Context Navigation

Pflichtenheft

Inhaltsverzeichnis

1	#10	Ein- und Ausgänge
1.1	#223	Anschluss für Kommunikation
1.2	#172	Kabel für Spannungsversorgung
1.3	#7	Serielle Schnittstellen über RS485
1.3.1	#145	Galvanische Trennung serieller Schnittstellen
1.4	#130	Ethernet
1.4.1	#151	Trennung Ethernetschnittstellen
1.4.2	#137	Ethernet Netzwerkkonfiguration
1.4.3	#131	Kommunikation über Ethernet
1.4.4	#6	Ethernetschnittstellen
1.5	#134	Digitalausgänge
1.5.1	#222	Anschluss für Digitalausgänge
1.5.2	#158	Encoderausgang
1.5.3	#135	Warnausgang
1.5.4	#103	Richtungsausgang
1.5.5	#72	Konfigurierbarkeit Digitalausgänge
1.5.6	#69	Alarmausgang
1.5.7	#11	Frequenzausgänge
1.6	#136	Analoge Anschlüsse
1.6.1	#144	Galvanische Trennung Analogschnittstellen
1.6.2	#88	Stromeingang 4-20mA
1.6.3	#87	Stromausgang 4-20mA
1.6.4	#104	Anschluss für PT100
1.6.4.1	#174	Genauigkeit PT100 Schnittstelle
1.7	#141	Wireless Fidelity (Wi-Fi)
1.7.1	#143	Access Point (AP)
1.7.2	#142	Verschlüsselung Wi-Fi
2	#41	Bauform
2.1	#167	Zusätzlich verbotene Schadstoffe
2.2	#106	Anschluss von Kabeln in ExD
2.3	#54	Sensoren
2.3.1	#129	Pfadlayout
2.3.2	#92	Sensor für Kohlendioxid
2.3.3	#91	Sensoren für Wasserstoff
2.3.4	#68	Lebensdauer von Sensoren
2.3.5	#67	Maximaldruck für Sensoren
2.4	#95	Elektronikgehäuse
2.4.1	#100	Auslegung Backup Stromversorgung
2.5	#138	Zählerkörper
2.5.1	#178	Sensorbefestigung
2.5.2	#165	Austausch von Sensoren
2.5.3	#164	Korrosionsschutz
2.5.4	#162	Flanschformen
2.5.5	#110	Anschluss für Temperatursensor
2.5.6	#96	Anschlüsse für Drucksensoren
2.5.7	#93	Beständigkeit gegen korrosive Gasen
2.6	#150	Terminalgehäuse
2.6.1	#221	Schutzklasse Terminalgehäuse
2.6.2	#180	Verbissschutz
2.6.3	#170	Kabel für Terminalgehäuse
2.7	#152	Signaldurchführung
2.7.1	#205	Kabel für Temperaturaufnehmer
2.7.2	#204	Kabel für Druckaufnehmer
2.7.3	#202	Kabel Kommunikation
2.7.4	#201	Kabel für Digitalausgänge
2.7.5	#98	Anbindung für Sensoren
2.7.6	#97	Signaldurchfühung
3	#49	Messsystem
3.1	#171	Interner Temperatursensor
3.2	#166	Trockenkalibrierung
3.3	#111	Wiederholbarkeit
3.4	#50	Messalgorithmus
3.4.1	#237	Maß für Signalqualität
3.4.2	#156	Kombinierter Median- und Mittelwertfilter
3.4.3	#73	Durchflusskorrekturen
3.4.4	#159	Digitale Ultraschallsignal-Filter
3.4.4.1	#273	FIR Filter
3.4.4.2	#236	Verkettung von Digitalfilter
3.4.5	#259	Bestimmung der Pfadgeschwindigkeiten
3.4.5.1	#258	Bestimmung Differenzlaufzeit Ultraschall
3.4.5.2	#256	Bestimmtung Absolutflugzeit Ultraschallsignal
3.4.6	#269	Vorbereitung der nächsten Messung
3.4.6.1	#270	AGC Einstellungen anpassen
3.4.6.2	#176	Signalnachführung
3.5	#94	Analog Front End (AFE)
3.5.1	#140	Analog-Digital-Umwandlung
3.5.2	#139	Signalempfang
3.5.3	#90	Schaltvorgang
3.5.4	#66	Sensorenanregung
3.6	#262	Kalibrationsmodus
3.6.1	#264	Kalibration der Absolutlaufzeiten
3.6.2	#263	Kalibration der Differenzlaufzeiten
3.6.3	#260	Kalibration der Pfadlängen
3.7	#271	Diagnosefunktionen
3.7.1	#52	Bestimmung Feuchtegehalt durch Signalqualität
3.7.2	#51	Bestimmung der Wasserstoffanteil
4	#74	Bediensystem
4.1	#44	Logging
4.1.1	#47	Logging von Parameteränderungen
4.1.2	#46	Logging von Fehlern und Warnungen
4.1.3	#45	Zeitstempel
4.1.3.1	#86	Echtzeituhr
4.2	#60	Daten auslesen und schreiben
4.2.1	#61	Messeinheiten
4.2.2	#33	Lokales Terminal
4.2.2.1	#173	Erkennen elektrischer Trennung von Terminalgehäuse
4.2.2.2	#155	Anschluss für lokales Terminal
4.2.2.3	#35	Tastatur
4.2.2.4	#34	Display
4.2.2.4.1	#56	Darstellungsmöglichkeiten
4.2.3	#57	Zugriffsrechte
4.2.3.1	#59	Eichschalter
4.2.3.1.1	#169	Physischer Eichschalter
4.3	#232	Funktionen
4.3.1	#238	Parameterlisten
4.3.2	#231	Startbildschirm Favoriten
4.3.3	#230	Übersicht der angeschlossenen Kabel
4.3.4	#175	Kalibrationsmodus
4.3.5	#126	Figerprint nach ISO 17089
5	#113	Bauteilenkosten
5.1	#114	Kosten Bauteile ATEX / IECEx
5.1.1	#124	Kosten für Steuerelektronik ATEX / IECEx
5.1.2	#122	Kosten für Display und Tastatur ATEX / IECEx
5.1.3	#120	Kosten Rohrbaum ATEX / IECEx
5.1.4	#118	Kosten für Sensoren ATEX / IECEx
5.1.5	#116	Kosten für Elektronikgehäuse ATEX / IECEx
5.2	#115	Kosten Bauteile USA
5.2.1	#125	Kosten für Steuerelektronik USA
5.2.2	#123	Kosten für Display und Tastatur USA
5.2.3	#121	Kosten Rohrbaum USA
5.2.4	#119	Kosten für Sensoren USA
5.2.5	#117	Kosten für Elektronikgehäuse USA
6	#146	Backup-Betrieb
6.1	#148	Parametrierbarkeit von Akkus
6.2	#147	Wiederaufladen von den Akkumulatoren
6.3	#109	Funktionsumfang im Backupbetrieb

1 Ein- und Ausgänge

META: Sammlungsanforderung für alle Anforderungen zum Thema Ein- und Ausgänge.

1.1 (#223)	Anschluss für Kommunikation
system functional must have	Die Anschlüsse von Kommunikation (Ethernet, RS485, Ethernet-APL oder VDSL) soll mit Aderquerschnitt bis mindestens 0,75 mm² möglich sein.

1.2 (#172)	Kabel für Spannungsversorgung
system functional must have	Das Kabel für Spannungsversorgung muss mindesten 3 Adern (Positiv, Negativ und PE) mit Aderquerschnitt bis mindestens 1,5 mm² haben können.

1.3 Serielle Schnittstellen über RS485

Das Gerät soll zwei (2) seriellen Schnittstellen aufweisen, die nach Kundenwunsch via die Kabelverschraubungen nach außen geführt werden können.

Die serielle Schnittstellen sollen für Modbuskommunikation verwendbar sein und jede serielle Schnittstelle soll als Modbus RTU Server einsetzbar sein.

Durch Konfiguration soll der Modbus RTU Server separat für jede serielle Schnittstelle einstellbar sein. Die Modbus-Adresse und sonstige Parameter (wie u.a. Baudrate, Parität) sollen auch für jede Schnittstelle separat einstellbar sein.

Die seriellen Schnittstellen sollen differentiell nach RS485 ausgelegt sein und als half-duplex arbeiten. Mindestens die Standard Baudraten 9600, 19200, und 38400 sollen unterstützt sein.

Siehe auch das Plattformprojekt.

1.3.1 (#145)	Galvanische Trennung serieller Schnittstellen
system functional must have	Die serielle Schnittstellen müssen galvanisch getrennt sein.

1.4 Ethernet

1.5 Digitalausgänge

1.6 Analoge Anschlüsse

1.6.4 Anschluss für PT100

Das Gerät soll eine vierpolige Analogschnittstelle für PT100 oder äquivalenten Temperatursensor aufweisen, der nach Kundenwunsch via die Kabelverschraubung nach außen geführt werden kann.

Über diese Schnittstelle soll die Temperatur aus einem PT100 Temperatursensor ausgelesen werden können. PT100-Sensoren mit (4) Leitern müssen unterstützt werden. Optional dürfen zusätzlich Sensoren mit (2) oder (3) Leitern unterstützt werden, ist aber nicht zwingend notwendig.

Das System soll Genauigkeitsklassen bis inklusive Class AA auswerten können.

Die Schnittstelle soll für Trockenkalibrierung verwendet werden können, und die Schallgeschwindigkeit soll mit einer Genauigkeit von 0,1 % bestimmt werden können.

Die exakte Genauigkeit der elektronischen Schnittstelle wird in in Hardwareunteranforderungen spezifiziert.

1.6.4.1 (#174)

Genauigkeit PT100 Schnittstelle

system
functional
must have

Für die Trockenkalibrierung muss die Temperatur bei Raumtemperatur mit kleiner Fehler als 0.58 K bestimmt werden können. Dies beinhält alle Fehler inklusive Fehler vom Sensor und Messungenauigkeit der HW-Schnittstelle.

Herleitung: Vor allem für Trockenkalibrierung ist die hohe Genauigkeit notwendig. Schallgeschwindigkeit soll mit einer Genauigkeit von 0,1 % bestimmt werden.

Störung (laut AGA8) bei Temperatur T = 293,15 K Stickstoff, 1 bar : dSoS/dT = 0,6 m/s/K. Maximalfehler Schallgeschwindigkeit dSoS_max < 0,001 * 349,102 = 0,3491. 0,3491 / 0,6 = 0,5816

1.7 Wireless Fidelity (Wi-Fi)

RSM600 soll als Option WLAN über Wi-Fi anbieten.

Wi-Fi soll grundsätzlich den gleichen Funktionsumfang wie Ethernet anbieten, d.h. Modbus TCP und Aufruf von dem geräteinternen Webbserver soll möglich sein.

1.7.1 (#143)

Access Point (AP)

system
functional
must have

Das RSM600 Wi-Fi Modul soll als Access Point fungieren können. Das SSID soll als öffentlich oder versteckt auswählbar sein.

Das RSM600 Wi-Fi Modul soll sich auch an einem vorhandenen AP anschließen können.

Bei der Auslieferung soll kein AP einstellt sein.

1.7.2 (#142)

Verschlüsselung Wi-Fi

system
quality
must have

Die Kommunikation über Wi-Fi muss über WPA2 verschlüsselt werden können.

Weitere Verschlüsselungen wie WEP oder WPA dürfen auch zur Verfügung stehen.

Bei der Auslieferung eines Zählers bzw. Inbetriebnahme von der Wi-Fi-Schnittstelle muss WPA2 aktiv mit einem nicht-generischen Password eingestellt sein. Dies damit ein versehentliches Einschalten des Wi-Fis nicht zu einem ungeschütztem Zustand des Geräts führt.

2 Bauform

Metaanforderung für Bauform

2.1 (#167)

Zusätzlich verbotene Schadstoffe

system
quality
must have

Neue Bauteile dürfen außer bereits gesetzlich verbotenen Substanzen auch keine der folgenden Schadstoffe enthalten:

- Per- und polyfluorierte Alkylverbindungen (PFAS)

2.2 (#106)	Anschluss von Kabeln in ExD
system quality must have	Die Elektronik muss so gestaltet sein, dass der Kunde Kabeln in der Ex-d anschließen kann. Dabei müssen sensitive Teile der Elektronik bei geöffnetem Deckel des Ex-d Gehäuses vor Zugriff geschützt sein.

2.3 Sensoren

Das Gerät soll die gleiche Sensoren als GT 400 verwenden.

Für Wasserstoff und Kohlendioxid sollen neue Versionen eingesetzt werden.

2.3.1 (#129)

Pfadlayout

system
quality
important

Für den Zähler mit 6 Pfade sollen die Pfade eine relative geometrische Orientierung haben, damit Gauß-Tschebycheff-Integration der einzelnen Beiträge verwendet kann, um den Gesamtdurchfluss zu berechnen. Dies entspricht GT400.

Für andere Zähler mit anderer Pfadanzahl wird wird die Pfadanordnung zu einem späteren Zeitpunkt festgelegt. Die exakte Pfadanordnung wird auch davon abhängig sein ob das Gerät mit oder ohne Gleichrichter ausgestattet ist.

2.3.2 (#92)	Sensor für Kohlendioxid
system functional must have	Es muss ein Sensortyp geben der für Messung von Kohlendioxid geeignet ist. Zum Beispiel mit Arbeitsfrequenz um 60 kHz.

2.3.3 (#91)	Sensoren für Wasserstoff
system functional must have	Es muss ein Sensortyp geben, der für Wassertoffmessung geeignet ist, z.B. mit Resonanzfrequenz um 300 kHz.

2.3.4 (#68)	Lebensdauer von Sensoren
system quality must have	Die Sensoren müssen ein Mindestlebensdauer von 20 Jahre haben.

2.3.5 (#67)	Maximaldruck für Sensoren
system functional must have	Die Sensoren müssen in der Standardausführung ein Druck von 150 bar aushalten. Zusätzlich sollen Sensoren die 300 bar aushalten verfügbar sein.

2.4 Elektronikgehäuse

RSM600 soll die Steuerelektronik und optionale Akkus in einem Ex-D Gehäuse kapseln Das Gehäuse in USA soll der Firma R Stahl Größe 3 sein. Das Gehäuse Rest of the World soll der Firma Cortem CCA-02E sein.

2.4.1 (#100)

Auslegung Backup Stromversorgung

system
functional
important

Die optionale Akkumulatoren sollen in dem Elektronikgehäuse eingeschlossen sein.

Es soll möglich sein, 9 Stück Akkus der Firma Tadiran TLI-1550ES im Ex-D Gehäuse zu verbauen.

2.5 Zählerkörper

2.5.1 (#178)	Sensorbefestigung
system quality must have	Die Sensoren sollen auf gleiche Weise wie bei GT400 mit Klemmschraube und Nutmutter befestigt werden.

2.5.2 (#165)

Austausch von Sensoren

system
quality
must have

Es soll möglich sein die Sensoren mit Hilfe des für GT400 bereits entwickelten Werkzeug auszutauschen während die Anlage unter Druck steht.

Dies soll bis mindestens maximal 105 bar möglich sein.

2.5.3 (#164)	Korrosionsschutz
system functional must have	Der Zählerkörper soll mindestens einen Korrosionsschutz C3 nach ISO 12944 haben. Hinweis: Dies entspricht GT400 und bezieht sich auf Wetterschutz. Für Bauteile die in Kontakt mit dem Betriebsgas kommen, gelten andere Anforderungen (i.e. 93).

2.5.4 (#162)

Flanschformen

system
functional
must have

RSM600 soll als Standard mit folgenden Flanschformen verfügbar sein:

Nach ASME B 16.5:
- ANSI150RF/RTJ
- ANSI300RF/RTJ
- ANSI600RF/RTJ
- ANSI900RF/RTJ

Nach DIN EN 1092-1:
- PN10 Typ 11, Oberflächengüte B1
- PN16 Typ 11, Oberflächengüte B1
- PN25 Typ 11, Oberflächengüte B1
- PN40 Typ 11, Oberflächengüte B1
- PN64 Typ 11, Oberflächengüte B2

2.5.5 (#110)

Anschluss für Temperatursensor

system
functional
important

Das Gerät muss einen Anschluss (Thermowell) für Temperatursensor aufweisen.

Kommentar: Die Daten dieses Temperatursensors dürfen ausschließlich für nicht-eichamtliche Zwecke (zum Beispiel für die Reynoldskorrektur) verwendet werden, und muss damit nicht tief in den Gasbereich eindringen (was Störungen im Gasflussprofil verursachen kann), und kann damit in dem Zählerkörper integriert werden.

2.5.6 (#96)

Anschlüsse für Drucksensoren

system
functional
must have

Das Gerät muss einen Anschluss für Drucksensor aufweisen.

Zusätzlich sollen 2 Druckanschlüsse für kundenspezifische Anwendungen vorhanden sein.

Alle Druckanschlüssen müssen die Standards von ISO 17089 und AGA 9 erfüllen.

2.5.7 (#93)	Beständigkeit gegen korrosive Gasen
system quality must have	Alle Materialen, die in Kontakt mit dem Betriebsgas kommen, müssen für Beständigkeit gegen korrosive Gasen geprüft sein. Hinweis: Vor allem ist dies wichtig, wenn Änderungen gegenüber GT400 vorgenommen werden. GT400 erfüllt bereits diese Anforderung.

2.6 Terminalgehäuse

Das Terminal soll nicht in dem Ex-D Elektronikgehäuse integriert werden sondern separat mit eigenem Gehäuse umgesetzt werden. Das Terminalgehäuse muss nicht zwingend eine Ex-D Klassifizierung haben, sondern eine Ex-I Lösung wäre auch möglich.

Das Terminalgehäuse soll verplombt werden, und setzt damit die Plombierung des Eichschalters um.

2.6.1 (#221)	Schutzklasse Terminalgehäuse
system functional must have	Das Terminalgehäuse muss mindestens die Schutzklasse IP-66 haben.

2.6.2 (#180)	Verbissschutz
system functional must have	Das Gehäuse soll gegen Schädlinge geschützt sein.

2.6.3 (#170)

Kabel für Terminalgehäuse

system
functional
important

Das Kabel zwischen Elektronikgehäuse und Terminalgehäuse muss mindestens 4 Adern + Schirmung haben. Es soll in Staffelungen auswahlbarer Länge verfügbar sein. Die Länge wird von der Kunde bei Bestellung ausgewählt. Die exakte Werte für Kabellänge werden zu einem späteren Zeitpunkt festgelegt.

Das Kabel muss flexibel sein und für Bewegung bei Temperaturen des gesamten Umgebungstemperaturbereiches geeignet sein.

Hinweis: Zur Zeit sind zwei Kabeltypen bekannt.

- LAPP ÖLFLEX® FD 855 CP 5G0,5 (UL Zugelassen) ca. 7,80€ / m

- HELUKABEL UNIPUR®-CP BLUE 4 G 0,5 mm² (kein UL Zulassung) ca. 3,7€ / m

2.7 Signaldurchführung

Elektrische Signale von der Steuerelektronik sollen nach Außen durch Vergussverschraubungen geführt werden können.

Die Kabel sollen direkt in dem Ex-D Gehäuse angeschlossen werden können. Kein weiteres Gehäuse (wie zum Beispiel Ex-E bei GT400) soll vorhanden sein.

Als Standard soll das Elektronikgehäuse mit Vergussverschraubungen für Spannungsversorgung, lokales Terminal und grundlegende Kommunikation ausgeliefert werden. Weitere Vergussverschraubungen für Optionen werden durch entsprechende Bohrungen mit Blindstopfen vorgesehen.

Die exakte Belegung der Vergussverschraubungen wird von dem Kunde festgelegt.

2.7.1 (#205)	Kabel für Temperaturaufnehmer
system functional must have	Für den Temperaturaufnehmen PT100 sollen 4-adrige Kabeln mit Aderquerschnitt von bis mindesten 0,75 mm² verwendet werden können.

2.7.2 (#204)	Kabel für Druckaufnehmer
system functional must have	Für den Druckaufnehmer sollen 2-adrige Kabeln mit Aderquerschnitt von bis mindesten 0,75 mm² verwendet werden können.

2.7.3 (#202)

Kabel Kommunikation

system
functional
must have

Für Kommunikation soll ein Kabel mit mindestens 8 Adern und mindestens 0,75 mm² Aderquerschnitt durch die M20 KV Option Vergussverschraubung ausgeführt werden können.

Dadurch können zwei (2) Kommunikationskanäle (Ethernet, RS485, Ethernet-APL oder VDSL) ausführt werden. Da zwei Vergussverschraubung (eine als Standard und eine optional) zur Verfügung stehen ist dadurch der vollständige Mindestumfang der Kommunikation erfüllt.

2.7.4 (#201)

Kabel für Digitalausgänge

system
functional
must have

Für die Digitalausgänge soll ein Kabel mit mindestens 12 Adern und mindestens 0,75 mm² Aderquerschnitt durch eine, der als Standard mitgelieferte, M25 KV Vergussverschraubung ausgeführt werden können.

Dadurch soll es möglich sein, mit einem Kabel die folgende Ausgänge auszuführen:

- Alarmausgang
- Frequenzausgang 1
- Frequenzausgang 2
- Frequenzausgang 3 / Richtungsausgang 1
- Frequenzausgang 4 / Richtungsausgang 2
- Warnausgang

2.7.5 (#98)	Anbindung für Sensoren
system functional must have	Das Elektronikgehäuse soll Anbindung von Sensoren bis zu 8 Pfade unterstützen. Dies entspricht bis zu 16 Sensoren.

2.7.6 (#97)

Signaldurchfühung

system
functional
must have

Als Standardausfühung werden drei (3) Vergussverschraubungen vorgesehen, von denen eine (1) für Kabeldurchführung für Display und Tastatur und eine (1) für Spannungsversorgung reserviert sind.

Die übrige soll für Kommunikation oder Digitalausgänge verfügbar sein. Die exakte Belegung muss von dem Kunde festgelegt werden.

Es muss mindesten möglich sein, die folgende Funktionen gleichzeitig mit der Verschraubung der Standardausfühung auszuführen (Anzahl elektrischer Pole in Klammern)

- (2) Alarmausgang
- (2) Frequenzausgang 1
- (2) Frequenzausgang 2
- (2) Frequenzausgang 3 / Richtungsausgang 1
- (2) Frequenzausgang 4 / Richtungsausgang 2
- (2) Warnausgang

oder

- (3) COM1
- (4) Eth1

Aufteilung auf Kabelverschraubungen:

1) M20 KV Standard Spannungsversorgung

2) M25 KV Standard Kommunikation (COM1, Eth1) oder Digitalausgänge.

3) M20 KV Standard (EX-I-Gehäuse: Display, Tastatur, Eichschalter)

4) M20 KV Option (Eth2, VDSL, Eth-APL oder COM2) oder WiFi-Antenne

5) M25 KV Option Digitalausgänge

6) M20 KV Option Druckaufnehmer

7) M20 KV Option Temperaturaufnehmer

3 Messsystem

Metaanforderung für das Messsystem.

3.1 (#171)

Interner Temperatursensor

system
quality
must have

RSM600 soll als Option einen Temperatursensor im Zählerkörper verbaut zu haben können.

Der interne Temperatursensor muss nicht Eichamtlich zugelassen sein und darf auch nicht zu tief in den Gasstrom reinragen, damit Störungen minimiert werden.

Folgende Anwendungsfälle sollen vorgesehen werden:

- Berechnung und Vergleich von Schallgeschwindigkeit nach AGA10 während Betrieb
- Reynoldskorrektur während Betrieb
- Feststellung von zu verwendete Trockenkalibrierdaten während Betrieb
- Trockenkalibrierung

Für Druckmessungen während Betrieb soll ein Sensor mit Genauigkeit von Mindestens 1 % eingesetzt werden. Für Trockenkalibrierung wird der Sensor von der Prüfstelle verwendet und hier nicht näher spezifiziert.

3.2 (#166)	Trockenkalibrierung
system quality must have	RSM600 soll mindesten fünf (5) Parametersätze aus Trockenkalibrierung für verschiedenen Gasen speichern und aufrufen können. Hinweis: Die Funktion soll ermöglichen, dass ein Zähler für verschiedenen Gasen eingesetzt werden kann, ohne dass eine neue Kalibrierung stattfinden muss.

3.3 (#111)

Wiederholbarkeit

system
quality
must have

Das Gerät mit 6 Pfaden, Class 1.0, soll mindestens eine Wiederholbarkeit haben nach folgendem Schema:

0.1: Bei Hochdruck, zwischen QT & QM 0.3: Bei Hochdruck, unterhalb QT

0.2: Bei atmosphärischem Druck, oberhalb QT 0.5: Bei atmosphärischem Druck, unterhalb QT

Für Class 0.5 muss die Wiederholbarkeit folgendes Schema einhalten: 0.17: Zwischen QT & QM 0.33: Unterhalb QT unabhängig von Betriebsdruck.

Kommentar: Werte sind Absolut (i.e. nicht ± 0.1 %).

Dies entspricht die Daten für GT400. Anforderung nach ISO 17089 sind damit auch abgedeckt (0,33 bzw. 0,66) und auch AGA9 (±0,2 % bzw. ±0,4 % entsprechen 0.4 bzw. 0.8).

Bei anderen Pfadauslegungen müssen die Grenze unter Umständen angepasst werden.

Kommentar aus Workshop: "Class 0.5 Wiederholbarkeit 0.05 vielleicht nur möglich mit 8 Pfade 3 Pfade: Günstiger, Große Nennweiten"

3.4 Messalgorithmus

Das System soll eine Firmwarekomponente Messalgorithmus aufweisen.

Der Messalgorithmus soll aus den Messrohdaten den Gasfluss berechnen.

Der Messalgorithmus muss von übriger Firmware getrennt sein, damit ein Update von übrigen Funktionen wie Datendarstellung, Kommunikation etc. vorgenommen werden kann ohne dass eine neue Zulassung notwendig ist.

3.4.1 (#237)

Maß für Signalqualität

system
functional
must have

Der Messalgorithmus soll mindestens ein Vergleichswert für Signalqualität umsetzten (zum Beispiel SNR, Signalamplitude, etc.) damit entschieden werten kann ob ein Signal auswertbar ist.

Die Signalqualitätswerte sollen für
- Regelung der Messzustandsmaschine verwendet werden können
- Verwerfen von nicht auswertbaren Signalen
- Berechnen der Akzeptanzrate

verwendet werden.

Die Grenzwerte sollen parametrierbar sein.

3.4.2 (#156)	Kombinierter Median- und Mittelwertfilter
system functional important	Der Algorithmus soll einen kombinierten Median- und Mittelwertfilter umsetzten, welcher auf der Ebene der Pfadgeschwindigkeiten agiert. Zudem sollen die Laufzeitdifferenzen in den Einzelpfaden gefiltert werden um eine stabile Kalibration zu ermöglichen.

3.4.3 (#73)

Durchflusskorrekturen

system
functional
must have

Der Messalgorithmus soll verschiedene Korrekturmöglichkeit für den aus den Ultraschalldaten bestimmten Durchfluss anbieten:

1) Reynoldskorrektur: Eine Korrektur basierend auf der Reynoldszahl. Die Reynoldszahl soll aus dem gemessenen (berechneten) Durchfluss, der Temperatur und Druck berechnet werden.

2) Offset-Korrektur: Eine horizontale Verschiebung der Fehlerkurve

3) Temperatur-/Ausdehnungskorrektur: Kompensation für die thermisch bedingte Geometrieänderung der Messzelle.

4) Kennlinienkorrektur: Entweder durch Stützpunkt- oder Polynom-Korrektur können verbleibende Abweichungen in der Fehlerkurve korrigiert werden

3.4.4 Digitale Ultraschallsignal-Filter

Die Software soll (mehrere) Signalfilter bereitstellen, um die Ultraschallsignale auswerten zu können.

Die Filter sollen ein- und ausschaltbar sein. Dazu soll es möglich sein, die Ordnung auswählen zu können.

Wichtig ist, dass neue Filter hinzugefügt werden können, ohne dass es Auswirkungen hat auf die bereits umgesetzten Filtern.

3.4.4.1 (#273)	FIR Filter
system functional must have	Das Gerät soll einen Finite-Impulse-Response Filter als Bandpass zur Verfügung stellen. Der akzeptierte Frequenzbereich sowie die Schärfe/Tiefe des Filters soll einstellbar sein.

3.4.4.2 (#236)	Verkettung von Digitalfilter
system functional important	Die Digitalfiltern sollen in einer nach Parametrierung einstellbaren Reihe verkettet werden können. Die Signalqualität soll nach jedem angewendeten Filter ausgewertet werden können, damit bewertet werden kann, ob ein Filter zu ein Verbesserung der Signalqualität und Auswertbarkeit führt.

3.4.5 Bestimmung der Pfadgeschwindigkeiten

Aus den gemessenen Ultraschalldaten sollen in jedem Pfad die Absolutlaufzeiten (ToF) in beide Pfadrichtungen sowie die Laufzeitdifferenz (dt) bestimmt werden. Daraus sollen die Strömungsgeschwindigkeit des Gases (VoG) sowie die Schallgeschwindigkeit (SoS) berechnet werden.

3.4.5.1 (#258)	Bestimmung Differenzlaufzeit Ultraschall
system functional must have	Zur Bestimmung eines Durchflusses aus den gemessenen Ultraschalldaten soll die Laufzeitdifferenz (dt) von up-und downstream Signal in jedem Pfad direkt bestimmt werden können. Dieses Verfahren soll eine höhere Genauigkeit gewährleisten, als es durch die Verwendung der Differenz beider Absolutflugzeiten erreicht wird.

3.4.5.2 (#256)	Bestimmtung Absolutflugzeit Ultraschallsignal
system functional must have	Im Rahmen der Berechnung des Durchflusses aus den Ultraschalldaten muss aus jedem Signal (up- und down-Richtung in jedem Pfad) eine Absolutflugzeit (ToF) bestimmt werden.

3.4.6 Vorbereitung der nächsten Messung

Auf Basis der aktuellen Signaleigenschaften und ermittelten Ultraschallflugzeiten sollen die Messparameter für den AGC und Fensteroffset für die nächste Messung optimiert werden.

3.4.6.1 (#270)	AGC Einstellungen anpassen
system functional must have	Auf Basis der Maximalamplitude im gemessenen Rohsignal sollen nach jeder Messungen die AGC Einstellungen für jeden Messvorgang individuell (up- und downstream für jeden Messpfad) so angepasst werden, dass die erwartete Signalamplitude in einer gut zu analysierenden Größenordnung liegt.

3.4.6.2 (#176)

Signalnachführung

system
functional
must have

Das Messfenster (zeitlich) muss immer so gewählt sein, dass gewährleistet ist, dass das Signal (mittig) erfasst wird. Treten Durchflussänderungen auf, muss also der Startzeitpunkt der Messung angepasst werden.

Möglichkeit 1: Es werden lediglich Änderungen vorgenommen, wenn das Signal sich auf den Rand des Messfensters zu bewegt (bspw. bei RSM200)

Möglichkeit 2: Nach jeder (erfolgreichen) Messung wird das Messfenster auf Basis der gefunden ToF für jeden Kanal und jede Messrichtung angepasst. Vorteil: Die Differenzlaufzeitmessung liefert so immer sehr kleine Werte, was es ermöglicht, den Rechenaufwand für das Korrelationsverfahren stark zu begrenzen. Gleichzeitig liefern schon Werte im Korrelationsverfahren um wenige us sichere Hinweise darauf, dass ein Widerspruch zwischen der Messung der Absolutlaufzeiten und der Differenzlaufzeit vorliegt.

3.5 Analog Front End (AFE)

Das Analog Front End (AFE) bildet die Schnittstelle zwischen analogen Sendepulsen und empfangene Signalen an den Sensoren und die digitalen Steuersignalen und gesampelten Empfangssignalen.

Die Aufgaben von dem AFE sind
- Anschluss von bis zu 16 Sensoren (8 Pfaden)
- Bereitstellung der Sendespannung
- Erzeugung der Sendepulse am Sendesensor mit der Sendespannung nach Vorgabe von digitalen Steuersignalen
- Verstärkung des Empfangssignals mit einstellbarem Verstärkungsfaktor
- Digitalisierung des verstärkten Empfangssignals durch einen Analog-Digital-Umwandler

Weitere Funktionen, wie zum Beispiel Hardware-Filter, können bei Bedarf auch umgesetzt werden.

3.5.1 (#140)

Analog-Digital-Umwandlung

system
functional
must have

Das AFE soll die empfangene und verstärkte Analogsignale in Digitalsignale umwandeln können und an den Messalgorithmus weitergeben.

Es soll möglich sein, eine Umwandlungsfrequenz (Sample Frequency) von mindesten 5 MHz zu verwenden.

Es soll möglich sein, eine Umwandlungsauflösung von mindesten 12 Bits zu verwenden.

3.5.2 (#139)

Signalempfang

system
functional
must have

Die empfangene Signale müssen verstärkt werden, damit sie in Digitalsignale umgewandelt werden können.

Dafür soll das AFE eine Verstärkerkette mit einstellbarem Verstärkungsfaktor aufweisen. TBD: Maximal- bzw. Minimalverstärkung?

Die Regelung von der Verstärkung soll in Software passieren.

3.5.3 (#90)

Schaltvorgang

system
quality
must have

Der Schaltvorgang bei Anregen von Sensoren darf nicht Störungen am Empfangssignal verursachen.

Weiterhin muss verhindert werden, dass vorbereitender Schaltvorgang, wie Einstellen von Multiplexer, PGAs und sonstige Komponenten eine unabsichtliche Anregung von den Sendetransducers ("Knacksgeräusche") verursacht. Die Sensoren sollen möglichst von elektrischen Störungen geschützt sein, damit keine Anregung ohne Sendepuls erfolgen kann.

Besonders wichtig ist das zu beachten bei Messung von Wasserstoff.

3.5.4 (#66)

Sensorenanregung

system
functional
must have

Die Sensoren sollen durch Rechtecksignale mit einstellbarer Frequenz und Amplitude angeregt werden können.

Die Anregefrequenz für die Sensoren soll mindestens den Bereich 50 kHz bis 500 kHz abdecken.

Die mögliche Anregeamplitude soll mindesten bis 400 Vpp betragen.

Es soll auch möglich sein die Sensoren vor den Anregepulsen in einen wohldefinierten Zustand zu versetzten in dem die Sensoren elektrisch auf Masse gezogen werden.

3.6 Kalibrationsmodus

Das Gerät soll in der Lage sein auf Basis der gemessenen Ultraschallsignale bei 0-Durchfluss in atmosphärischer Luft unter Zunahme der Schallgeschwindigkeit folgende Größen zu kalibrieren: 1) Laufzeitdifferenz in jedem Pfad 2) Absolutlaufzeiten in jedem 3) Exakte Bestimmung der Pfadlängen

3.6.1 (#264)

Kalibration der Absolutlaufzeiten

system
functional
must have

Die Absolutlaufzeiten sollen mit demselben Verfahren wie die Pfadlängen kalibriert werden. Die tatsächlichen Laufzeiten (Sensor - Sensor) ergeben sich aus der Hälfte der Differenzaufzeit von direktem Signal und doppelt-reflektiertem Signal. Der Kalibrationsparameter ist folglich die Differenz der tatsächlichen Laufzeit und der aus dem direkten Signal bestimmten Laufzeit. Der Kalibrationsparameter der Laufzeitdifferenz muss hier ebenfalls berücksichtigt werden.

3.6.2 (#263)	Kalibration der Differenzlaufzeiten
system functional must have	Die Differenzlaufzeiten sollen für jeden Pfad kalibriert werden, indem verlangt wird, dass das Gerät bei 0-Durchfluss eine Gasgeschwindigkeit von 0 misst.

3.6.3 (#260)	Kalibration der Pfadlängen
system functional must have	Die Software soll über einen Betriebsmodus verfügen, in welchem für jeden Pfad neben dem direkten Signal auch das doppelt reflektierte Signal aufgezeichnet wird. Durch eine Bestimmung der Differenzlaufzeit zwischen direktem und doppelt reflektiertem Signal sowie bekannter Schallgeschwindigkeit wird die exakte Pfadlänge bestimmt.

3.7 Diagnosefunktionen

Neben der Berechnung des Durchflusses soll auch eine Analyse/Abschätzung bzgl. des Feuchtegehaltes des Gases sowie des Wasserstoffanteils möglich sein. Zudem soll die Funktionalität der Durchflussberechnung durch Diagnosedaten, welche aus der Berechnung der Pfadgeschwindigkeiten anfallen, überwacht werden.

3.7.1 (#52)	Bestimmung Feuchtegehalt durch Signalqualität
system functional must have	Der Feuchtegehalt des Gases soll durch fortlaufende Analyse der Signalqualität bestimmt werden.

3.7.2 (#51)	Bestimmung der Wasserstoffanteil
system quality must have	Die Reinheit von Wasserstoff (bei Anteil höher als 98 %) soll durch Bestimmung der Molarkonzentration aus der Schallgeschwindigkeit berechnet werden.

4 Bediensystem

Metaanforderung zum Thema Anwenderbedienung

Das Bediensystem wird zum großen Teil von dem Projekt Plattform übernommen, und wird (Stand 23.09.2024) hier nicht vollständig bearbeitet.

4.1 Logging

Das Gerät soll ausgewählte Daten in Archiven speichern können. Die Daten sollen generell zusammen mit Zeitpunkt gespeichert werden und über normale Kommunikation ausgelesen werden können.

Es sollen folgende vier (4) Archive vorhanden sein

- Eichamtliches Archiv ISO Werte zyklisch geschrieben mit einstellbarer Periode

- Parameterarchiv Änderungen von Parametern mit altem und neuem Wert

- Ereignisarchiv Warnungen, Alarm, und sonstige Ereignisse

- Diagnosearchiv Daten aus den einzelnen Pfaden wie Gasgeschwindigkeit, Schallgeschwindigkeit, Laufzeit, Signalqualität

Die Archive sollen von dem Linuxcontroller administriert werden. Der exakte Inhalt der Archive wird in Unteranforderungen spezifiziert.

4.1.1 (#47)	Logging von Parameteränderungen
system functional must have	Das schreiben von Parametern soll geloggt werden. Es soll auch mitgeloggt werden, welcher Anwender den Parameter geschrieben hat. Der neuer Wert soll ebenfalls geloggt werden.

4.1.2 (#46)	Logging von Fehlern und Warnungen
system functional must have	Das Gerät soll loggen wenn ein Fehler oder Warnung auftritt. Wenn der Fehler oder Warnung wieder zurückgesetzt oder quittiert wird, soll dies auch geloggt werden.

4.1.3 Zeitstempel

Die Loggeinträge sollen einen Zeitstempel beinhalten. Aus dem Zeitstempel soll die Zeitpunkt des Eintrags mindestens sekundengenau festgestellt werden.

4.1.3.1 (#86)

Echtzeituhr

system
functional
must have

Das Gerät muss eine Echtzeituhr (RTC) aufweisen.

Das RTC muss eine eigene Backupbatterie oder Akkumulator haben.

Das RTC soll über via NTP über Ethernet synchronisiert werden können. Das RTC soll auch über Modbus eingestellt werden können.

Die Echtzeituhr soll weniger als 1 s / 24 h Drift haben.

4.2 Daten auslesen und schreiben

Metaanforderung zum Thema Daten auslesen und schreiben

4.2.1 (#61)

Messeinheiten

system
quality
must have

Das Gerät soll zumindest Daten in metrischen und imperialen Einheiten anzeigen können. Weitere Messeinheiten dürfen auch möglich sein, ist aber nicht zwingend notwendig.

Die Parameterwerte sollen auch in den ausgewählten Messeinheiten angegeben werden können.

Wenn die Messeinheiten erst umgestellt dann wieder zurückgestellt werden, dürfen keine Veränderungen von den Parametern oder Messwerten stattfinden.

Die exakte Messeinheiten werden in Softwareunteranforderungen spezifiziert.

4.2.2 Lokales Terminal

RSM600 soll ein Terminal (Display und Tastatur) aufweisen.

Das Display muss zumindest grundlegende Daten wie Zählerstand und aktuellen Durchfluss anzeigen können. Weitere Anzeigewerte dürfen auch verfügbar sein und werden in Unteranforderungen spezifiziert.

Mit der Tastatur soll die angezeigte Größe ausgewählt werden können.

Der Funktionsumfang von Display und Tastatur werden in Unteranforderungen näher spezifiziert.

4.2.2.1 (#173)

Erkennen elektrischer Trennung von Terminalgehäuse

system
functional
must have

Das Gerät muss erkennen wenn das Terminalgehäuse vom übrigen System elektrisch getrennt wird, und dies entsprechend als Ereignis archivieren.

Dies soll verhindern, dass der Eichschalter gedruckt (oder durch Kurzschluss der Signalleitungen das Drucken des Eichschalters imitiert wird) werden kann ohne dass die Plombierung gebrochen wird.

Weiterhin muss verhindert werden, dass das Terminalgehäuse ausgetauscht werden kann, ohne dass dies erkennt und geloggt wird. Damit kann auch nicht die Plombierung des Eichschalters durch Tausch von Terminalgehäuse umgegangen werden.

4.2.2.2 (#155)	Anschluss für lokales Terminal
system functional must have	Es soll möglich sein, das Terminal mit einem Kabel mit 4 Adern (bis mindestens 0,5 mm²) und Schirmung anzuschließen.

4.2.2.3 (#35)

Tastatur

system
quality
must have

Das Gerät soll eine Tastatur aufweisen. Durch Eingaben an der Tastatur soll der Inhalt, der auf dem Display angezeigt wird, ausgewählt werden können.

Die Tastatur soll auch zur Eingabe von Daten verwendet werden können.

Die Tasten sollen betätigt werden können, ohne dass das Gehäuse geöffnet werden muss.

Vorgesehen ist ein 5 Tasten Keypad (4 Pfeile und OK-Taste), siehe RSM200.

4.2.2.4 Display

Das Gerät soll ein Display aufweisen.

Das Display muss mindestens Folgendes anzeigen können
- Zählerstand
- Durchfluss
- Betriebszustand (werden in Anforderung zu Betriebsmodi spezifiziert)
- Symbol wenn Warnung vorliegt
- Symbol wenn Alarm vorliegt

Zusätzliche Daten können auch durch Auswahl mit Hilfe der Tastatur angezeigt werden.

Das Display muss immer verfügbar sein (auch im zum Beispiel Backupbetrieb). Das Display muss aber nicht immer eingeschaltet sein, sondern kann zum Beispiel nach einer gewissen Zeit nach Betätigung der Tastatur wieder ausgeschaltet werden.

4.2.2.4.1 (#56)	Darstellungsmöglichkeiten
system quality must have	Das Display soll mindestens 4 Zeilen Text anzeigen können. Das Display soll mindestens Englische, Deutsche, Kyrillisch und Chinesische Zeichen anzeigen können.

4.2.3 Zugriffsrechte

Das Lesen und Schreiben von Daten soll über Zugriffsrechte abgesichert sein.

Die Zugriffsrechte können über Software ("log in") oder Hardware ("Eichschalter") erteilt werden.

4.2.3.1 Eichschalter

Das Gerät muss einen plombierbaren Eichschalter aufweisen.

Das Betätigen vom Eichschalter erteilt Anwenderrechte um eichamtliche Parameter zu schreiben. Nach einer gewisser Zeit von Betätigung des Eichschalters, soll die Rechte automatisch zurückgenommen werden.

Der Eichschalter soll durch einen mechanischen Schalter umgesetzt werden. Der Schalter soll im Displaygehäuse (EX-I) sitzen, und das Displaygehäuse soll verplombt sein.

Für das Verhalten bei Betätigung des Eichschalters bei einem Multisessionsystem (welcher User bekommt die eichamtliche Rechte) wird auf das Plattformprojekt hingewiesen.

4.2.3.1.1 (#169)	Physischer Eichschalter
system functional useful	Der physische Eichschalter soll in dem Displaygehäuse (EX-I) eingebaut sein.

4.3 Funktionen

4.3.1 (#238)	Parameterlisten
system functional must have	Es soll möglich sein, eine Liste mit allen Parametern, über die Standardanwenderschnittstelle aus dem Gerät auszulesen und abspeichern. Es soll möglich sein, eine Liste mit Parametern über die Standardanwenderschnittstelle hochzuladen und als Geräteparametern zu verwenden. Die List soll nicht vollständig sein müssen, sondern eine Teilparametrierung soll auch dadurch möglich sein.

4.3.2 (#231)	Startbildschirm Favoriten
system functional must have	Es soll möglich sein, die Ansicht mit bis zu 10 Werten / Daten selbst zu konfigurieren als eine Art Favoritenübersicht.

4.3.3 (#230)	Übersicht der angeschlossenen Kabel
system functional must have	Es sollte in der Übersicht eine Visualisierung vorhanden sein um alle angeschlossenen Kabel zu sehen. z.B. Grün --> Modul vorhanden und verkabelt Gelb --> Modul vorhanden nicht verkabelt Rot --> Modul nicht vorhanden (evtl. interessant bei den Optionen)

4.3.4 (#175)	Kalibrationsmodus
system functional must have	Das Gerät muss in der Lage sein bei entsprechend gewählter Einstellung einen Nullpunktsabgleich durchzuführen. Hierbei werden die Offset Parameter der Differenzlaufzeiten so bestimmt, dass das Gerät bei 0-Durchfluss eine Gasgeschwindigkeit von 0 m/s in jedem Pfad misst. Die Anzahl an Messungen, die für diesen Nullpunktsabgleich ausgewertet werden soll variabel einstellbar sein.

4.3.5 (#126)	Figerprint nach ISO 17089
system quality must have	Das Gerät soll einen Vergleichsreport nach ISO 17089 erstellen können. Vergleich zwischen Daten während Inbetriebnahme und aktuellen Daten. Vergleich zwischen HD Kalibrier Daten und aktuellen Daten --> Erkennung von Drift zwischen IBN bzw. HD Kalibrierung und aktuellen Messdaten.

5 Bauteilenkosten

Metanforderung für Kosten für Bauteile.

5.1 Kosten Bauteile ATEX / IECEx

Die Gesamtkosten für die Bauteile für ATEX / IECEx dürfen nicht 4035 € übersteigen.

Zu den Bauteilen zählen:
- Elektronikgehäuse mit Klemmen
- Sensoren
- Display & Tastatur (und Gehäuse dafür wenn notwendig)
- Elektronik
- Rohrbaum (mit Abdeckung wenn notwendig).

5.1.1 (#124)	Kosten für Steuerelektronik ATEX / IECEx
system quality must have	Die Kosten für Steuerelektronik dürfen nicht 986 € übersteigen.

5.1.2 (#122)	Kosten für Display und Tastatur ATEX / IECEx
system quality must have	Die Kosten für Display und Tastatur dürfen nicht 74 € übersteigen.

5.1.3 (#120)	Kosten Rohrbaum ATEX / IECEx
system quality must have	Die Kosten für den Rohrbaum inklusive Abdeckung wenn vorhanden dürfen nicht 449 € übersteigen.

5.1.4 (#118)	Kosten für Sensoren ATEX / IECEx
system quality must have	Die Kosten für die Sensoren (12 x) dürfen nicht 1957 € übersteigen.

5.1.5 (#116)	Kosten für Elektronikgehäuse ATEX / IECEx
system quality must have	Die Kosten für alle Elektronikgehäuse, inklusive Klemmen und sonstige Kleinteile, dürfen nicht 722 € übersteigen.

5.2 Kosten Bauteile USA

Die Gesamtkosten für die Bauteile für USA dürfen nicht 4645 € übersteigen.

Zu den Bauteilen zählen:
- Elektronikgehäuse mit Conduits
- Sensoren
- Display & Tastatur (und Gehäuse dafür wenn notwendig)
- Elektronik
- Rohrbaum (mit Abdeckung wenn notwendig).

5.2.1 (#125)	Kosten für Steuerelektronik USA
system quality must have	Die Kosten für Steuerelektronik dürfen nicht 986 € übersteigen.

5.2.2 (#123)	Kosten für Display und Tastatur USA
system quality must have	Die Kosten für Display und Tastatur dürfen nicht 74 € übersteigen.

5.2.3 (#121)	Kosten Rohrbaum USA
system quality must have	Die Kosten für den Rohrbaum inklusive Abdeckung wenn vorhanden dürfen nicht 449 € übersteigen.

5.2.4 (#119)	Kosten für Sensoren USA
system quality must have	Die Kosten für die Sensoren (12 x) dürfen nicht 1957 € übersteigen.

5.2.5 (#117)	Kosten für Elektronikgehäuse USA
system quality must have	Die Kosten für alle Elektronikgehäuse, inklusive Klemmen und sonstige Kleinteile, dürfen nicht 693 € übersteigen.

6 Backup-Betrieb

RSM600 soll als Zusatzoption die Möglichkeit anbieten Backupakkumulatoren im Elektronikgehäuse verbaut zu haben. Diese Option soll für alle Bauformen möglich sein.

Bei vollen Akkus soll das Gerät mindestens 4 h mit vollständiger Funktionalität weiterarbeiten können.

Der Akkubetreib soll bei den gleichen Umgebungstemperaturen wie bei Netzbetrieb verwendet werden können.

6.1 (#148)

Parametrierbarkeit von Akkus

system
functional
useful

Es soll möglich sein, die Akkuparametern über die Bediensoftware einzustellen.

Folgende Parametern müssen spezifiziert werden können:
- Stromkapazität
- Temperaturbereich bei Entladung
- Temperaturbereich bei Aufladung
- Maximaler Ladestrom (relevant nicht nur wegen Akkus sondern auch Installation)

Die Angabe kann implizit durch Auswahl aus einer Liste zugelassener Akkus oder durch Direktangabe einzelner Parameter erfolgen.

6.2 (#147)	Wiederaufladen von den Akkumulatoren
system functional important	Die Akkus sollen von dem Gerät wieder aufgeladen werden können. Das Gerät soll den Ladezustand bestimmen und anzeigen können. Bei dem Aufladen muss das Gerät den Ladestrom abhängig von Akkumulatorparametern begrenzen können.

6.3 (#109)

Funktionsumfang im Backupbetrieb

system
quality
must have

Das Gerät soll im Backupbetrieb den gesamten Funktionsumfang weiterhin aufweisen können.

Der Anwender kann Funktionen im Backupbetrieb deaktivieren um Backupzeit zu gewinnen. Dafür soll eine zweite Parameterliste für Backupbetrieb abgelegt werden.

Bei der Schätzung von Backuplaufzeit soll immer von dem "Worst Case" ausgegangen werden.