Tweet
Hallo,
ich habe in jedem Raum MDT Glastaster zur Steuerung der Raumfunktionen.
Auf den Tastern sollen auch Meldungen angezeigt werden. Momentan sind das nur Infos über geöffnete Fenster. In weiteren Ausbaustufen würde ich hier auch gerne Infos zu eingehenden Anrufen, Türklingel, Alarmen usw. anzeigen.
Leider erlaubt das steinzeitliche KNX-Protokoll ja nur 14-Byte Nachrichten. Die Glastaster zeigen also nur 14 Zeichen an, obwohl die Displays deutlich mehr könnten. Eine Lösung, die von MDT aber explizit erwähnt wird, wären Lauftexte. Dazu müsste man also mehrere Meldungen kurz hintereinander auf den KNX-Bus senden, endeder so, dass die Meldung in 14 Zeichen-Häppchen zerlegt wird und nacheinander die Teile der Meldung eingeblendet werden, oder sogar so, dass die Texte immer um ein oder mehrere Zeichen verschoben gesendet werden, um einen echten Lauftext zu erhalten. Bei letzterer Variante stellt sich noch die Frage, ob der KNX-Bus das schafft, oder ob er dadurch überlastet wird. Ich denke, das müsste man einfach austesten.
Wie bekomme ich also die Nachrichten geplittet auf den Bus? Mein erster Gedanke wäre ein PicoC-Baustein. Damit könnte ich das zwar umsetzen, aber leider sind die ja begrenzt. eigentlich bräuchte ich ja pro Taster einen davon. Eine mögliche Lösung wäre eine komplexe Schaltung um den Baustein hehrum, die dafür sorgt, dass die Meldung immer an den gewünschten Taster geschickt wird. Das wäre sehr komplex und ich wüsste nicht, wie man damit mehrere Meldungen gleichzeitig realisieren sollte.
Alternativ gingen noch Statusbausteine, die dann die Lauftexte abhängig von einem Trigger fest hinterlegt haben, also "hello world", "ello world ", "llo world" usw.
Das wäre ein Riesen-Aufwand und leider gingen auch keine variablen Texte.
Daher erscheint mir die beste Lösung zu sein, dass über den Loxberry zu realisieren. Hier könnte man einen http-Service einrichten, der die Meldung aus der Loxone empfängt, evtl. mit Parametern, wie das Splitting erfolgen soll und der dann die Antworten mit den 14-Byte-Häppchen an die Loxone zurückschickt. Die korrekte Zuordnung von Sendern/Empfängern könnte dann über einen Service erfolgen.
Hier nun zu meinen Fragen:
Ich programmiere beruflich hauptsächlich ABAP, etwas JavaScript und hin und wieder C#. Die Entwicklung der Logik an sich an sich sollte also kein Problem sein. Leider aber ist mein Linux-Wissen sehr beschränkt. Wie würdet Ihr so einen Service am einfachsten umsetzen? Gerne würde ich das Ganze als Loxberry-Plugin entwickeln. Leider habe ich hier gar kein Hintergrundwissen...
Vielen Dank für eure Inputs
Tobias
ich habe in jedem Raum MDT Glastaster zur Steuerung der Raumfunktionen.
Auf den Tastern sollen auch Meldungen angezeigt werden. Momentan sind das nur Infos über geöffnete Fenster. In weiteren Ausbaustufen würde ich hier auch gerne Infos zu eingehenden Anrufen, Türklingel, Alarmen usw. anzeigen.
Leider erlaubt das steinzeitliche KNX-Protokoll ja nur 14-Byte Nachrichten. Die Glastaster zeigen also nur 14 Zeichen an, obwohl die Displays deutlich mehr könnten. Eine Lösung, die von MDT aber explizit erwähnt wird, wären Lauftexte. Dazu müsste man also mehrere Meldungen kurz hintereinander auf den KNX-Bus senden, endeder so, dass die Meldung in 14 Zeichen-Häppchen zerlegt wird und nacheinander die Teile der Meldung eingeblendet werden, oder sogar so, dass die Texte immer um ein oder mehrere Zeichen verschoben gesendet werden, um einen echten Lauftext zu erhalten. Bei letzterer Variante stellt sich noch die Frage, ob der KNX-Bus das schafft, oder ob er dadurch überlastet wird. Ich denke, das müsste man einfach austesten.
Wie bekomme ich also die Nachrichten geplittet auf den Bus? Mein erster Gedanke wäre ein PicoC-Baustein. Damit könnte ich das zwar umsetzen, aber leider sind die ja begrenzt. eigentlich bräuchte ich ja pro Taster einen davon. Eine mögliche Lösung wäre eine komplexe Schaltung um den Baustein hehrum, die dafür sorgt, dass die Meldung immer an den gewünschten Taster geschickt wird. Das wäre sehr komplex und ich wüsste nicht, wie man damit mehrere Meldungen gleichzeitig realisieren sollte.
Alternativ gingen noch Statusbausteine, die dann die Lauftexte abhängig von einem Trigger fest hinterlegt haben, also "hello world", "ello world ", "llo world" usw.
Das wäre ein Riesen-Aufwand und leider gingen auch keine variablen Texte.
Daher erscheint mir die beste Lösung zu sein, dass über den Loxberry zu realisieren. Hier könnte man einen http-Service einrichten, der die Meldung aus der Loxone empfängt, evtl. mit Parametern, wie das Splitting erfolgen soll und der dann die Antworten mit den 14-Byte-Häppchen an die Loxone zurückschickt. Die korrekte Zuordnung von Sendern/Empfängern könnte dann über einen Service erfolgen.
Hier nun zu meinen Fragen:
Ich programmiere beruflich hauptsächlich ABAP, etwas JavaScript und hin und wieder C#. Die Entwicklung der Logik an sich an sich sollte also kein Problem sein. Leider aber ist mein Linux-Wissen sehr beschränkt. Wie würdet Ihr so einen Service am einfachsten umsetzen? Gerne würde ich das Ganze als Loxberry-Plugin entwickeln. Leider habe ich hier gar kein Hintergrundwissen...
Vielen Dank für eure Inputs
Tobias
Kommentar