Englisch
Chinesisch
Spanisch
Russisch
Portugiesisch
Französisch
Indonesisch
Thailändisch
Vietnamesisch
Arabisch
Italienisch
Türkisch
Polnisch
Japanisch
Für die Pufferung von SCADA-Füllstanddaten müssen Ausfalldauer, Datensatzformat und Wiederherstellungsprüfung festgelegt sein. Die Speicherkapazität muss die vorgesehenen Messungen abdecken, ohne verspätete historische Daten als aktuell erscheinen zu lassen. Spezifizieren Sie für eine entfernte Wasserstation vor der Auswahl der Telemetriehardware die Aufzeichnungsanforderungen und den Umgang von Radar, RTU und Empfangsdienst mit fehlenden oder nachgelieferten Datensätzen.
Den Datenweg durch die Station verfolgen
Eine mögliche Anordnung besteht aus einer RS485-Version des METRAVON MV-RD12T, einer TG501 RTU, einer geeigneten Mobilfunkverbindung und dem empfangenden SCADA-Dienst. Bestätigen Sie Radarprotokoll und RTU-Erfassungsmodus gemeinsam. Die Funkverbindung entscheidet nicht über die Gültigkeit der seriellen Messung.
Nehmen Sie die lokale Messung in Betrieb, bevor Sie die Fernübertragung prüfen. Bestimmen Sie Radarbezug, Einheiten und gelesene Messgröße und vergleichen Sie anschließend den RTU-Wert mit einer Standortreferenz. Ein Telemetriesystem kann auch einen falschen Offset fehlerfrei übertragen. Der separate Leitfaden zur RS485- und Modbus-Inbetriebnahme behandelt Verdrahtungs- und Registerprüfungen; Ausfallprüfungen beginnen erst, wenn diese lokale Kette funktioniert.
Aktuelle Radarfüllstanddaten im SCADA von nachgelieferter Historie trennen
Spezifizieren Sie im Datenmodell des empfangenden Systems mindestens Messzeitpunkt, Empfangszeitpunkt, Messqualität und Kommunikationsstatus. Nicht alle Felder müssen aus dem Radar stammen. RTU oder Server können einige ergänzen, ihre Herkunft muss jedoch dokumentiert sein. Liefert das Gerät keinen eigenen Zeitstempel, bezeichnet ein RTU-Zeitstempel normalerweise die Erfassung, nicht unbedingt den Zeitpunkt der internen Radarmessung.
Nach Wiederverbindung müssen alte Stichproben ihre ursprüngliche Zeitzuordnung behalten und von Echtzeitdaten unterscheidbar sein. Andernfalls könnte ein historischer Hochstand als neues Ereignis erscheinen oder die aktuelle Anzeige überschreiben. Das Historienarchiv benötigt diese Stichproben möglicherweise zur Vervollständigung eines Trends, während der aktuelle Steuerungsweg eine frische, gültige Beobachtung braucht. Legen Sie beide Verhaltensweisen ausdrücklich fest.
| Zustand | Bedienerinformation | Zu vereinbarende Behandlung |
|---|---|---|
| Normale Erfassung | Aktueller Füllstand, Erfassungszeitpunkt und gültiger Messstatus. | Echtzeitanzeige und Historienarchiv nach dem genehmigten Abtastplan aktualisieren. |
| Sensorkommunikation ausgefallen | Fehler beim Auslesen des Geräts, auch wenn die Mobilfunkverbindung online bleibt. | Gespeicherten letzten Wert als veraltet oder ungültig kennzeichnen; keine neuen erfolgreichen Messungen vortäuschen. |
| Netzwerk nicht verfügbar | Letzter Kontakt und Datenalter am Server. | Lokale Erfassung nur im konfigurierten und unterstützten Umfang fortsetzen; Lücken nachweisbar halten. |
| Rückstand trifft ein | Nachgelieferte Historie getrennt von aktuellen Beobachtungen gekennzeichnet. | Die Regeln für Reihenfolge und Duplikate anwenden, ohne aktuelle Werte durch ältere Datensätze zu ersetzen. |
| Stationsneustart | Neustartereignis, Uhrstatus und Gültigkeit der ersten Messungen. | Konfiguration, Zeit und Speicherwiederherstellung prüfen, bevor Daten als normal gelten. |
Nutzdatenmenge für die Pufferung von SCADA-Füllstanddaten berechnen
Die TG501-Produktinformationen nennen 16 MB lokalen Speicher und Datenwiederübertragung. Das garantiert nicht, dass der gesamte Speicher jeder Aufzeichnungskonfiguration zur Verfügung steht. Bestätigen Sie gewählte Firmware, Datensatzformat, aktivierte Kanäle und reservierte Kapazität sowie das Verhalten bei vollem zugewiesenem Puffer.
Berechnen Sie für eine Beschaffungsschätzung zunächst die benötigte Nutzdatenmenge. Ein beispielhafter Datensatz von 64 Bytes, einmal pro Minute über 24 Stunden gespeichert, erfordert 92160 Bytes vor Kopfzeilen, Indizes, Qualitätsfeldern und Speicherverwaltungsaufwand. Eine Verdopplung der separat gespeicherten Datensätze verdoppelt diese Nutzdatenmenge. Diese Rechnung legt eine Anforderung fest; sie weist nicht die unterstützte TG501-Aufbewahrung für eine bestimmte Konfiguration nach.
Dokumentieren Sie beim Vergleich mit einem angebotenen Puffer, ob die Kapazität gemeinsam genutzt oder je Kanal zugeteilt wird und welche Bytes mitzählen. Die Nutzdatenschätzung ist eine Untergrenze für das gewählte Datensatzformat. Eine Aufbewahrungsdauer lässt sich erst bestätigen, wenn Verwaltungsaufwand und nutzbare Kapazität dokumentiert sind. Berücksichtigen Sie die Zeit zum Abbau eines Rückstands, während weiterhin neue Datensätze eintreffen.
Lassen Sie den Lieferanten unterstützte Puffergröße und Überlaufstrategie der angebotenen Firmware angeben. Bestätigen Sie, ob Datensätze einen Stromausfall überstehen, wie Empfangsbestätigungen funktionieren und ob eine unterbrochene Wiederübertragung ohne Verlust oder Duplikate fortgesetzt wird. Sind diese Verhaltensweisen nicht dokumentiert, nehmen Sie sie in eine bezeugte Abnahmeprüfung auf, statt sie aus einer Speicherfunktion abzuleiten.
Ausfall, Wiederherstellung und zweite Unterbrechung prüfen
Verwenden Sie eine Testumgebung oder ein genehmigtes Wartungsfenster mit entkoppelten Auswirkungen auf die Steuerung. Dokumentieren Sie Konfiguration, Firmware, Zeitquelle, Abtastintervall und anfänglichen Pufferzustand. Erzeugen Sie eine identifizierbare Folge sicherer Eingangsänderungen oder Testdatensätze; bei konstantem Füllstand allein sind fehlende und doppelte Stichproben schwer erkennbar.
- Unterbrechen Sie nur das externe Netzwerk. Prüfen Sie, ob die lokale Erfassung weiterläuft und der Server ein zunehmendes Datenalter anzeigt.
- Stellen Sie die Verbindung wieder her. Vergleichen Sie gesendete und empfangene Folgen, Zeitstempel, Qualität und Datensatzanzahl, nicht nur den Endwert.
- Bestätigen Sie, dass neue Beobachtungen während der Wiederherstellung historischer Datensätze rechtzeitig bleiben. Vereinbaren Sie die zulässige Wiederherstellungsverzögerung vor der Prüfung.
- Unterbrechen Sie die Verbindung während der Wiederherstellung erneut. Prüfen Sie das dokumentierte Fortsetzungs- und Duplikatverhalten.
- Prüfen Sie Stationsneustart und fehlgeschlagenes Geräteauslesen getrennt. Netzwerkpufferung kann keine Messungen wiederherstellen, die nie erfolgreich erfasst wurden.
Definieren Sie die maximal abzudeckende Ausfalldauer und eine Regelung für Daten jenseits der unterstützten Kapazität. Kann die Prüfung die erforderliche Dauer nicht abdecken, dokumentieren Sie das Nachgewiesene und das Ungeprüfte. Eine kurze Wiederverbindungsprüfung darf nicht als Nachweis mehrtägiger Aufbewahrung ausgegeben werden.
Verantwortung vor der Inbetriebnahme vereinbaren
Der Gerätelieferant sollte Messgröße und Fehleranzeigen benennen. RTU-Lieferant oder Integrator sollten Erfassung, Speicherung und Übertragung dokumentieren. Der SCADA-Integrator sollte Zeitinterpretation, Duplikate, Anzeige veralteter Werte und Einfügeregeln im Historienarchiv umsetzen. Der Anlagenbetreiber muss das Alarm- und Steuerungsverhalten bei ungültigen oder fehlenden Daten genehmigen.
Machen Sie eine öffentliche Mobilfunkverbindung nicht zur alleinigen Grundlage einer wesentlichen örtlichen Schutzaktion. Die erforderliche unabhängige Absicherung und Fehlerreaktion müssen der Risikobewertung des Standorts folgen. Ein gepufferter Hochstandsdatensatz kann für die Ereignisanalyse wertvoll sein, ohne ein gültiger Befehl für den aktuellen Prozess zu sein.
Geben Sie für eine Anfrage Stationsanzahl, Sensorschnittstellen, Meldeintervall, längsten aufzubewahrenden Ausfall, vorgesehenes Serverprotokoll, regionale Netzanforderungen und Gehäusebedingungen an. Klären Sie, wer SIM, Server und Inbetriebnahmeunterstützung liefert. Bitten Sie METRAVON um Prüfung der Radar- und RTU-Konfiguration anhand dieser Anforderungen, wobei Speicher- und Wiederherstellungsverhalten als Abnahmepunkte festzuhalten sind.
Fragen zu Ausfällen und nachgelieferten Datensätzen
F1. Beweist eine verbundene RTU, dass der Füllstandswert aktuell ist?
Nein. Die Netzwerksitzung kann aktiv bleiben, obwohl die Sensorabfrage fehlschlägt. Verfolgen Sie die letzte erfolgreiche Geräteerfassung getrennt von der letzten Serververbindung. Liefert das Gerät Messstatusinformationen, übertragen Sie auch diese, statt alle Zustände auf eine einzige Onlineanzeige zu reduzieren.
F2. Sollten nachgelieferte Hochstandsstichproben Alarme auslösen?
Sie können historische Ereigniseinträge erfordern, dürfen aber nicht unbemerkt zu neuen Echtzeitalarmen oder Steuerbefehlen werden. Vereinbaren Sie, ob das System die ursprüngliche Ereigniszeit dokumentiert, nachträglich benachrichtigt oder nur das Historienarchiv ergänzt. Trennen Sie diese Regelung von der Behandlung einer aktuellen Hochstandsbeobachtung.
F3. Was geschieht, wenn die Stationsuhr nach dem Neustart falsch geht?
Bewahren Sie die Nachweise auf und kennzeichnen Sie die Zeitunsicherheit. Ein Empfangszeitstempel zeigt, wann der Server den Datensatz erhalten hat, kann jedoch den genauen Messzeitpunkt nicht rekonstruieren. Bestätigen Sie Zeitquelle, Synchronisierungs- und Neustartverhalten und stellen Sie eine unsichere historische Reihenfolge nicht als verifizierte Folge dar.
Zusammenfassung
Spezifizieren Sie die Ausfallwiederherstellung als beobachtbare Folge: erfassen, zeitstempeln, speichern, wiederverbinden und abgleichen. MV-RD12T und TG501 bilden eine mögliche Geräte-RTU-Anordnung, garantieren aber keine vollständige Historie bei jeder Unterbrechung. Die Abnahme sollte zeigen, welche Datensätze erhalten bleiben, wie aktuelle Daten unterscheidbar bleiben und was der Bediener bei Mess- oder Kommunikationsfehlern sieht.
