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

[freetz]

Das geht nicht fallbezogen, sondern da müsstest Du über /P1,Y vorher die Zieladresse ändern und dann mit /P1,66 auf die Ursprungseinstellung zurück gehen.

[MasterOfPuppets111]

sehr sehr schade  .... also wenn ich die Werte per externem Programm z.B. Edomi über JSON abfragen will, müsste ich vor der Werteabfrage immer zwischen

http://<ipadresse>/P1,66,0 für den einen Regler (Kesselsteuerung/WW)

und http://<ipadresse>/P1,66,1 für den anderen (Zonenregler)

wechseln, richtig?

LG Pierre

[freetz]

Du kannst es ja mal auf GitHub als Issue/Feature Request hinzufügen, aber es betrifft halt nur einen sehr kleinen Teil der Userschaft, weil es eh' nur mit BSB Sinn macht. Ich will mich dem gar nicht grundsätzlich verweigern, auch weil wir jetzt mit dem Due wieder etwas mehr Luft haben, aber bisher haben es die Leute auf dem von Dir beschriebenen Weg umsetzen können, auch wenn ich einsehe, dass das nicht schön ist.
Gibt es denn so viele Werte, die Du auslesen willst, die der Zonenregler nicht auch an die Kesselsteuerung übermittelt?

Übrigens: In der Ruhe vor dem Sturm morgen habe ich jetzt die beiden Parameter-Reports eingepflegt, bei einem Update sollte ein neuerlicher Prüflauf ein "leeres" Testergebnis zeigen.

[MasterOfPuppets111]

...es betrifft halt nur einen sehr kleinen Teil der Userschaft, weil es eh' nur mit BSB Sinn macht.

Du meinst nur mit LPB machts sinn oder?

Ich will mich dem gar nicht grundsätzlich verweigern, auch weil wir jetzt mit dem Due wieder etwas mehr Luft haben, aber bisher haben es die Leute auf dem von Dir beschriebenen Weg umsetzen können, auch wenn ich einsehe, dass das nicht schön ist.

Ist ja kein muss, ich will ja niemand nötigen  . Werde es dann ebenfalls so umsetzen. Dachte nur es gäbe die Option auch für Abfragen, da sie für das setzen von befehlen ja ebenfalls vorhanden ist.

Gibt es denn so viele Werte, die Du auslesen willst, die der Zonenregler nicht auch an die Kesselsteuerung übermittelt?

Die bin ich gerade am herausfinden mit einer /0-10000 abfrage für beide Adressen.
Dazu auch nochmal eine Frage: bei der Geräteadresse 1 (Zonenregler) ging diese Abfrage innerhalb von 1min. die Werte kamen sekündlich rein. Bei Geräteadresse 0 (Kesselsteuerung) kommen ebenfalls die Werte für "einen Block" sekündlich, dann gibt's aber immer ein paar Minuten "Gedenkpause" bis die nächsten Werte im Sekundentakt eintrudeln. Kann es sein, dass dies an der niedrigeren Softwareversion des Kesselreglers (V1.3) liegt und der neuere Zonenregler (V3.4) einfach schneller ist? Falls ja gibt eine Möglichkeit des updates oder ist es ein Hardwareproblem? Bei der /Q abfrage ist es ähnlich, der Zonenregler ist innerhalb 1 Minute durch, der Kesselregler brauch 5-6min bis er schreibt: "Test beendet".

Übrigens: In der Ruhe vor dem Sturm morgen habe ich jetzt die beiden Parameter-Reports eingepflegt, bei einem Update sollte ein neuerlicher Prüflauf ein "leeres" Testergebnis zeigen.

Hat geklappt!

[Schotty]

Du meinst nur mit LPB machts sinn oder?

Ja, denn LPB ist quasi ein reglerübergreifender Bus, BSB ist eher ein 'lokaler' Bus.
Aber mach es mal ruhig so wie freetz es vorgeschlagen hatte und eröffne ein Issue/FeatureRequest, vielleicht ergibt sich da ja irgendwann nochmal was. Wäre auf jeden Fall eine feine Sache für diejenigen, die es nutzen.

Dazu auch nochmal eine Frage: bei der Geräteadresse 1 (Zonenregler) ging diese Abfrage innerhalb von 1min. die Werte kamen sekündlich rein. Bei Geräteadresse 0 (Kesselsteuerung) kommen ebenfalls die Werte für "einen Block" sekündlich, dann gibt's aber immer ein paar Minuten "Gedenkpause" bis die nächsten Werte im Sekundentakt eintrudeln. Kann es sein, dass dies an der niedrigeren Softwareversion des Kesselreglers (V1.3) liegt und der neuere Zonenregler (V3.4) einfach schneller ist? Falls ja gibt eine Möglichkeit des updates oder ist es ein Hardwareproblem? Bei der /Q abfrage ist es ähnlich, der Zonenregler ist innerhalb 1 Minute durch, der Kesselregler brauch 5-6min bis er schreibt: "Test beendet".

Update: Also eine Möglichkeit (zumindest für uns 'Endkunden') des Firmware-/Software-Updates für (diesen) Regler(typ) gibt's afaik leider nicht.
Abfragedauer: Als Hardwareproblem würde ich es nicht ansehen, solange alles funktioniert ist alles i.O. Wenn es dich beruhigt, kannst du sonst mal konkret die Zeit für den Kesselregler (RVS43.222) bei der Komplettabfrage 0-10000 stoppen und mir mitteilen, dann stelle ich es hier mal nach (habe den gleichen Regler je einmal im SOB26C und in einem Testsystem). Aber letztlich hat das für den Realbetrieb m.A.n. keine große Bedeutung, denn Komplettabfragen macht man ja eher selten..

[freetz]

Es gibt durchaus Unterschiede in der Geschwindigkeit (insbesondere das OCI420, das einen LPB-Anschluss für ältere Thermen ermöglicht) ist sehr langsam, aber mehrere Minuten Pause zwischen den Blöcken finde ich ungewöhnlich. Wenn es aber am gleichen Adapter an anderer Therme schnell(er) geht, muss es wohl an der Therme liegen.

[Schotty]

..vielleicht hat der ZR2 auch einfach weniger Parameter, die verfügbar sind, und es geht deshalb schneller? Ich glaube bei meinem RVS63 dauert es auch etwas länger als beim RVS43, aber ich kann mich auch irren..

[freetz]

BSB-LAN würde trotzdem versuchen, alle unbekannten Parameter abzufragen. Auch dafür gehen ja die Telegramme über den Bus. Beim OCI420 war es so, dass unbekannte Parameter der Grund waren, warum es so lange gedauert hat, weil die deutlich länger in der Bearbeitung waren, als bekannte Parameter...

[Schotty]

Mache gerade eine Komplettabfrage vom RVS43 via LPB, die nicht-verfügbaren Parameter scheinen es laaaaaaangsam zu machen - nach 16min ist er erst/noch immer bei Parameter 900.. Ich mach mir mal nen frischen Kaffee und melde mich mit den Ergebnissen LPB vs BSB, sobald das mal durch ist..
RVS63 kann ich sonst auch nochmal testen, wenn's von Interesse ist..

EDIT: 60min und noch immer #2310..   

[Schotty]

..nachdem er nach 80min noch immer bei #2310 war, habe ich die Abfrage mal abgebrochen und den Due resettet. Die LED leuchtete auch mehr dauerhaft, als dass sie flackerte. Evtl starte ich die Abfrage später nochmal mit aktiviertem SerMo (hatte leider nur ne Stoppuhr genommen), dann kann ich in der Zwischenzeit ein Nickerchen o.ä. machen.. 

Was auffiel: Die error7-Parameter tauchen bei der Webausgabe der Abfrage via LPB nicht mit auf, bei der via BSB hingegen schon.

Komplettabfrage 0-10000 via BSB dauerte ca 6:21..

[Schotty]

@freetz: Kann es sein, dass via LPB immer die drei Versuche stattfinden, via BSB aber nicht..? Via BSB ist mir im SerMo diesbzgl gerade nichts aufgefallen (überprüfe ich bei Bedarf aber sonst nachher auch nochmal), bei LPB hingegen sieht's so aus:

Code Auswählen Erweitern


13:21:37.014 -> LAN->HEIZ QUR    6 Uhrzeit und Datum - Sommerzeitende Tag/Monat:
13:21:37.014 -> 78 0E 00 42 C0 02 00 14 06 3D 05 00 9D F5 8F
13:21:37.014 -> HEIZ->LAN ANS    6 Uhrzeit und Datum - Sommerzeitende Tag/Monat: 25.10
13:21:37.014 -> 78 17 42 00 0C 02 00 14 07 05 3D 00 9D 00 FF 0A 19 FF FF FF FF 16 F1 22
13:21:37.014 -> #6: 25.10
13:21:40.133 -> 78 0E 00 42 C0 02 00 14 06 3D 05 0B C3 F5 C0
13:21:40.133 ->  query failed
13:21:43.250 -> 78 0E 00 42 C0 02 00 14 06 3D 05 0B C3 F5 C0
13:21:43.250 ->  query failed
13:21:46.333 -> 78 0E 00 42 C0 02 00 14 06 3D 05 0B C3 F5 C0
13:21:46.333 ->  query failed
13:21:46.333 -> error 5
13:21:49.418 -> 78 0E 00 42 C0 02 00 14 06 3D 05 0B CA F5 C7
13:21:49.418 ->  query failed
13:21:52.508 -> 78 0E 00 42 C0 02 00 14 06 3D 05 0B CA F5 C7
13:21:52.508 ->  query failed
13:21:55.625 -> 78 0E 00 42 C0 02 00 14 06 3D 05 0B CA F5 C7
13:21:55.625 ->  query failed
13:21:55.625 -> error 5
13:21:58.742 -> 78 0E 00 42 C0 02 00 14 06 3D 05 0B C9 F5 C6
13:21:58.742 ->  query failed
13:22:01.859 -> 78 0E 00 42 C0 02 00 14 06 3D 05 0B C9 F5 C6
13:22:01.859 ->  query failed
13:22:04.942 -> 78 0E 00 42 C0 02 00 14 06 3D 05 0B C9 F5 C6
13:22:04.942 ->  query failed
13:22:04.942 -> error 5
13:22:07.996 -> 78 0E 00 42 C0 02 00 14 06 3D 05 08 1E F5 18
13:22:07.996 ->  query failed
13:22:11.114 -> 78 0E 00 42 C0 02 00 14 06 3D 05 08 1E F5 18
13:22:11.114 ->  query failed
13:22:14.198 -> 78 0E 00 42 C0 02 00 14 06 3D 05 08 1E F5 18
13:22:14.198 ->  query failed
13:22:14.198 -> 25
...

Auch 'interessant': Meist kam 'error5', aber beim letzten oben aufgeführten Parameter erschien eine '25'..? Später tauchen dann auch 'error7' und 'error101' auf, evtl auch noch andere error-Typen.

Habe jetzt den SerMo bei der LPB-Abfrage mitlaufen und kann sie nachher bei Interesse als txt-file anhängen/zuschicken.

[freetz]

Ich meine mich zu erinnern, dass bei einem Deiner Geräte keine konformen ERR-Telegramme gesendet wurden und dann an der Stelle, wo normalerweise der Fehler steht, etwas anderes ausgelesen wird. In Zeile 2991 habe ich jedenfalls mal was (inzwischen auskommentiertes) dazu geschrieben. Dann schickt er die Telegramme eben drei mal, weil er denkt, es kommt keine Antwort (oder weil eben wirklich keine gekommen ist).

[MasterOfPuppets111]

Mache gerade eine Komplettabfrage vom RVS43 via LPB, die nicht-verfügbaren Parameter scheinen es laaaaaaangsam zu machen - nach 16min ist er erst/noch immer bei Parameter 900.. Ich mach mir mal nen frischen Kaffee und melde mich mit den Ergebnissen LPB vs BSB, sobald das mal durch ist..
RVS63 kann ich sonst auch nochmal testen, wenn's von Interesse ist..

EDIT: 60min und noch immer #2310..   

Im selben Zeitrahmen bewegt es sich bei mir auch. War jetzt nochmal weg und habe es im Hintergrund weiterlaufen lassen, ist sauber bis zum Ende durchgelaufen wieviel Stunden das aber letztendlich gedauert hat, kann ich nicht sagen. Wie gesagt der Zonenregler hat ähnlich viele Parameter nur da läuft es seeeehr viel flotter durch. Aber wie du schon gesagt hast im Alltag ist es egal, da so viele Werte nicht auf einmal abgefragt werden. Habe ich nur mal bei beiden Geräteadressen gemacht um zusehen, was alles abgefragt werden kann und was für meine Visu später interessant ist.

PS: Feature request auf Github habe ich erstellt

[freetz]

Für Mega2560 User gibt es jetzt ein Script, das die _defs.h nach ausgewählten Gerätefamilien filter. Wenn man bspw. zwei Geräte am Bus mit den Gerätefamilien 162 und 90 hat, kann man nun mit

Code Auswählen Erweitern

./selected_defs.pl 162 90 > BSB_lan_defs_filtered.h
eine reduzierte _defs.h erstellen, die nur die für die beiden Gerätefamilien relevanten Parameter enthält. Die originale _defs.h kann man dann an einem anderen Ort ablegen und durch die neu erzeugte BSB_lan_defs_filtered.h ersetzen (umbennenen). Die Ersparnis beträgt im Schnitt etwa 20 bis 25 kB Flash-Speicher, den man dann für die (Re-)Aktivierung von anderen Funktionen nutzen kann.
Dieser Zusatzschritt ist zwar nicht besonders bequem, aber ermöglicht Usern des Mega vielleicht noch eine gewisse Zeit lang mehr, die Software auf der alten Hardware zu nutzen.

Das Script läuft unter Perl, was auf Mac- und Linux-Rechnern standardmäßig installiert ist, lässt sich aber auch auf Windows nachinstallieren. Support kann ich dafür aber keinen bieten, weil ich schon lange keinen Windows-Rechner mehr am Laufen habe.

[Schotty]

Im selben Zeitrahmen bewegt es sich bei mir auch. War jetzt nochmal weg und habe es im Hintergrund weiterlaufen lassen, ist sauber bis zum Ende durchgelaufen wieviel Stunden das aber letztendlich gedauert hat, kann ich nicht sagen.

Also bei mir hat es jetzt 3Std 18Min gedauert 
Aber du hast Recht @freetz, da war irgendwas mit den fehlenden ERR-Telegrammen.. Ich teste es aber gleich nochmal mit nem RVS63, das will ich jetzt wissen 

Habe ich nur mal bei beiden Geräteadressen gemacht um zusehen, was alles abgefragt werden kann und was für meine Visu später interessant ist.

Kann ich auch immer nur wieder zu raten, sich eine Komplettabfrage als txt-file zu speichern - ist Gold wert, wenn man irgendwann mal anfängt Einstellungen zu verändern zwecks Optimierung. So hat man immer die Ausgangssituation als 'Backup' vorliegen..