...
Der myDatanet OPC-UA Server stellt automatisch die
Kunden
Site
Datenfelder
...
Der myDatanet OPC-UA Server stellt automatisch die Kunden → SITE → Datenfelder Struktur zur Verfügung.
Die “Data Access View” zeigt die letzten Messwerte welche in OPC-UA ein gemeldet wurden.
...
Das Fenster “History Trend View” bietet die Möglichkeit die historischen Werte gemeinsam abzurufen und zu Visualisieren.
...
Weiterführende Informationen zu den Daten
Über die DropDown-Felder kann man zum gewünschten Datenfeld navigieren.
UaExport stellt unterschiedliche “Documents” zur Anzeige der Datenpunkte zur Verfügung.
DataAccessView → letzter Messwert
History Trend View → Darstellung einer Zeitreihe in einer Kennlinie
Event View → Darstellung und Verwaltung von Alarmen & Events. Als so genannte “Event Sources” können in OPC UA nur Objekte verwendet werden. D.h. die Alarm-Ansicht muss zumindest auf Ebene eines historischen Datenstroms (z.B. histdata0) erfolgen. Auf der Ebene einzelner Felder ist dies nicht möglich.
Die entsprechenden Datenfelder können per Drag&Drop aus der Auswahlliste in den jeweiligen View gezogen werden.
...
Verwendung von StatusCodes bei einzelnen Datenpunkten
Ein Datenpunkt setzt sich immer aus 3 Komponenten zusammen:
...
Der Client UaExpert unterstützt das auch. Zunächst muss der zu schreibende Wert in einem “Data Access View” angezeigt werden, dann kann mit einem Doppelklick auf den letzten Wert dieser auch verändert werden.
Alarme & Events
| Info |
|---|
Die Unterstützung von Alarms & Events über OPC UA ist ab Server Version 52v010 verfügbar. |
Treten am myDatanet-Server Alarme auf, wie z.b. Messwert Über-/Unterschreitungen, so werden diese als OPC UA Alarm Events weitergeleitet.
...
Der Client kann auch als Alarmquelle das Messstellenobjekt auswählen um alle Alarme einer Messstelle zu bekommen, oder das Kundenobjekt um alle Alarme eines Kunden zu bekommen. Um alle Alarme aller Kunden und Messstellen zu bekommen kann der Client auch als Alarmquelle das “customers” Object registrieren.
Alarmdetails
...
ConditionId |
Eindeutige NodeId der Condition. z.B.: “s.4DF24E23816DED27.histdata0.ch1.overflow” | |
AckedState | True wenn der Alarm quittiert wurde. Dies kann über das myDatanet-Portal erfolgen oder über die OPC-UA Schnittstelle. |
ActiveState | True so lange der Alarm aktiv ist (die Alarmschwelle über-/unterschritten ist) |
ConditionName | Kann “alarm” oder “warning” sein. |
EventId | Eindeutige Nummer des Alarm Events, wird vom Framework automatisch vergeben. |
EventType | ist immer “ExclusiveLimitAlarmType” |
Message | Klartext des Alarm-Events |
Severity | 250….warning |
SourceName | Name des Messkanals bei dem der Alarm aufgetreten ist. |
SourceNode | NodeId der Alarmquelle z.B.: “s.4DF24E23816DED27.histdata0.ch1” |
Condition Typen
“underflow” | Unterschreitung der Warn-/Alarmschwelle |
“overflow” | Überschreitung der Warn-/Alarmschwelle |
“fault” | Messwert ungültig |
“offline” | Messstelle ist offline |
“transfer_volume” | Überschreiten der Datentarif Warnschwelle |
“position” | Alarm auf Grund von Ortungsdaten |
“test” | Test-Alarm |
“user1”..”user3” | Applikationsspeziefische Alarme |