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

[Schotty]

So, ich habe gerade nochmal die Uhrzeit-Geschichte getestet, allerdings noch nicht die /P-Variante mit /I0=..., sondern etwas anderes:

Bei Freetz funktioniert das Setzen mit /S0=..., bei sihui und mir bisher nicht. Dass es wirklich reglerabhängig sein soll, konnte ich noch nicht glauben, da freetz und sihui beide eine LMU7x haben (freetz LMU74, sihui anscheinend die 'größere' LMU75). Bei meinem Testsystem werkelt ein RVS, das könnte zwar einen Unterschied machen, hielt ich aber auch für eher unwahrscheinlich.
Warum also funktioniert es bei sihui und mir nicht, bei freetz hingegen schon?
Unterschied zu freetz: Wir haben beide den Adapter als RGT2 angemeldet, da bereits ein QAA als RGT1 vorhanden ist (bzw war, da ich es zwischenzeitlich zum Testen von /S0=... bereits abgeklemmt hatte, ebenfalls ohne Erfolg). Also habe ich das QAA abgeklemmt und den Adapter als RGT1 angemeldet und siehe da, der Befehl /S0=... schien Wirkung zu zeigen!
ABER: Auch hierbei wird die Einstellung NICHT im Display der reglerseitigen Bedieneinheit übernommen, zumindest wird noch immer die falsche Uhrzeit im Display angezeigt. Auch die Webausgabe meldet nach einiger Zeit wieder die alte 'falsche' Uhrzeit. Also das gleiche Verhalten, wie ich es gestern beim Setzen via /I0=... beobachtet hatte (https://forum.fhem.de/index.php/topic,29762.msg927084.html#msg927084).
Merkwürdigerweise traten jedoch zweimal Fehlermeldungen auf, die die zuvor via /S0=... eingestellten Daten anzeigten (s. screenshot) 

Dann habe ich das QAA75 zusätzlich angeschlossen und als RGT2 angemeldet und erneut /S0=... probiert: "Fehler: Setzen fehlgeschlagen"!
Das ist auch reproduzierbar und dabei ist es egal, ob ich das QAA75 ebenfalls als RGT1 oder als RGT2, als Servicegerät oder sonstwie anmelde.
Sprich: Das Setzen mit /S0=... funktioniert anscheinend NUR, wenn der BSB-LAN-Adapter als 1.) einziger (zusätzlicher) RGT-Busteilnehmer und 2.) dabei als RGT1 angemeldet ist. (Übrigens, für alle die, die das testen wollen: Wenn man das als RGT2 angemeldete QAA-Raumgerät nun einfach im laufenden Betrieb abklemmt, so muss man einige Zeit warten, bis auch das Setzen via Adapter wieder funktioniert, da der Regler anscheinend erstmal mitbekommen muss, dass nur noch ein RGT vorhanden ist..)

Zusammenfassung:
1. Setzen via /S0=... 'funktioniert' NUR, wenn der Adapter als einziger RGT-Busteilnehmer und dabei RGT1 angemeldet ist.
2. Wenn der Adapter als RGT2 neben einem regulären QAA-Raumgerät angemeldet ist, 'funktioniert' nur die Variante mit /I0=...
3. Bei beiden Varianten scheint das Setzen von Datum/Uhrzeit nicht dauerhaft zu sein! Die Änderungen werden im Display der reglerseitigen Bedieneinheit nicht angezeigt und nach einiger Zeit meldet auch /K0 wieder die 'alten' Einstellungen.

[Schotty]

@numsi: Danke für den Hinweis, allerdings betrifft das imho nur LPB, RGTs etc sind ja alle am BSB angeschlossen. Davon abgesehen ist mein Testsystemregler LPB-Uhrzeitmaster (weshalb ich auch die Fehlermeldung 102 nicht so ganz verstehe, habe mich damit aber auch noch nicht weiter beschäftigt ).

[sihui]

@sihui: Könntest Du noch einmal das reproduzieren, was Ulf gemacht hat, nur damit ich sicher weiß, dass das "standardmäßiges" Verhalten ist (und wieder bitte SerMo von Anfang an mitlaufen lassen):

Ich hatte die gleiche Beobachtung vorher auch schon gemacht und da sich inzwischen (späterer Post) das geklärt hat lasse ich diesen Teil jetzt aus.

a)
/P0,7,127
/I0=...
(Prüfen, ob sich die Uhrzeit geändert hat)

Phantasiezeit wieder auf 15.10.2013 16:40

http://192.168.2.150/P0,7,127
http://192.168.2.150/I0=05.04.2019_09:55:30

Code Auswählen Erweitern

09:59:19.254 -> HEIZ->DISP ANS 8310 Diagnose Erzeuger -  Kesseltemperatur: 39.9 °C
09:59:19.292 -> DC 80 0A 0E 07 0D 3D 05 19 00 09 F8 6B 04
09:59:21.030 -> GET /P0,7,127 HTTP/1.1

09:59:21.030 -> /P0,7,127
09:59:21.285 -> My address: 7
09:59:21.285 -> Destination address: 127
09:59:21.285 -> Device family: 98
09:59:21.285 -> Device variant: 100
09:59:22.276 -> DISP->HEIZ QUR 8310 Diagnose Erzeuger -  Kesseltemperatur:
09:59:22.276 -> DC 8A 00 0B 06 3D 0D 05 19 4F 8C
09:59:22.354 -> HEIZ->DISP ANS 8310 Diagnose Erzeuger -  Kesseltemperatur: 39.9 °C
09:59:22.401 -> DC 80 0A 0E 07 0D 3D 05 19 00 09 F8 6B 04
09:59:22.631 -> GET /700 HTTP/1.1

09:59:22.631 -> /700
09:59:25.350 -> Duration: 2434
09:59:25.460 -> Duration: 2507
09:59:25.944 -> Timeout waiting for answer...
09:59:25.944 -> query failed
09:59:28.448 -> Duration: 2440
09:59:28.554 -> Duration: 2515
09:59:29.026 -> Timeout waiting for answer...
09:59:29.026 -> query failed
09:59:31.542 -> Duration: 2428
09:59:31.648 -> Duration: 2503
09:59:32.133 -> Timeout waiting for answer...
09:59:32.133 -> query failed
09:59:32.174 -> GET /8741 HTTP/1.1

09:59:32.174 -> /8741
09:59:34.642 -> Duration: 2183
09:59:34.747 -> Duration: 2255
09:59:35.475 -> Timeout waiting for answer...
09:59:35.475 -> query failed
09:59:36.205 -> Duration: 635
09:59:37.740 -> Duration: 2184
09:59:37.844 -> Duration: 2258
09:59:38.599 -> Timeout waiting for answer...
09:59:38.599 -> query failed
09:59:40.855 -> Duration: 2160
09:59:40.958 -> Duration: 2233
09:59:41.720 -> Timeout waiting for answer...
09:59:41.720 -> query failed
09:59:43.967 -> Duration: 2180
09:59:44.034 -> Duration: 2258
09:59:44.793 -> Timeout waiting for answer...
09:59:44.793 -> query failed
09:59:47.063 -> Duration: 2176
09:59:47.202 -> Duration: 2309
09:59:47.885 -> Timeout waiting for answer...
09:59:47.885 -> query failed
09:59:50.951 -> Timeout waiting for answer...
09:59:50.951 -> query failed
09:59:54.050 -> Timeout waiting for answer...
09:59:54.050 -> query failed
09:59:57.138 -> Duration: 2991
09:59:57.172 -> Timeout waiting for answer...
09:59:57.172 -> query failed
09:59:57.344 -> Duration: 2
10:00:00.361 -> Timeout waiting for answer...
10:00:00.361 -> query failed
10:00:00.361 -> GET /I0=05.04.2019_09:55:30 HTTP/1.1

10:00:00.361 -> /I0=05.04.2019_09:55:30
10:00:00.361 -> set ProgNr 0 = 05.04.2019_09:55:30
10:00:00.361 -> date time: 5.4.2019 9:55:30
10:00:00.361 -> setting line: 0 val: 01 77 04 05 05 09 37 1E 00
10:00:00.467 -> RGT2->ALL  INF      0005006C 01 77 04 05 05 09 37 1E 00
10:00:00.467 -> DC 87 7F 14 02 00 05 00 6C 01 77 04 05 05 09 37 1E 00 D2 96
10:00:00.558 -> My address: 7
10:00:00.558 -> Destination address: 127
10:00:02.356 -> HEIZ->ALL  INF 10102 Benutzerdefiniert -  INFO HK1 - TBD: 01 02 22 87 FF FF FF FF 02 01
10:00:02.391 -> DC 80 7F 15 02 2D 00 02 11 01 02 22 87 FF FF FF FF 02 01 DD 7E
10:00:02.810 -> GET /favicon.ico HTTP/1.1

10:00:02.810 -> /favicon.ico
10:00:07.243 -> DISP->HEIZ QUR 8310 Diagnose Erzeuger -  Kesseltemperatur:
10:00:07.277 -> DC 8A 00 0B 06 3D 0D 05 19 4F 8C
10:00:07.414 -> HEIZ->DISP ANS 8310 Diagnose Erzeuger -  Kesseltemperatur: 39.9 °C
10:00:07.449 -> DC 80 0A 0E 07 0D 3D 05 19 00 09 F8 6B 04
10:00:08.338 -> GET /700 HTTP/1.1

10:00:08.338 -> /700

Datum und Uhrzeit wurden korrekt an der Therme übernommen, allerdings gibt es einen Absturz (Adapter oder Regler, keine Ahnung)

b)
/P0,10,127
/I0=...
(Prüfen, ob sich die Uhrzeit geändert hat)

Ausgangsituation wiederhergestellt, Phantasiezeit 15.10.2013 16:40 und http://192.168.2.150/P0,7,0, dann:

http://192.168.2.150/P0,10,127
http://192.168.2.150/I0=05.04.2019_09:56:30

Code Auswählen Erweitern

10:04:50.532 -> HEIZ->DISP ANS 8310 Diagnose Erzeuger -  Kesseltemperatur: 56.2 °C
10:04:50.567 -> DC 80 0A 0E 07 0D 3D 05 19 00 0E 0B 2D EF
10:04:51.436 -> GET /P0,10,127 HTTP/1.1

10:04:51.436 -> /P0,10,127
10:04:51.746 -> My address: 10
10:04:51.746 -> Destination address: 127
10:04:51.746 -> Device family: 98
10:04:51.746 -> Device variant: 100
10:04:53.467 -> GET /8000 HTTP/1.1

10:04:53.467 -> /8000
10:04:53.846 -> Duration: 2
10:04:53.846 -> Duration: 3
10:04:56.635 -> Duration: 2797
10:04:56.739 -> Duration: 2872
10:04:56.840 -> Timeout waiting for answer...
10:04:56.840 -> query failed
10:04:59.763 -> Duration: 2824
10:04:59.831 -> Duration: 2897
10:04:59.935 -> Timeout waiting for answer...
10:04:59.935 -> query failed
10:05:02.842 -> Duration: 2825
10:05:02.909 -> Duration: 2899
10:05:03.012 -> Timeout waiting for answer...
10:05:03.012 -> query failed
10:05:03.081 -> GET /I0=05.04.2019_09:56:30 HTTP/1.1

10:05:03.081 -> /I0=05.04.2019_09:56:30
10:05:03.081 -> set ProgNr 0 = 05.04.2019_09:56:30
10:05:03.081 -> date time: 5.4.2019 9:56:30
10:05:03.081 -> setting line: 0 val: 01 77 04 05 05 09 38 1E 00
10:05:03.185 -> DISP->ALL  INF      0005006C 01 77 04 05 05 09 38 1E 00
10:05:03.185 -> DC 8A 7F 14 02 00 05 00 6C 01 77 04 05 05 09 38 1E 00 2A DD
10:05:03.220 -> My address: 10
10:05:03.220 -> Destination address: 127
10:05:05.933 -> DISP->HEIZ QUR 8310 Diagnose Erzeuger -  Kesseltemperatur:
10:05:05.967 -> DC 8A 00 0B 06 3D 0D 05 19 4F 8C
10:05:06.037 -> HEIZ->DISP ANS 8310 Diagnose Erzeuger -  Kesseltemperatur: 59.6 °C
10:05:06.037 -> DC 80 0A 0E 07 0D 3D 05 19 00 0E E7 11 4D
10:05:08.956 -> GET /8741 HTTP/1.1

10:05:08.956 -> /8741
10:05:09.301 -> Duration: 2
10:05:09.301 -> Duration: 3
10:05:12.128 -> Duration: 2829
10:05:12.269 -> Duration: 2957
10:05:12.306 -> Timeout waiting for answer...
10:05:12.337 -> query failed
10:05:15.251 -> Duration: 2821
10:05:15.355 -> Duration: 2895
10:05:15.461 -> Timeout waiting for answer...
10:05:15.461 -> query failed
10:05:18.338 -> Duration: 2777
10:05:18.437 -> Duration: 2850
10:05:18.575 -> Timeout waiting for answer...
10:05:18.575 -> query failed

Datum und Uhrzeit wurden korrekt an der Therme übernommen, allerdings gibt es einen Absturz (Adapter oder Regler, keine Ahnung)

[Schotty]

@sihui: Ich vermute, es liegt am BSB-Adresskonflikt der in dem Moment entsteht, wenn man den Adapter ebenfalls als DISP anmeldet (da dies bereits der Busteilnehmer 'reglerseitige Bedieneinheit ist').
Zu überprüfen wäre dann auch in dem Fall, ob die Änderungen wirklich dauerhafter Natur sind und ebenfalls von der reglerseitigen Bedieneinheit übernommen werden oder nicht (s.o.).

[freetz]

Danke Euch beiden für's Testen - das sind ja schon mal interessante Ergebnisse. Könntet Ihr mal probieren, BSB-LAN auf Adresse 49 zu setzen? Das ist nämlich die ID, mit der sich der OZW671 Webserver in den Bus hängt und da auch munter seine aus dem Internet bezogene Zeit postet. Vielleicht gibt es dann keinen Konflikt?
Wobei @Schotty: Der Adresskonflikt besteht ja nur in sihuis zweitem Aufruf, wo sich BSB-LAN als "Display" meldet, im ersten Fall ist es ja ein RGT2 (was insofern auch Deiner These widersprechen würde, dass das Gerät als RGT1 angemeldet sein muss, oder bezog sich das nur auf den Unterschied /I0= und /S0=?).

Also:
- /P0,49,127
- /I0=...
- Prüfen, ob sich die Uhrzeit geändert hat.

[frank]

ich habe vielleicht den überblick verloren.
aber eventuell muss man die befehle an das bediengerät senden, falls eines vorhanden ist. sendet dieses nicht auch ständig die uhrzeit?

nur so als idee.

[Schotty]

Bei der Gelegenheit habe ich auch mal den Busverkehr mit /V1 des Anmelde- und Aktualisierungsvorgangs mitgeschnitten, der beim Einstecken des QAA75 in die Halterung (=Anschluss an den Regler) abläuft.
Interessant finde ich, dass generell als erstes eine INF-Meldung vom QAA kommt und dann eine QINF-Meldung, worauf hin die anderen Busteilnehmer sich melden.

Anmeldung des QAA75 als "RGT1" (trotz BSB-Adresskonflikt):

Code Auswählen Erweitern


RGT1->ALL  INF      05000064 00 5E 00 65 03 FC 00 08 05 E1 
DC 86 7F 15 02 05 00 00 64 00 5E 00 65 03 FC 00 08 05 E1 F8 A1 
DISP->ALL  INF    0 Uhrzeit und Datum -  Datum/Zeit: 01.01.2004 23:33:44
DC 8A 7F 14 02 05 00 00 6C 00 68 01 01 04 17 21 2C 00 B9 48 
RGT1->ALL  QINF      05050064 
DC 86 7F 0B 01 05 05 00 64 67 23 
HEIZ->RGT1 INF      05050064 00 60 00 64 00 0A 00 00 7A A6 
DC 80 06 15 02 05 05 00 64 00 60 00 64 00 0A 00 00 7A A6 FF BC 
EM1->RGT1 INF      05050064 00 5B 00 6D 00 0A 00 00 15 81 
DC 83 06 15 02 05 05 00 64 00 5B 00 6D 00 0A 00 00 15 81 6B 2A 
DISP->RGT1 INF      05050064 00 5C 00 64 00 0D 00 00 E4 65 
DC 8A 06 15 02 05 05 00 64 00 5C 00 64 00 0D 00 00 E4 65 0A 9D 
RGT1->HEIZ QUR 10100 Benutzerdefiniert -  INFO Brenner: 
DC 86 00 0B 06 3D 05 02 13 CF 47 
HEIZ->RGT1 ANS 10100 Benutzerdefiniert -  INFO Brenner: 00 00 00 49 
DC 80 06 0F 07 05 3D 02 13 00 00 00 49 08 60 
RGT1->HEIZ QUR      053D0219 
DC 86 00 0B 06 3D 05 02 19 6E 0D 
HEIZ->RGT1 ERR      053D0219 07 
DC 80 06 0C 08 05 3D 02 19 07 14 C2 
RGT1->HEIZ QUR      053D0248 
DC 86 00 0B 06 3D 05 02 48 24 D9 
HEIZ->RGT1 ERR      053D0248 07 
DC 80 06 0C 08 05 3D 02 48 07 29 4C 
RGT1->HEIZ QUR 1602 Trinkwasser -  TWW Status: 
DC 86 00 0B 06 3D 31 02 12 C6 03 
HEIZ->RGT1 ANS 1602 Trinkwasser -  TWW Status: 01000001
DC 80 06 0E 07 31 3D 02 12 00 00 41 72 3D 
RGT1->HEIZ QUR 10102 Benutzerdefiniert -  INFO HK1 - TBD: 
DC 86 00 0B 06 3D 2D 02 11 C0 62 
HEIZ->RGT1 ANS 10102 Benutzerdefiniert -  INFO HK1 - TBD: 01 01 24 4B 54 84 FF FF 00 25 
DC 80 06 15 07 2D 3D 02 11 01 01 24 4B 54 84 FF FF 00 25 0D 0B 
RGT1->32 QUR 6236 Konfiguration -  Hersteller-ID (letzten vier Bytes): 
DC 86 32 0B 06 3D 05 00 64 9E 3B 
DISP->HEIZ QUR 8310 Diagnose Erzeuger -  Kesseltemperatur: 
DC 8A 00 0B 06 3D 0D 05 19 4F 8C 
HEIZ->DISP ANS 8310 Diagnose Erzeuger -  Kesseltemperatur: 58.6 °C
DC 80 0A 0E 07 0D 3D 05 19 00 0E A8 A8 66 
RGT1->HEIZ INF      3D2D0215 05 BE 00 
DC 86 00 0E 02 3D 2D 02 15 05 BE 00 2F 1D 
RGT1->32 QUR 6236 Konfiguration -  Hersteller-ID (letzten vier Bytes): 
DC 86 32 0B 06 3D 05 00 64 9E 3B 
RGT1->32 QUR 6236 Konfiguration -  Hersteller-ID (letzten vier Bytes): 
DC 86 32 0B 06 3D 05 00 64 9E 3B 
RGT1->HEIZ INF      3D2D0215 05 C1 00 
DC 86 00 0E 02 3D 2D 02 15 05 C1 00 37 7A


Anmeldung des QAA75 als "RGT2":

Code Auswählen Erweitern


RGT2->ALL  INF    0 Uhrzeit und Datum -  Datum/Zeit: 01.01.2004 23:35:16
DC 87 7F 14 02 05 00 00 6C 00 68 01 01 04 17 23 10 00 43 AA
RGT2->ALL  INF      05000064 00 5E 00 65 03 FC 00 08 05 E1
DC 87 7F 15 02 05 00 00 64 00 5E 00 65 03 FC 00 08 05 E1 08 90
RGT2->ALL  QINF      05050064
DC 87 7F 0B 01 05 05 00 64 20 F0
HEIZ->RGT2 INF      05050064 00 60 00 64 00 0A 00 00 7A A6
DC 80 07 15 02 05 05 00 64 00 60 00 64 00 0A 00 00 7A A6 EF 5E
EM1->RGT2 INF      05050064 00 5B 00 6D 00 0A 00 00 15 81
DC 83 07 15 02 05 05 00 64 00 5B 00 6D 00 0A 00 00 15 81 7B C8
DISP->RGT2 INF      05050064 00 5C 00 64 00 0D 00 00 E4 65
DC 8A 07 15 02 05 05 00 64 00 5C 00 64 00 0D 00 00 E4 65 1A 7F
DISP->HEIZ QUR 8310 Diagnose Erzeuger -  Kesseltemperatur:
DC 8A 00 0B 06 3D 0D 05 19 4F 8C
HEIZ->DISP ANS 8310 Diagnose Erzeuger -  Kesseltemperatur: 58.6 °C
DC 80 0A 0E 07 0D 3D 05 19 00 0E A8 A8 66
RGT2->HEIZ QUR 10100 Benutzerdefiniert -  INFO Brenner:
DC 87 00 0B 06 3D 05 02 13 88 94
HEIZ->RGT2 ANS 10100 Benutzerdefiniert -  INFO Brenner: 00 00 00 49
DC 80 07 0F 07 05 3D 02 13 00 00 00 49 D0 29
RGT2->HEIZ QUR      053D0219
DC 87 00 0B 06 3D 05 02 19 29 DE
HEIZ->RGT2 ERR      053D0219 07
DC 80 07 0C 08 05 3D 02 19 07 53 11
RGT2->HEIZ QUR      053D0248
DC 87 00 0B 06 3D 05 02 48 63 0A
HEIZ->RGT2 ERR      053D0248 07
DC 80 07 0C 08 05 3D 02 48 07 6E 9F
RGT2->HEIZ QUR 1602 Trinkwasser -  TWW Status:
DC 87 00 0B 06 3D 31 02 12 81 D0
HEIZ->RGT2 ANS 1602 Trinkwasser -  TWW Status: 01000001
DC 80 07 0E 07 31 3D 02 12 00 00 41 1D 78
RGT2->HEIZ QUR 10102 Benutzerdefiniert -  INFO HK1 - TBD:
DC 87 00 0B 06 3D 2D 02 11 87 B1
HEIZ->RGT2 ANS 10102 Benutzerdefiniert -  INFO HK1 - TBD: 01 01 24 4B 54 84 FF FF 00 25
DC 80 07 15 07 2D 3D 02 11 01 01 24 4B 54 84 FF FF 00 25 1D E9
RGT2->32 QUR 6236 Konfiguration -  Hersteller-ID (letzten vier Bytes):
DC 87 32 0B 06 3D 05 00 64 D9 E8
RGT2->ALL  INF    0 Uhrzeit und Datum -  Datum/Zeit: 01.01.2004 23:35:21
DC 87 7F 14 02 05 00 00 6C 00 68 01 01 04 17 23 15 00 BC 5F
RGT2->32 QUR 6236 Konfiguration -  Hersteller-ID (letzten vier Bytes):
DC 87 32 0B 06 3D 05 00 64 D9 E8
HEIZ->EM1 INF      05040227 00 00 00 00
DC 80 03 0F 02 05 04 02 27 00 00 00 00 D8 E6
RGT2->32 QUR 6236 Konfiguration -  Hersteller-ID (letzten vier Bytes):
DC 87 32 0B 06 3D 05 00 64 D9 E8


Anmeldung des QAA75 als "Servicegerät":

Code Auswählen Erweitern


SRVC->ALL  INF      05000064 00 5E 00 65 03 FC 00 08 05 E1
DC 8B 7F 15 02 05 00 00 64 00 5E 00 65 03 FC 00 08 05 E1 09 58
SRVC->ALL  QINF      05050064
DC 8B 7F 0B 01 05 05 00 64 31 47
HEIZ->SRVC INF      05050064 00 60 00 64 00 0A 00 00 7A A6
DC 80 0B 15 02 05 05 00 64 00 60 00 64 00 0A 00 00 7A A6 2B C6
EM1->SRVC INF      05050064 00 5B 00 6D 00 0A 00 00 15 81
DC 83 0B 15 02 05 05 00 64 00 5B 00 6D 00 0A 00 00 15 81 BF 50
DISP->SRVC INF      05050064 00 5C 00 64 00 0D 00 00 E4 65
DC 8A 0B 15 02 05 05 00 64 00 5C 00 64 00 0D 00 00 E4 65 DE E7
SRVC->HEIZ QUR 10100 Benutzerdefiniert -  INFO Brenner:
DC 8B 00 0B 06 3D 05 02 13 99 23
HEIZ->SRVC ANS 10100 Benutzerdefiniert -  INFO Brenner: 00 00 00 49
DC 80 0B 0F 07 05 3D 02 13 00 00 00 49 23 E0
SRVC->HEIZ QUR      053D0219
DC 8B 00 0B 06 3D 05 02 19 38 69
HEIZ->SRVC ERR      053D0219 07
DC 80 0B 0C 08 05 3D 02 19 07 42 A6
SRVC->HEIZ QUR      053D0248
DC 8B 00 0B 06 3D 05 02 48 72 BD
HEIZ->SRVC ERR      053D0248 07
DC 80 0B 0C 08 05 3D 02 48 07 7F 28
SRVC->HEIZ QUR 1602 Trinkwasser -  TWW Status:
DC 8B 00 0B 06 3D 31 02 12 90 67
HEIZ->SRVC ANS 1602 Trinkwasser -  TWW Status: 01000001
DC 80 0B 0E 07 31 3D 02 12 00 00 41 FA 06
SRVC->HEIZ QUR 10102 Benutzerdefiniert -  INFO HK1 - TBD:
DC 8B 00 0B 06 3D 2D 02 11 96 06
HEIZ->SRVC ANS 10102 Benutzerdefiniert -  INFO HK1 - TBD: 01 01 24 4B 54 84 FF FF 00 25
DC 80 0B 15 07 2D 3D 02 11 01 01 24 4B 54 84 FF FF 00 25 D9 71
SRVC->32 QUR 6236 Konfiguration -  Hersteller-ID (letzten vier Bytes):
DC 8B 32 0B 06 3D 05 00 64 C8 5F
SRVC->32 QUR 6236 Konfiguration -  Hersteller-ID (letzten vier Bytes):
DC 8B 32 0B 06 3D 05 00 64 C8 5F
DISP->HEIZ QUR 8310 Diagnose Erzeuger -  Kesseltemperatur:
DC 8A 00 0B 06 3D 0D 05 19 4F 8C
HEIZ->DISP ANS 8310 Diagnose Erzeuger -  Kesseltemperatur: 58.6 °C
DC 80 0A 0E 07 0D 3D 05 19 00 0E A8 A8 66
SRVC->32 QUR 6236 Konfiguration -  Hersteller-ID (letzten vier Bytes):
DC 8B 32 0B 06 3D 05 00 64 C8 5F
SRVC->HEIZ QUR 8310 Diagnose Erzeuger -  Kesseltemperatur:
DC 8B 00 0B 06 3D 0D 05 19 08 5F
HEIZ->SRVC ANS 8310 Diagnose Erzeuger -  Kesseltemperatur: 58.6 °C
DC 80 0B 0E 07 0D 3D 05 19 00 0E A8 C7 23 


[Schotty]

Wobei @Schotty: Der Adresskonflikt besteht ja nur in sihuis zweitem Aufruf, wo sich BSB-LAN als "Display" meldet, im ersten Fall ist es ja ein RGT2 (was insofern auch Deiner These widersprechen würde, dass das Gerät als RGT1 angemeldet sein muss, oder bezog sich das nur auf den Unterschied /I0= und /S0=?).

Korrekt. Wenn Adapter=RGT1 und einziger RGT-Busteilnehmer, dann funktioniert es kurzfristig mit /S0=..., wenn Adapter=RGT2, dann funktioniert es kurzfristig nur mit /I0=... (s. mein Geschreibsel oben).

[Schotty]

aber eventuell muss man die befehle an das bediengerät senden, falls eines vorhanden ist. sendet dieses nicht auch ständig die uhrzeit?

Sehr gute Idee!
@freetz: Wäre das /P10,6,0 (mit Adapter=RGT1, sonst 7 statt 6 bei Adapter=RGT2)? Oder was sind die korrekten Adressen?

[sihui]

ich habe vielleicht den überblick verloren.

dto 
Ihr geht mir jetzt als BSB-LAN-Neuling auch zu sehr ins Detail, ich komme nicht mehr ganz mit 

- /P0,49,127
- /I0=...
- Prüfen, ob sich die Uhrzeit geändert hat.

Heute ist meine Spielzeit leider vorbei, muss noch etwas für den Geldbeutel tun, am WE bin ich wieder dabei falls es noch etwas zu testen gibt.

[freetz]

@frank: Mit der Zieladresse 127 (broadcast) fühlt sich jedes Gerät angesprochen. So verschickt z.B. auch das OZW die Uhrzeit. Deswegen meine Bitte mit /P0,49,127. Wer es mit dem Bedienteil ausprobieren will, müsste /P0,49,10 nehmen.

@sihui: Ja, wir sind etwas abgeschwiffen(?), aber wenn einfach jeder das macht, worum ich ihn bitte (wann immer er Zeit dazu hat), dann kommen wir hoffentlich relativ schnell zu einem Ergebnis - ob das nun positiv oder negativ ausfällt, steht noch mal auf einem anderen Blatt ...

[Schotty]

Deswegen meine Bitte mit /P0,49,127.

Damit funktioniert es kurzfristig mit /I0=..., hat aber ebenfalls keinen bleibenden Effekt und wird auch nicht von der reglerseitigen Bedieneinheit übernommen. (Man kann sich also den Umweg über /Px,y,z sparen..)

@freetz: Bitte kontrolliere doch bei dir zu Hause mal bei Gelegenheit, ob die Einstellungen bei dir
1. von der reglerseitigen Bedieneinheit übernommen und angezeigt werden, und ob
2. die Einstellungen auch dauerhaft übernommen werden.
Ich vermute, das ist dort ebenfalls nicht der Fall.
Imho nützt uns das alles nämlich nicht wirklich viel, wenn man minütlich die Uhrzeit über den Bus jagen muss (bzw. wiegt den Nutzer in trügerischer Sicherheit, wenn er einmal mit /S0=.. oder /I0=... die Einstellungen verändert, direkt mit /0 oder /K0 überprüft, das Ganze aber nach einiger Zeit einfach 'unbemerkt' wieder auf die Einstellungen der reglerseitigen Bedieneinheit zurückfällt - deswegen betone ich das 'kurzfristig' immer so..)..

[freetz]

Nein, bei mir werden sie wie gesagt nicht dauerhaft übernommen, weil entweder die Regelung oder das OZW dann nach einiger Zeit die "alte" Zeit über den Bus jagen.
Dass das minütliche Aktualisieren keinen Sinn macht, ist klar, aber bei sihui hat es ja anscheinend irgendwie geklappt, dass die Zeit dauerhaft übernommen wird, wenn auch mit Absturz (von was eigentlich, BSB-LAN oder der Regelung/Heizung/Raumgerät?). Möglicherweise akzeptierten die Bus-Teilnehmer die Uhrzeit nur von bestimmten Geräten und/oder es gibt mehrere Geräte auf dem Bus, die die Uhrzeit versenden, so dass deswegen ein Broadcast nötig ist, damit auch alle von der neuen Uhrzeit wissen.

[Schotty]

aber bei sihui hat es ja anscheinend irgendwie geklappt, dass die Zeit dauerhaft übernommen wird,

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?
Ich glaube nicht - falls ja, habe ich es überlesen, sorry..

[freetz]

Siehe https://forum.fhem.de/index.php/topic,29762.msg927298.html#msg927298
Dass sie an der Therme übernommen wurden, ist der Unterschied zu vorher. Ob nun dauerhaft ist vermutlich wegen des Absturzes noch nicht zu sagen...