Aktivierung und Zustand

Was auf jeder Ebene des Baums an der Erfassung teilnimmt, was die Punkte und Zustandstexte bedeuten, die Chips Alle/OK/Störungen/Aus, die Statusleiste, Letzter Fehler und die Befehle Neu verbinden, Aktualisieren und Alle aktualisieren.

Zwei Fragen ziehen sich durch die ganze Spalte Kommunikation, und beide werden auf jeder Ebene gleich beantwortet: Was nimmt an der Erfassung teil, und was antwortet gerade. Die erste ist eine Wahl, die Sie mit den Befehlen Aktivieren und Deaktivieren treffen; die zweite ist das, was eine ständig laufende Überwachung einmal je Sekunde beobachtet und an jeden Punkt der Seite, an die Statusleiste und an die Werte des Connector schiebt, die Logic und Dashboards lesen.

Was teilnimmt

Die Aktivierung wird je Ebene entschieden, und ein Schalter schreibt nie den Schalter darunter um:

Jedes Aktivieren und Deaktivieren braucht Connector konfigurieren und ist ausgegraut, solange ein Lauf die Station hält oder die Runtime gestoppt ist; ein Suchlauf am selben Treiber graut auch die Befehle an Leitung und Gerät aus. Ein Gerät ist betrieblich aktiviert, wenn es aktiviert ist und, bei einem Gerät auf einer seriellen Leitung, seine Leitung es auch ist, bei MQTT sein Broker: Darauf schauen das zyklische Lesen, der Chip Aus und die Überwachung des Zustands. Ein Treiber hat keinen eigenen Schalter: Jeder Treiber, den das Paket mitbringt, wird angeboten, und die Ebenen darunter entscheiden, was er liest.

Der Zustand eines Geräts

Die Überwachung leitet den Zustand eines Geräts aus seinen aktivierten, lesbaren Tags ab:

Der eigene Punkt des Geräts beantwortet Aktivieren und Deaktivieren sofort, wie seine Tags, ohne auf die Überwachung zu warten: Deaktivieren zeigt gleich Deaktiviert, und Aktivieren zeigt Noch unbekannt, bis die Überwachung das eingeschaltete Gerät gelesen hat. Das Schalten seiner seriellen Leitung wirkt genauso auf das Gerät, und die Punkte seines Ordners, seines Treibers und des Ordners Treiber folgen im selben Augenblick.

Eine OCPP-Ladestation nimmt ihren Zustand aus ihrer Verbindung zum Zentralsystem dieser Station statt aus dem Schweigen ihrer Tags, wie ein LoRaWAN-Funkkonzentrator aus der seines Gateways: Verbunden, solange sie verbunden ist, was immer sie bisher gesendet hat (Teilweise verbunden, wenn einige der gesendeten Tags fehlschlagen), Getrennt, wenn sie sich seit dem Öffnen der Station nicht verbunden hat oder abgefallen ist, und Noch unbekannt nur bis zu zehn Sekunden, nachdem die Station sie wieder eingesetzt hat. OCPP hat die ganze Tabelle.

Ein Gerät, dessen aktivierte Tags alle Nur schreiben sind, hat keinen Messwert zu beurteilen und nimmt stattdessen den Verbindungszustand des Übertragungswegs: Verbunden, solange der Weg steht, Getrennt, solange nicht, Noch unbekannt, bevor der Connector es versucht hat. Ein Wert außerhalb der Grenzen mit einer Grenzverletzung ist ein Zustand des Prozesses und kein Problem der Verbindung: Er färbt den Punkt des Tags gelb, zählt das Gerät aber nie als offline. Ein Ersatzwert hält das Tag ebenso lesbar, während das Gerät weiter als offline gemeldet wird. Der eingebettete OPC UA-Server gehört nicht zu diesem Zustand: Solange er gestoppt ist, liest der Connector weiter, und jedes Tag behält seinen lebenden Wert; sein eigener Zustand steht unter Zustand. Nur ein Connector, der gar nicht läuft, lässt jedes Tag als Lücke, und die Statusleiste sagt dann "Connector: gestoppt".

Der Punkt eines Tags

Der Punkt eines Tags ist im Baum und auf der Seite des Tags derselbe. Ein Tag, das die Station nicht liest, ist grau, was immer es zuletzt zeigte: ein deaktiviertes Tag und jedes Tag eines Geräts, das deaktiviert ist, unter einer deaktivierten Leitung steht oder dessen Host noch nicht eingetragen ist, sodass Deaktivieren die Tags des Geräts sofort grau macht. Bei einem Tag, das die Station liest, ist der Punkt gelb, wenn der Wert ein Ersatzwert ist oder die Stufe Grenzen eine Verletzung gemeldet hat, denn eine lesbare Zahl ist nicht dasselbe wie eine Messung, und gelb, wenn der Messwert verstummt ist; grün, solange das Tag einen Wert hat; sonst grau. Ein Messwert verstummt, wenn während des Abfrageintervalls des Tags plus 10 Sekunden kein neuer eintrifft, etwa wenn ein Gerät die Verbindung annimmt und dann nicht mehr antwortet. Er zählt dann als fehlgeschlagener Lesevorgang: Das Tag zeigt, was seine Regel für ein Gerät, das nicht geantwortet hat vorsieht, standardmäßig keinen Wert und schlechte Qualität, datiert durch den Zeitstempel der Quelle des letzten eingetroffenen Messwerts, und es zählt für den Zustand seines Geräts als nicht antwortend. Die Zeile des Tags trägt außerdem eine rote Fehlermarke, wenn der letzte Lesevorgang fehlschlug, mit der Meldung als Tooltip.

Zustände einer seriellen Leitung

Eine serielle Leitung, gleich welchen Treibers, meldet den physischen Anschluss getrennt von ihren Geräten, in der Zeile des Baums, in der Leitungstabelle des Treibers und in der Kopfzeile der Seite der Leitung:

Der Zusammenfassungstext der Leitung ergänzt, was ihre Geräte tun: "Verbunden · 2/2 Geräte verbunden", "Verbunden · 1 verbunden · 1 mit Störungen", "Leerlauf · keine aktivierten Geräte". Eine Leitung kann verbunden sein und trotzdem ein Gerät tragen, für das niemand antwortet. Ein MQTT-Broker meldet seine Sitzung genauso getrennt von seinen Geräten; seine Zustände stehen unter MQTT.

Wie sich die Punkte zusammenfassen

Ordner, serielle Leitungen, Treiber und der Ordner Treiber wenden auf ihre Kinder eine Regel an: Nur Kinder mit Verbunden, Teilweise verbunden und Getrennt zählen; Deaktiviert und Noch unbekannt sind neutral und ziehen einen Elternteil nie nach Gelb oder Rot. Von den zählenden Kindern ergibt alles Verbunden ein Verbunden, ein Verbunden oder Teilweise verbunden unter anderen ein Teilweise verbunden, alles Getrennt ein Getrennt, und gar kein zählendes Kind ein Noch unbekannt. Ein Ordner fasst jedes Gerät darin zusammen, Unterordner eingeschlossen; ein Treiber Modbus RTU fasst seine Leitungen zusammen, ein Treiber Generic serial and TCP oder SCPI instruments seine Leitungen und die Geräte außerhalb einer Leitung, ein Treiber MQTT seine Broker; der Ordner Treiber fasst jeden Treiber darunter zusammen. Mit einem Treiber auf Verbunden und einem anderen, dessen Geräte alle deaktiviert sind, liest der Ordner Treiber Verbunden, nicht Gelb. Die zwei Zeilen des Ordners Server stehen außerhalb dieser Zusammenfassung: Jeder Punkt sagt nur, wie es um seinen Server steht, und keiner bewegt den Punkt des Ordners Treiber oder die Statusleiste.

Die Chips Alle / OK / Störungen / Aus

Die Chips über dem Baum ordnen jede Zeile nach denselben Zuständen: OK ist ein betrieblich aktiviertes Gerät oder eine solche Leitung auf Verbunden oder noch nicht beurteilbar, ein Gerät, dessen Host noch nicht eingetragen ist, eingeschlossen, und ein aktiviertes Tag, das eine Messung innerhalb seiner Grenzen liest; Störungen ist ein aktiviertes Gerät oder eine aktivierte Leitung auf Getrennt oder Teilweise verbunden und ein aktiviertes Tag ohne Wert, mit einem Ersatzwert, mit einem Wert außerhalb seiner Grenzen oder mit einem verstummten Messwert, an einem Gerät, das die Station liest; Aus ist ein deaktiviertes Gerät, eine deaktivierte Leitung oder ein deaktiviertes Tag, ein Gerät unter einer deaktivierten Leitung eingeschlossen. Ein Tag wird nur gelesen, solange sein Gerät gelesen wird: Jedes Tag eines ausgeschalteten Geräts steht mit ihm unter Aus, und jedes aktivierte Tag eines Geräts, dessen Host noch nicht eingetragen ist, steht mit ihm unter OK, was immer es zeigt. Ein aktiviertes Tag ohne Wert, das beim Zustand seines Geräts nicht mitzählt, weil sein erster Wert noch nicht da ist (siehe Verbunden), steht ebenfalls unter OK. Die zwei Server werden nach ihrem eigenen Zustand eingeordnet: OK, solange einer eingeschaltet und nicht gescheitert ist, Störungen, solange er eingeschaltet ist, aber nicht starten kann, Aus, solange er ausgeschaltet ist. Eine Treiberzeile und die zwei Ordner erscheinen, wenn etwas unter ihnen durchkommt; die gewählte Zeile bleibt immer sichtbar. Die Chips sind mit dem Rest der Spalte auf Connector beschrieben.

Die Statusleiste

Das Zeichen des Connectors und der Text links in der Statusleiste des Fensters sind dieselbe Überwachung, auf eine Zeile gefaltet, das Zeichen grün, gelb, rot oder grau getönt wie ein Punkt des Baums: "Connector: verbunden", wenn kein Gerät getrennt oder teilweise verbunden ist; sonst das am schlechtesten dastehende Gerät mit Namen, "Connector: Furnace kommuniziert nicht" bei Getrennt oder "Connector: Furnace instabil" bei Teilweise verbunden; "Connector: gestoppt", solange der Connector selbst nicht läuft. Sie spricht allein für den Connector: Der eingebettete OPC UA-Server, der die Geräte veröffentlicht, hat seinen eigenen Zustand unter Zustand, und der Connector liest, während er gestoppt ist. Das Symbol im Infobereich sagt dieselbe Zeile. Ein Klick auf die Anzeige öffnet die Seite Connector. Der Rest der Statusleiste steht auf Das Fenster.

Letzter Fehler

Jede Ebene des Baums beschreibt den Fehler, der ihr eigener ist, nennt die Einträge direkt darunter, die einen haben, und verweist nach oben, wenn der Fehler von dort kommt, bei jedem Treiber gleich. Ein Eintrag mit einem eigenen Fehler trägt eine rote Marke hinter seinem Namen, an seiner Zeile im Baum und in jeder Tabelle, die ihn aufführt, mit dem Grund als Tooltip; dieser Grund bleibt am Eintrag und auf seiner eigenen Seite, und das Journal behält jede Zeile vollständig.

Der eigene Fehler eines Geräts räumt sich weg, wenn das Gerät sich wieder verbindet, auf Verbunden oder Teilweise verbunden: Ein Tag, das weiter ausfällt, behält dann seinen eigenen Fehler in seiner Zeile und auf seiner Seite, und die Zeile des Geräts trägt den Verbindungsfehler nicht mehr; einer, der geschrieben wurde, während das Gerät auf Verbunden blieb, räumt sich weg, sobald von jedem Tag, das die Station von ihm liest, ein Messwert eingetroffen ist, der nach dem Eintrag kam; ein Tag, das noch auf seinen ersten Wert wartet und deshalb unter Verbunden nicht mitzählt, zählt auch hier nicht mit. Der eines Tags verschwindet, sobald ein Messwert dieses Tags eintrifft, der nach dem Eintrag kam, ob sich der Zustand des Geräts geändert hat oder nicht, und das Tag verlässt damit die Liste seines Geräts. Der Lesefehler eines Tags verschwindet auch, wenn ein späterer Lesevorgang findet, dass das Tag nur auf seinen ersten Wert seit der Verbindung seines Geräts wartet: Verbindet sich eine Ladestation ohne laufenden Ladevorgang neu, wartet die Transaction ihres Ladepunkts wieder wie vor dem ersten Ladevorgang, ohne Fehler. Ein Gerät, dessen Treiber das Paket nicht mitbringt, zeigt an dieser Stelle stattdessen den Hinweis "Treiber in diesem Paket nicht enthalten.", weil es keinen Fehler zu untersuchen gibt; ein OPC UA-Gerät, das auf sein Zertifikat wartet, zeigt "Wartet auf Freigabe des Zertifikats". Ein aktiviertes Gerät ohne Host zeigt "Hostadresse noch nicht eingetragen": Es wurde nichts versucht, also gibt es keinen Fehler zu zeigen, und ein Fehler, den ein früherer Host hinterlassen hat, wird geräumt. Das vollständige Journal steht auf der Seite Ereignisse.

Die rote Zeile unter der Kopfzeile eines Geräts, eines Tags, einer seriellen Leitung oder eines Brokers, die Zelle Letzter Fehler des Geräts und die Antwort eines Schreibens auf der Seite des Tags sagen, was fehlgeschlagen ist, in der Sprache der Station, ohne den Anfang der Journalzeile, ohne die Klasse der Ausnahme, ohne das Englisch des Betriebssystems und ohne das, was die Station als Nächstes tut, bei jedem Versuch, auch wenn die Zeile eine ist, die der Treiber selbst geschrieben hat; der Tooltip der Zelle, der Tooltip der Marke im Baum und die Seite Ereignisse behalten die ganze Zeile:

Ein Gerätebefehl, ein Neu verbinden und ein Suchlauf, die fehlschlagen, sagen mit denselben Worten, worauf sie gestoßen sind, und ebenso die eigenen Ablehnungen der Station (ein Gerät, das nicht verbunden ist, ein Gerät, das noch nicht in der laufenden Konfiguration steht, ein Befehl, der noch nicht gespeichert ist); der Agent und das Journal behalten die englische Zeile.

Wenn sich die TCP-Verbindung eines Geräts oder eines MQTT-Brokers nicht öffnet, prüft die Station den Port ein zweites Mal und pingt zugleich den Host an, und die Journalzeile bekommt nach der eigenen Ursache des Treibers einen weiteren Satz, auf Englisch wie die Ursache, den die rote Zeile in der Sprache der Station sagt (siehe oben). Ein eingeschaltetes Gerät mit geschlossenem Port lehnt sofort ab, ein Port, der schweigt, während sein Host antwortet, wird also unterwegs gefiltert:

Der Port ist der, den das Protokoll des Geräts öffnet: bei den meisten Treibern der eigene Port des Geräts, 102 bei Siemens, 44818 bei Rockwell und einer Omron NJ/NX, 48898 bei Beckhoff ADS. Der Satz eines Brokers nennt den Rechner des Brokers, und ein Broker, der geantwortet und die Station abgewiesen hat, bekommt keinen. Nichts kommt hinzu, wo das Gerät keinen eigenen Port zum Prüfen hat: eine serielle Leitung, UDP, VISA, eine SQLite-Datei oder eine ODBC-Quelle, eine SQL-Server-Instanz, die der Dienst SQL Server Browser findet, eine Anfrage, die der Proxy des Rechners übernimmt. Die Sätze nennen niemanden: Wer den Port freigibt, auf dieser Station, am Gerät oder im Anlagennetz, liest dieselben Worte.

Neu verbinden, Aktualisieren und Alle aktualisieren

Aktualisieren und Alle aktualisieren lesen nur, sie werden also für jede Rolle gezeichnet; Neu verbinden schließt und öffnet eine Verbindung, einer Rolle ohne Connector konfigurieren wird es also gar nicht gezeichnet. Alle drei grauen aus, solange ein Lauf die Station hält oder die Runtime gestoppt ist, und Neu verbinden und Aktualisieren grauen außerdem aus, solange ein Suchlauf oder eine Kopplung läuft. Neu verbinden graut außerdem an einem Gerät aus, das noch auf seine Adresse wartet (den Host, das NI-DAQmx-Gerät, den Ordner oder die Datenbank) und keine Verbindung hat, die neu geöffnet werden könnte; sein Tooltip nennt, was seinem Treiber fehlt. Nach einer Änderung ist keines der beiden Aktualisieren nötig: Jedes Speichern gleicht das geänderte Gerät von selbst in den laufenden Server ab, und ein nicht erreichbares Gerät wird im Hintergrund erneut versucht, bis es antwortet, wobei seine Tags bis dahin als Lücken lesen. Neu verbinden ist das, was diese Wartezeit verkürzt: Es fragt jetzt, statt das Gerät dem nächsten automatischen Versuch zu überlassen, und es meldet, ob das Gerät geantwortet hat. Die Grenzen, die eine Grenzverletzung auslösen, gehören zur Wertkette.