WallThermostat zeigt falschen Wert

[guergen1]

Hallo, nachdem der WallThermostat jetzt im Broker eingelesen wurde nd auch eine Zeit lang funktioniert hat, zeigt er jetzt die falsche measuredTemperatur an. Im Log scheint aber die richtige anzukommen:

Auch wenn ich ihn neu einlese, bekommt er den falschen Wert!

[guergen1]

So, die 5 Geräte sind aus IoBroker raus und funktionieren jetzt autark. Als erstes wird jetzt der Wall-Thermostat eingelernt. Ich habe alle möglichen Reihenfolgen ausprobiert, sobald der Wall-Thermostat mit dem Broker ins spiel kommt, geht nichts mehr. Wenn jemand Debug-Log haben möchte... Mail

[bowao]

Die standard-Wochenprogramme der Thermostate sind auf den Geräten ab Werk vorprogrammiert. Diese werden zu keiner Zeit über Funk vom Thermostat gesendet und soweit mir bekannt, ist es auch nicht möglich diese über Funk auszulesen. Daher sind die Datenpunkte im ioBroker solange leer, bis man dort etwas zum senden einträgt. Ich hatte damals überlegt, das mir bekannte standard-Wochenprogramm als default Werte einzutragen, jedoch ist mir nicht klar, ob das bei allen Gerätetypen das gleiche ist, bzw. vom Hersteller mal geändert wird und die Werte dann nicht mehr stimmen. Deshalb sind die Datenpunkte nach dem pairing erstmal leer. Über den ioBroker kann man das Wochenprogramm tageweise ändern und die geänderten Werte bleiben dann in den Datenpunkten gespeichert. Erst wenn man den Datenpunkt 'send_...' aktiviert, werden die Daten des jeweiligen Tages an das Thermostat einmalig gesendet. Da für jeden Wochentag jeweils zwei Nachrichten gesendet werden (Eintrag 1-7 und Eintrag 7-13), macht das für ein Thermostat für ein komplettes Wochenprogramm dann 14 Nachrichten die versendet werden müssen. Bei meinen 8 Thermostaten kann das dann sehr lange dauern (credits) bis alles eingestellt ist. Ich vermute genau aus diesem Grund hat der Hersteller es nicht vorgesehen, das komplette Wochenprogramm über Funk auslesen zu können.

PS: Die Credits oder auch der Duty Cycle ist eine gesetzlich geregelte Begrenzung der Sendezeiten von 868Mhz Geräten. Und deshalb wäre es natürlich auch höchst illegal, wenn man z.B. den quellcode der culfw Firmware so abändern würde, das dieser keine credits mehr zählen könnte und diesen dann auch noch auf github öffentlich zugänglich machen würde.

[guergen1]

Ja, das mit den Wochenprogrammen hatte ich bei Fhem schon beobachtet. Ich werde mir wohl jetzt ein Script basteln was die Steuerung meines Wohnzimmers vornimmt. Das das eigentliche Problem mit den falschen Werten vom Thermostat jetzt gelöst ist, wird es wohl sinnvoll sein, dass dieses Issue geschlossen wird... Macht es jemand zu, oder soll ich es machen?

[guergen1]

Bin aber auch gerne zu weiteren Schandtaten bereit! Wie gesagt, alles was ich gemacht habe habe ich im Debuglog mitgeschnitten

[bowao]

Ich habe alle möglichen Reihenfolgen ausprobiert, sobald der Wall-Thermostat mit dem Broker ins spiel kommt, geht nichts mehr.

Ich denke da kann dir nur StenmannsAR helfen. Da es bei ihm funktioniert, sollte er wissen, in welche Reihenfolge und bei welche Mondphase oder Sternenkonstelation die Dinger gepairt werden müssen.

[guergen1]

Vielleicht liegt es da aber auch an der Firmware der Geräte; meine HZ-Thermostate sind 1.0 und der Wall-TH 1.2 oder so

[guergen1]

Mein Wall-TH vergisst nach einem accociate sogar die Uhrzeit....

[bowao]

Meinst du damit das pairing mit dem ioBroker?

[guergen1]

Ja, habe den Wall-TH grade noch einmal resettet und die Uhrzeit und das Datum eingestellt. Pairing gedrückt und schwupp war sie weg. Kome jetzt auch nicht mehr in das Menue zum Einstellen der Uhrzeit, da der ja weiss, dass es eine übergeordnete Stelle gibt und man das darüber macht. Könnte meinen Cube ja auch noch aus der Ecke kramen... :-)

[bowao]

Das kann ich mir evtl. damit erklären, das das Wall-TH denkt es wäre mit einem MAX CUBE gepaired worden und vertraut dessen Uhr, die ja über ntp syncronisiert wird, mehr als seiner eigenen Uhr. Daher auch die dauernden Anfrage an den ioBroker nach der Uhrzeit. Würde also Sinn machen. Aber nach kurzer Zeit sollte der Wall-TH die Uhrzeit vom ioBroker bekommen.

[guergen1]

jetzt sind 10 Minuten um... Ich bin geduldig Hatte am Freitag nur die Temperatur im Auge, nicht die Uhrzeit

[bowao]

Nee. Sollte relativ schnell passieren. Kanst du den in den logs sehen, ob der ioBroker die 'request Time Information' bekommt und darauf die Uhrzeit sendet?

[guergen1]

Bisher nix...

[bowao]

Gestern hab ich in den logs aber ständig diese Anfrage gesehen.

maxcul.0 | 2019-08-26 17:25:39.712 | debug | Send Packet to CUL: Zs0f01040312345607955000131a119927, awaiting drain event
maxcul.0 | 2019-08-26 17:25:39.712 | debug | Updating time information for deviceId 079550
maxcul.0 | 2019-08-26 17:25:39.712 | info | deviceRequestTimeInformation: "079550"
maxcul.0 | 2019-08-26 17:25:39.712 | debug | got time information request from device 079550

Vielleicht hat das pairing mit dem ioBroker nich funktioniert?

[guergen1]

Ich musste dann los, habe debug angelassen , werde es heute Nachmittag sehen, ob die Uhrzeit passt. Das Pairing hat aber funktioniert, diverse Werte konnte ich am Rechner durchführen, der Thermostat hat diese dann auch ausgeführt.

[guergen1]

Er hat die aktuelle Zeit irgendwann übernommen... soweit so gut. Muss mich mal mit dem Kollegen StenmannsAR kurzschliessen....

[StenmannsAr]

@guergen1 wir können uns gerne kurzschließen, aber bei mir funktionieren die Thermostate auch nicht mehr sobald ich sie mit einem mit iobroker gepaireten wandthermostat verbinde. Es gibt glaube ich die Möglichkeit über einen AddLinkPartner Command das wandthermostat und die Thermostate bzw Fenstersensoren zu linken, so dass man die Wandthermostate per iobroker und auch autark betreiben kann. Das AddLinkPartner-Command ist aber noch nicht implementiert.

[guergen1]

Das eigentliche Problem ist ja erledigt, die Werte stimmen jetzt! Ich mach das hier mal zu