Dette ble en vegg av tekst, men siden det virker som du har interesse for detaljene under panseret....
Så langt jeg kan forstå av loggen er dette den berømte setpoint feilen.
Problemet er at z-wave kontrollere skal intervjue termostater for å finne ut i hvilke tallformat de kan motta temperatur.
Z-TRM3 vil alltid ha temperatur med 1 desimal presisjon.
Mange Z-wave kontrollere gjennomfører ikke dette kapabilitets intervjuet korrekt - og på disse kontrollerene oppstår situasjonen.
Fibaro HC gjør dette kapabilitetsintervjuet slik Silicon Labs ønsker - og derfor fungerer setpoint fint der.
Min persepsjon er at de fleste andre kontrollere ikke har denne evnen ennå - og Thermofloor gir derfor på forespørsel ut en uoffisiell FW som virker med disse kontrollere.
I loggen ser vi at HA (OZW) bruker et format som Z-TRM3 ikke støtter når den forsøker å justere setpoint til 24 grader:
24 grader:
2020-08-24 16:29:31.627 Detail, Node013, Queuing (Send) ThermostatSetpointCmd_Set (Node=13): 0x01, 0x0c, 0x00, 0x13, 0x0d, 0x05, 0x43, 0x01, 0x01, 0x01, 0x18, 0x25, 0x4e, 0xd9
De sentrale dataene her er 0x01, 0x18 => sender 24 grader (0x18) som 1 byte heltall uten presisjon/desimaler.
Det korrekte skulle vært 0x22, 0x00, 0xF0
26.5 grader:
2020-08-24 16:29:39.160 Detail, Node013, Queuing (Send) ThermostatSetpointCmd_Set (Node=13): 0x01, 0x0d, 0x00, 0x13, 0x0d, 0x06, 0x43, 0x01, 0x01, 0x22, 0x01, 0x09, 0x25, 0x50, 0xf6
0x22, 0x01, 0x09 => sender 26.5 grader som 265 (0x0109) som 2 byte tall, med 1 desimal presisjon
Dette er på et format Z-TRM3 forstår og gikk fint.
Så kortversjonen er at man for HA må vente til OZW evt. kommer med korrekt z-wave støtte eller legge inn modifisert FW på Z-TRM3.