Ich dachte, ich sei durch, habe aber gerade nocht etwas festgestellt, bei dem ich nicht weiß
It is a bug or a feature?
Bisher war es so, dass die Nachricht von Sensor so aus sah:
<- 10 07 84 70 F7A50F 6D151A 00 F6 27 9C 26 0D 94 - 1111
<- 10 08 84 70 F7A50F 6D151A 00 F6 27 9D 26 0D 94 - 1166
<- 10 09 84 70 F7A50F 6D151A 00 F7 27 9C 27 0D 94 - 1221
...
Nach den Empfehlungen von Jérôme sieht die Nachricht nun so aus:
<- 10 01 86 70 F7A50F 000000 00 FA 27 93 27 0D 6A - 256
<- 10 02 86 70 F7A50F 000000 00 FA 27 94 27 0D 6A - 325
<- 10 03 86 70 F7A50F 000000 00 F8 27 93 27 0D 6A - 395
<- 10 04 86 70 F7A50F 000000 00 F6 27 93 27 0D 6A - 465
<- 10 05 A2 70 F7A50F 6D151A 00 F5 27 93 27 0D 6A - 535
-> 0A 05 80 02 6D151A F7A50F 00 - 658
....
In den ursprünglichen Nachrichten war neben der Senderadresse also auch die Empfängeradress enthalten. Diese ist nun leer, außer wenn eine Konfigurationsnachricht angefordert wird.
Die übermittelten Werte kommen trotzdem in der CCU an, da der Sensor ja mit dieser gekoppelt wurde und sozusagen die CCU den Sender kennt.
Ist das also so gewollt?
Noch eine Information zur Einstellung der Zeit für die Anforderung eine Konfigurationsnachricht:
Bei einem Sendeintervall von > 600 sec würde der Quotient kleiner 1 werden und es ergibt sich dann natürlich auch ein Rest kleiner Null. Der Modulo von Null ist aber undefiniert. Hier muss man dann wohl bei jeder Nachricht eine Konfigurationsänderung abfragen. Aber nach 10 min ist das sicher auch in Ordnung. Alternativ könnte man natürlich auch die Einschränkung in der XML-Datei für das Intervall nur bis 600 sec vornehmen.