Erklärung zu der Website des Steuermoduls V3 gesucht: Modul-Status (Module States)

Die EMDs haben als Ausgänge die LEDs.
Ob die Eingänge auf ein gehen, während Du den entsprechenden Taster drückt musst du mal ausprobieren. Also die Frau einen Taster drücken lassen und währenddessen den Status per HTTP auslesen...

Ich denke, Michael kann uns das bestimmt erklären.

Irgendwie will das System meinen Post nicht. Deshalb die Antwort im Anhang.

Gruß
Michael

PS: Die Seite mit den Stati dient eigentlich dem Service und man sollte sich darüber im Klaren sein, dass sich das Format der Darstellung im nächsten Update ändern kann.

Noch ein Tipp: Auch die Ausgänge der Eingangsmodulen 230 Volt (keine LED Ausgänge vorhanden) werden ab Software V3 als Merker für Tools verwendet um Anwendermerker einzusparen und die Programmierung von Tools zu erleichtern. Bestimmt ist dem Einen oder Anderem schon aufgefallen das in der Software V3 einige Tools keine Anwendermerker benötigen. Diese werden automatisch aus dem Pool ungenutzter Eingänge und Ausgänge zugewiesen. Das passiert dynamisch bei jedem Compilerlauf neu, so dass sich der verwendete Merker nicht voraussagen lässt.

Gruß
Michael

Danke für die ausführliche Info, auch wenn ich nicht alles verstanden habe

Fossibaer58809 schrieb:

Bei den Eingangsmodulen repräsentiert der Status Input den Status des Eingangs, so wie er im Steuermodul gespeichert ist. Output ist der Status eines LED Ausgangs. Bei den Stati des Eingangs muss man wissen, dass dieser abhängig der programmierten Eingangsfunktionen gesetzt wird. Der Status des Eingangs im STM wird nur geändert, wenn er von der Programmierung benötigt wird (also wenn der Eingang als Bedingung verwendet wird). Eine Ausnahme besteht dann, wenn der Eingang visualisiert werden soll. Dafür ist er entsprechend zu markieren. Bei den Ausgangsmodulen ist Output der Status des Ausgangs, wie er im STM hinterlegt ist. Ein direktes Schalten des Ausgangs durch eine Visualisierung oder sonstigem direkten Schalten aktualisiert den im STM gespeicherten Status nicht! Input repräsentiert den Status des Eingangs im Modul, wobei dieser bei Ausgangsmodulen nicht vorhanden ist. Da die Steuerung aber die spezifische Eigenschaften der Module nicht kennt, werden diesen eben auch gespeichert und dargestellt. Ab der Software V3 nutzten die Tools und der Compiler allerdings die STM internen Statusfelder für diverse Tools um keine Anwendermerker verwenden zu müssen.

OK. Werde es die Tage mal deutlicher beschreiben. Aber am Tablet ist mir das zu Stressig.

Gruß
Michael

So, nun einmal ein Versuch das mit den Eingangs- und Ausgangsstati genauer zu erklären:

• Die STM speichern die Stati sämtlicher Ein- und Ausgänge in einem besonderen (nichtflüchtigen) Speicherbereich ab, damit die Information bei Bedarf direkt verfügbar sind und nicht beim Modul abgefragt werden müssen.


• Ein STM kennt keine Modularten und weiß nicht welche Module Eingänge und/oder Ausgänge haben. Deshalb wird für alle möglichen Moduladressen (0-255) der Speicher für die Stati von 16 Eingängen und 16 Ausgängen zur Verfügung gestellt.


• Nach dem Ausführen eines Befehls in den Ausgangsmodulen senden diese eine "sogenannte" statische Rückmeldung, die die Stati der maximal 16 Ausgänge beinhalted. Zum Speichern der Stati wird dann, anhand der Modul- und Kanaladresse berechnet welches korrespondierende Bit verwendet werden muss.


• Wird ein Telegram empfangen, welches durch ein Ereignis in den Modulen ausgelöst wurde, so enthält dieses nicht die Stati der Eingänge. Bei der Verwendung der Eingänge in logischen Verknüpfungen oder in der Visualisierung werden dann vom Compiler Verbindungen erzeugt, die das korrespondierende Bit zu dem Eingang anhand der Eingangsbefehle setzten und löschen.

Ausgehend von diesem Hintergrundwissen sollte ersichtlich werden, dass die Liste auf der Webseite des STM immer die Spalten für Eingänge und Ausgänge anzeigen muss. Also auch die entsprechenden Stati von Module ohne Eingänge oder Ausgänge angezeigt werden. Eine fremde Software, die diese Informationen verwenden will muss Kenntnisse über die verwendeten Module haben.

Wer mit der Software V3 arbeitet kann zusätzlich feststellen, dass auch einfache Ausgangsmodule manchmal beim Eingang einen Status von EIN anzeigen. Dieses kommt dadurch, dass die vom Modul ungenutzten Statispeicher als Flag für manche Vorlagen verwendet werden (automatisch Vergabe der Flags).

Deshalb sollten die Informationen dieser Seite mit Vorsicht betrachtet werden, da sie nur für Serviceeinsätze duch PEHA Mitarbeiter oder geschultem Personal gedacht sind und sich die Darstellung und der Inhalt der Seiten mit jedem Firmwareupdate ändern kann.

Noch ein Hinweis für Anwender des STM V3.
Dieses Steuermodul wurde so erweitert, dass es anhand der verwendeten Eingangsbefehle den Status im STM automatisch aktualisiert. So zeigt die Tabelle im STM Eingänge, die nur den befehl EIN>X verwenden als Status immer ein!

Für das kleine Programmchen kann ich Dir MQTT als Verbindung zu OpenHab empfehlen. Ist sehr einfach in der Verwendung, sowohl unter C als auch OpenHab und funktioniert bestens.
Ich verwende das auch.

Andreas

Rest geht natürlich auch. Ich fand die MQTT Schnittstelle nur so verblüffend einfach zu verwenden.

Fossibaer58809 schrieb:

Eine fremde Software, die diese Informationen verwenden will muss Kenntnisse über die verwendeten Module haben.

Das habe ich sich bei der Entwicklung meines PHC-Gateways gemerkt und verwende nun eine exportierte Kanal Liste um die Module und Kanäle zu kennen. Insbesondere benötigte ich das für die Überwachung der Events, da ich so die Steuerung mit der richtigen Maske versorgen kann.
Hat am Anfang gedauert, das herauszufinden, aber wenn man das mal kapiert hat, funktionieren die Events sehr gut.