LAN-Anbindung für BSB-Bus (Brötje, Elco Thision etc.)

[freetz]

Ok, das ist jetzt ja mal interessant:
Da ich gerade den OZW nicht physisch abklemmen kann, weil ich nicht zu Hause bin, habe ich einfach in der Oberfläche meine Thision entfernt. Dann habe ich Folgendes gemacht:
/I0=25.12.2018_14:30:00!127
(Ein Feature beim Setzen von Parametern ist ja, dass man mit nachgestelltem Ausrufezeichen dahinter eine temporäre Zieladresse angeben kann, in diesem Fall dann die 127 für den Broadcast)

Und nicht nur bekomme ich seit einer halben Stunde weiterhin das Datum und die Uhrzeit von Weihnachten 2018 von der Therme als Antwort auf die Abfrage von Parameter 0 - nein, auch das OZW hat diese Uhrzeit jetzt übernommen! Und sendet sie dazu noch in regelmäßigen Abständen über den Bus ...

Ich kann jetzt die am Bedienteil angezeigte Uhrzeit nicht physisch überprüfen, und das Display selber unterstützt (bei mir) Parameter 0 nicht, sonst könnte man das noch mal mit /P0,6,10 direkt abfragen. Erst nach einer guten halben Stunde, als das OZW vermutlich wieder einen periodischen NTP-Zeitserver-Abruf gemacht hatte, war die Zeit im OZW wieder umgestellt und dann auch entsprechend bei Parameter 0 bei der Abfrage der Heizung.
Testet doch mal, ob das bei Euch über diese Variante auch funktioniert.

Auffällig ist noch ein Punkt: Die Therme selber sendet gerade keine Zeit-Meldungen per INF mehr über den Bus. Vermutlich verschicken die Geräte von daher nur dann die eigene Uhrzeit, wenn längere Zeit von niemand anderem etwas gekommen ist, ähnlich wie ja auch das Warten auf das "Freizeichen" im Bus umgesetzt ist, man wartet einfach, bis man "dran" ist. Aber das wäre noch zu prüfen. Weiter "abschalten" kann ich das OZW von hier aus leider nicht...

[Schotty]

Dass sie an der Therme übernommen wurden, ist der Unterschied zu vorher. Ob nun dauerhaft ist vermutlich wegen des Absturzes noch nicht zu sagen...

Was heißt denn für dich/Euch 'an der Therme übernommen'? Dass das Setzen scheinbar 'erfolgreich' war? Das war es bei mir auch, ist ja auch mittels /0 oder /K0 'überprüfbar', da wird es (zumindest für einen gewissen Zeitraum) korrekt angezeigt.
Für mich ist es eben wichtig zu wissen, ob das ein Dauerzustand ist und die reglerseitige Bedieneinheit es ebenfalls übernimmt. Und das konnte ich innerhalb der fünf Stunden, die ich heute morgen getestet habe, mit keiner der bisher gewünschten Varianten oder anderweitig probierten Einstellmöglichkeiten erreichen. Aber warten wir mal ab, bis sihui sich wieder meldet und es bei sich auch nochmal direkt an der Therme und längerfristig überprüft.

[Schotty]

/I0=25.12.2018_14:30:00!127
...
Und nicht nur bekomme ich seit einer halben Stunde weiterhin das Datum und die Uhrzeit von Weihnachten 2018 von der Therme als Antwort auf die Abfrage von Parameter 0 - nein, auch das OZW hat diese Uhrzeit jetzt übernommen! Und sendet sie dazu noch in regelmäßigen Abständen über den Bus ...

Ich kann jetzt die am Bedienteil angezeigte Uhrzeit nicht physisch überprüfen, und das Display selber unterstützt (bei mir) Parameter 0 nicht, sonst könnte man das noch mal mit /P0,6,10 direkt abfragen. Erst nach einer guten halben Stunde, als das OZW vermutlich wieder einen periodischen NTP-Zeitserver-Abruf gemacht hatte, war die Zeit im OZW wieder umgestellt und dann auch entsprechend bei Parameter 0 bei der Abfrage der Heizung.
Testet doch mal, ob das bei Euch über diese Variante auch funktioniert.

Cool, das werde ich bei Gelegenheit ebenfalls testen und auch das Display im Blick behalten. Ich muss aber jetzt erstmal wieder raus, weiterbuddeln..

[Schotty]

Ha, mit /I0=xx.xx.xxxx_xx:xx:xx!127 funktioniert es! Die Bedieneinheit übernimmt es, und es kommt auch weiterhin die DISP->ALL INF-Meldung mit Uhrzeit und Datum! Top!
Ich gehe mal davon aus, dass das dann jetzt auch wirklich dauerhaft ist, lasse aber das Testsystem noch weiter laufen und kontrolliere nachher nochmal..

[freetz]

Sehr gut, danke für's Testen! Bei mir funkt wie gesagt immer noch das OZW mit seiner Zeit, statt der Bedieneinheit, aber dann hätten wir ja endlich eine valide Lösung (und auch geklärt, dass es anscheinend INF und nicht SET sein muss).

Der Grund, warum es mit /P0,6,127 vielleicht nicht geklappt hat, ist, dass bei jedem /P-Aufruf ja eine Auto-Detection des Zielgeräts gemacht wird, um die Gerätefamilie etc. zu erkennen. Bei Zieladresse 127 (also Broadcast) antworten ja alle Geräte am Bus, und welche Geräteadresse zuerst zurückgemeldet wird, die wird dann als Basis für die Auswahl der CommandIDs genommen. Wenn das dann aber z.B. das Display war, gerät die ganz Sache natürlich etwas durcheinander. Daher die Sache mit dem "!127", denn dort bleibt das eigentliche Zielgerät für die Auswahl der CommandIDs erhalten (auch noch mal vielleicht ein wichtiger Unterschied für's Handbuch, denn wer ein anderes Gerät am Bus ansprechen will, das keine allgemeingültige CommandID für einen bestimmten Befehl erwartet, müsste dann eben vorher mit /P0,6,X wechseln und nicht über das Ausrufezeichen hinter dem Set-Befehl.

[sihui]

Hat sihui
1. an der reglerseitigen Bedieneinheit nachgeprüft, ob es übernommen wurde und
2. nicht nur direkt nach dem Einstellen, sondern auch längere Zeit später (10min, halbe Std, eine Std etc) geprüft, ob die Einstellungen noch vorhanden sind?

Hat er.
Ich habe gestern als ich aus dem Haus gegangen bin zur realen Zeit um 11:50 die Zeit auf 11:45 gestellt per:

http://192.168.2.150/P0,7,127
http://192.168.2.150/I0=05.04.2019_11:45:30
http://192.168.2.150/P0,7,0

Die neue Zeit wurde korrekt am Webinterface und auch an der Therme angezeigt.

Jetzt, ca. 20 Stunden später, wird weiterhin die um fünf Minuten falsche Zeit angezeigt (Webinterface und Therme), die Zeit wurde also dauerhaft übernommen.

Dann habe ich Folgendes gemacht:
/I0=25.12.2018_14:30:00!127
(Ein Feature beim Setzen von Parametern ist ja, dass man mit nachgestelltem Ausrufezeichen dahinter eine temporäre Zieladresse angeben kann, in diesem Fall dann die 127 für den Broadcast)

Sehr interessant, gefällt mir besser als die obige Geschichte, werde ich im Laufe des Tages ausprobieren und dann berichten (mit SerMo)

[freetz]

Prima, aber was ist mit dem Absturz, von dem Du erzählt hattest? Und was genau ist da abgestürzt?

[sihui]

Sehr interessant, gefällt mir besser als die obige Geschichte, werde ich im Laufe des Tages ausprobieren und dann berichten (mit SerMo)

Hat sich schon erledigt:

http://192.168.2.150/I0=15.10.2013_16:40!127

FEHLER: Setzen fehlgeschlagen!

Weder das Webinterface noch die Therme reagieren darauf.

[sihui]

Und was genau ist da abgestürzt?

Könnte sein dass es nur der Adapter gewesen ist, der hatte sich fast komplett aus dem Sockel gelöst vom vielen rumstecken an den Anschlüssen 
Teste ich im Laufe des Tages noch einmal in Ruhe ...

[freetz]

Und ohne das !127 kommt der Fehler nicht? Das wäre sehr seltsam...

[sihui]

Und ohne das !127 kommt der Fehler nicht?

Doch.

[freetz]

Ok, kannst Du dann noch mal mit der /P Version von oben, mit der es geklappt hat, und dann einmal mit Ausrufezeichen einen SerMo Log mitlaufen lassen?
Mich wundert das sehr, denn "Setzen fehlgeschlagen" kann bei /I eigentlich kaum kommen, denn die Nachrichten werden ja nur auf dem Bus abgeworfen und nicht noch mal abgefragt...

[sihui]

Ok, kannst Du dann noch mal mit der /P Version von oben, mit der es geklappt hat, und dann einmal mit Ausrufezeichen einen SerMo Log mitlaufen lassen?

Ja, kommt im Laufe des Vormittages.

[freetz]

Kannst Du Dir (hoffentlich) sparen, Du hast in der obigen URL die Sekunden vergessen ...

[Schotty]

Moin,
an den vergessenen Sekunden scheint es zu liegen, ich habe es gerade getestet und auch bei mir kommt in dem Fall die Meldung "FEHLER: Setzen fehlgeschlagen!", obwohl es eine INF-Nachricht ist. Korrekt ausgeführt funktioniert der Befehl aber bei mir bisher zuverlässig, habe es noch ein paar Mal getestet.