Heatit thermostat - channel needed in Z-wave database for ON/OFF state tracking

[vossivossi]

@berland

On my first upgrade attempt, I forgot to also update the z-wave firmware, then all communication was lost.

Uuuuups…I did not see the the new upgrade document and followed the old instructions (without Z-Wave firmware)…

@berland

After I followed every step in the upgrade document from Heatit, the node works ok, but I don’t have any sensor reports coming from it (pending the z-wave database update)

ok, then I will try to complete the next step tonight and hope the device communicates again…

Thank you for the hint!

[chris (Chris Jackson)]

Dev binding has been updated…

[vossivossi]

@chris

Dev binding has been updated…

Thank you very much. The device is recognized correctly with firmware 1.92.
However not all channels are reported to OH.
I receive updates for thermostat_mode, thermostat_setpoint_heating, thermostat_setpoint_heating_econ and config_decimal_param2.
There are unfortunately no updates for the channels sensor_temperature and basic_switch_binary.

[chris (Chris Jackson)]

I’m not sure what to say - it’s either a device configuration issue if it’s not sending the data, or a binding issue if it is. However, without a log to see what is happening, I’m completely blind as to what it could be.

[berland (Håvard Berland)]

I have tried the newest snapshots of the 2.4.0 zwave bindings, but the most recent ones do not work on my OpenHAB 2.3. I have one 2.4.0.201809060839 which works on my system, but possibly too early for the changed thermostat settings (it seems), but the later ones I have tried do not work at all.

In habmin all Z-wave devices come up with a question mark, and in the log there are abort messages and alikes. I can provide a debug log if it is interesting, but could it be that there are changes in the z-wave binding that relies on newer OpenHAB features than 2.3.0?

[OMR (Ole Morten Rønning)]

Take a look here.

[berland (Håvard Berland)]

Thanks!

[berland (Håvard Berland)]

I finally dived in and upgraded to the 2.4.0 snapshot releases, getting the new Z-wave binding with breaking changes. After some initial hiccups, it now seems stable.

For my upgraded Heatit-unit, and the updated z-wave binding, the channel for the relay state in endpoint 1 is working perfectly in reporting the relay state correctly. Very good.

I made some changes to the z-wave database, which probably get in if they are correct and approved:

• Renamed the new channels - now the webpage says the channel names are not supported, but from another discussion I found, this might be ok.
• Added a channel for the P-setting (power_setting) that should set configuration item 12 to values between 0 and 10.

After studying plots from internal air temperator sensor, I conclude as many others that the unit’s internal software for correcting the air temp sensor for internally generating heating is flawed, and the power-setting is then maybe the way to go for units with no extra temp sensors attached.

[OMR (Ole Morten Rønning)]

@berland

… is flawed

FYI, my Z-TRM2 using the internal sensor set to 24degC looked like this the last week, so it looks like they have done something right for the new version: (fw 2.6)

[Landstad (Andreas Ståleson Landstad)]

Hello all,

The on/off-setting channel does not seem to work any longer. I can see that the none-lifeline-ass groups that were the before have been exchanged for a new “On/Off control”.

The channel is reporting:
I get both:

2018-11-10 03:12:09.463 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 8: Basic report, value = 255

2018-11-10 03:12:09.467 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_BASIC, value = 255

and a:

2018-11-10 03:12:09.470 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Updating channel state zwave:device:512:node8:basic_switch_binary to ON [OnOffType]

The Item bound to hte “zwave:device:512:node8:basic_switch_binary”-channel is just not getting updated.

all log for one physical change:

2018-11-10 03:22:11.409 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0C 00 04 00 08 06 43 03 0B 22 00 C3 53 

2018-11-10 03:22:11.412 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=8, callback=0, payload=00 08 06 43 03 0B 22 00 C3 

2018-11-10 03:22:11.414 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=8, callback=0, payload=00 08 06 43 03 0B 22 00 C3 

2018-11-10 03:22:11.416 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2018-11-10 03:22:11.417 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Application Command Request (ALIVE:DONE)

2018-11-10 03:22:11.419 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: resetResendCount initComplete=true isDead=false

2018-11-10 03:22:11.421 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: Incoming command class COMMAND_CLASS_THERMOSTAT_SETPOINT, endpoint 0

2018-11-10 03:22:11.422 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: SECURITY not supported

2018-11-10 03:22:11.424 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 8: Received COMMAND_CLASS_THERMOSTAT_SETPOINT V1 THERMOSTAT_SETPOINT_REPORT

2018-11-10 03:22:11.425 [DEBUG] [.ZWaveThermostatSetpointCommandClass] - NODE 8: Thermostat Setpoint report Scale = 0

2018-11-10 03:22:11.427 [DEBUG] [.ZWaveThermostatSetpointCommandClass] - NODE 8: Thermostat Setpoint Value = 19.5

2018-11-10 03:22:11.429 [DEBUG] [.ZWaveThermostatSetpointCommandClass] - NODE 8: Thermostat Setpoint Report, Type Heating Economical (11), value = 19.5

2018-11-10 03:22:11.430 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got an event from Z-Wave network: ZWaveThermostatSetpointValueEvent

2018-11-10 03:22:11.432 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_THERMOSTAT_SETPOINT, value = 19.5

2018-11-10 03:22:11.434 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Updating channel state zwave:device:512:node8:thermostat_setpoint_heating_econ to 19.5 °C [QuantityType]

2018-11-10 03:22:11.437 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Commands processed 1.

2018-11-10 03:22:11.439 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@f78c50.

2018-11-10 03:22:11.448 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:22:11.450 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:22:11.451 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2018-11-10 03:22:11.454 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2018-11-10 03:22:21.842 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0C 00 04 00 0F 06 31 05 01 22 00 E6 0F 

2018-11-10 03:22:21.845 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=15, callback=0, payload=00 0F 06 31 05 01 22 00 E6 

2018-11-10 03:22:21.849 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=15, callback=0, payload=00 0F 06 31 05 01 22 00 E6 

2018-11-10 03:22:21.851 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2018-11-10 03:22:21.852 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 15: Application Command Request (ALIVE:DONE)

2018-11-10 03:22:21.854 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 15: resetResendCount initComplete=true isDead=false

2018-11-10 03:22:21.856 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 15: Incoming command class COMMAND_CLASS_SENSOR_MULTILEVEL, endpoint 0

2018-11-10 03:22:21.858 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 15: SECURITY not supported

2018-11-10 03:22:21.860 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 15: Received COMMAND_CLASS_SENSOR_MULTILEVEL V6 SENSOR_MULTILEVEL_REPORT

2018-11-10 03:22:21.862 [DEBUG] [ss.ZWaveMultiLevelSensorCommandClass] - NODE 15: Sensor Type = Temperature(1), Scale = 0

2018-11-10 03:22:21.864 [DEBUG] [ss.ZWaveMultiLevelSensorCommandClass] - NODE 15: Sensor Value = 23

2018-11-10 03:22:21.867 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 15: Got an event from Z-Wave network: ZWaveMultiLevelSensorValueEvent

2018-11-10 03:22:21.869 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 15: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_SENSOR_MULTILEVEL, value = 23

2018-11-10 03:22:21.872 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 15: Commands processed 1.

2018-11-10 03:22:21.873 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 15: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@10e128.

2018-11-10 03:22:21.876 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:22:21.877 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:22:21.880 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2018-11-10 03:22:21.881 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2018-11-10 03:23:01.569 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 08 03 20 01 FF 27 

2018-11-10 03:23:01.577 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=8, callback=0, payload=00 08 03 20 01 FF 

2018-11-10 03:23:01.581 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=8, callback=0, payload=00 08 03 20 01 FF 

2018-11-10 03:23:01.584 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2018-11-10 03:23:01.587 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Application Command Request (ALIVE:DONE)

2018-11-10 03:23:01.590 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: resetResendCount initComplete=true isDead=false

2018-11-10 03:23:01.592 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: Incoming command class COMMAND_CLASS_BASIC, endpoint 0

2018-11-10 03:23:01.595 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: SECURITY not supported

2018-11-10 03:23:01.598 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 8: Received COMMAND_CLASS_BASIC V1 BASIC_SET

2018-11-10 03:23:01.600 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 8: Basic report, value = 255

2018-11-10 03:23:01.603 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got an event from Z-Wave network: ZWaveCommandClassValueEvent

2018-11-10 03:23:01.606 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_BASIC, value = 255

2018-11-10 03:23:01.609 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Updating channel state zwave:device:512:node8:basic_switch_binary to ON [OnOffType]

2018-11-10 03:23:01.614 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Commands processed 1.

2018-11-10 03:23:01.617 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@e73272.

2018-11-10 03:23:01.619 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:01.622 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:01.624 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2018-11-10 03:23:01.628 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2018-11-10 03:23:10.286 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 14 00 04 00 28 0E 32 02 21 24 00 00 02 66 00 00 00 00 00 00 98 

2018-11-10 03:23:10.291 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=40, callback=0, payload=00 28 0E 32 02 21 24 00 00 02 66 00 00 00 00 00 00 

2018-11-10 03:23:10.295 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=40, callback=0, payload=00 28 0E 32 02 21 24 00 00 02 66 00 00 00 00 00 00 

2018-11-10 03:23:10.297 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2018-11-10 03:23:10.299 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 40: Application Command Request (ALIVE:DONE)

2018-11-10 03:23:10.301 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 40: resetResendCount initComplete=true isDead=false

2018-11-10 03:23:10.303 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 40: Incoming command class COMMAND_CLASS_METER, endpoint 0

2018-11-10 03:23:10.304 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 40: SECURITY NOT required on COMMAND_CLASS_METER

2018-11-10 03:23:10.307 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 40: Received COMMAND_CLASS_METER V3 METER_REPORT

2018-11-10 03:23:10.308 [DEBUG] [.commandclass.ZWaveMeterCommandClass] - NODE 40: Meter: Type=Electric(1), Scale=kWh(0), Value=61.4

2018-11-10 03:23:10.311 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 40: Got an event from Z-Wave network: ZWaveMeterValueEvent

2018-11-10 03:23:10.312 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 40: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_METER, value = 61.4

2018-11-10 03:23:10.313 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 18 00 04 00 28 12 60 0D 00 01 32 02 21 24 00 00 02 66 00 00 00 00 00 00 E4 

2018-11-10 03:23:10.315 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 40: Updating channel state zwave:device:512:node40:meter_kwh to 61.4 [DecimalType]

2018-11-10 03:23:10.320 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=40, callback=0, payload=00 28 12 60 0D 00 01 32 02 21 24 00 00 02 66 00 00 00 00 00 00 

2018-11-10 03:23:10.321 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 40: Commands processed 1.

2018-11-10 03:23:10.324 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 40: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@c8ae37.

2018-11-10 03:23:10.326 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:10.328 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:10.331 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=40, callback=0, payload=00 28 12 60 0D 00 01 32 02 21 24 00 00 02 66 00 00 00 00 00 00 

2018-11-10 03:23:10.332 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2018-11-10 03:23:10.334 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 40: Application Command Request (ALIVE:DONE)

2018-11-10 03:23:10.336 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 40: resetResendCount initComplete=true isDead=false

2018-11-10 03:23:10.338 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 40: Decapsulating COMMAND_CLASS_MULTI_CHANNEL

2018-11-10 03:23:10.339 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 40: Incoming command class COMMAND_CLASS_METER, endpoint 0

2018-11-10 03:23:10.342 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 40: SECURITY NOT required on COMMAND_CLASS_METER

2018-11-10 03:23:10.343 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 40: Received COMMAND_CLASS_METER V3 METER_REPORT

2018-11-10 03:23:10.345 [DEBUG] [.commandclass.ZWaveMeterCommandClass] - NODE 40: Meter: Type=Electric(1), Scale=kWh(0), Value=61.4

2018-11-10 03:23:10.347 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 40: Got an event from Z-Wave network: ZWaveMeterValueEvent

2018-11-10 03:23:10.349 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 40: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_METER, value = 61.4

2018-11-10 03:23:10.351 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 40: Updating channel state zwave:device:512:node40:meter_kwh to 61.4 [DecimalType]

2018-11-10 03:23:10.357 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 40: Commands processed 1.

2018-11-10 03:23:10.359 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 40: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@853bb2.

2018-11-10 03:23:10.361 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:10.363 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:10.364 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2018-11-10 03:23:10.366 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2018-11-10 03:23:12.604 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0C 00 04 00 08 06 43 03 0B 22 00 D7 47 

2018-11-10 03:23:12.613 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=8, callback=0, payload=00 08 06 43 03 0B 22 00 D7 

2018-11-10 03:23:12.616 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=8, callback=0, payload=00 08 06 43 03 0B 22 00 D7 

2018-11-10 03:23:12.618 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2018-11-10 03:23:12.620 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Application Command Request (ALIVE:DONE)

2018-11-10 03:23:12.622 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: resetResendCount initComplete=true isDead=false

2018-11-10 03:23:12.624 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: Incoming command class COMMAND_CLASS_THERMOSTAT_SETPOINT, endpoint 0

2018-11-10 03:23:12.626 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: SECURITY not supported

2018-11-10 03:23:12.628 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 8: Received COMMAND_CLASS_THERMOSTAT_SETPOINT V1 THERMOSTAT_SETPOINT_REPORT

2018-11-10 03:23:12.630 [DEBUG] [.ZWaveThermostatSetpointCommandClass] - NODE 8: Thermostat Setpoint report Scale = 0

2018-11-10 03:23:12.632 [DEBUG] [.ZWaveThermostatSetpointCommandClass] - NODE 8: Thermostat Setpoint Value = 21.5

2018-11-10 03:23:12.634 [DEBUG] [.ZWaveThermostatSetpointCommandClass] - NODE 8: Thermostat Setpoint Report, Type Heating Economical (11), value = 21.5

2018-11-10 03:23:12.636 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got an event from Z-Wave network: ZWaveThermostatSetpointValueEvent

2018-11-10 03:23:12.638 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_THERMOSTAT_SETPOINT, value = 21.5

2018-11-10 03:23:12.640 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Updating channel state zwave:device:512:node8:thermostat_setpoint_heating_econ to 21.5 °C [QuantityType]

2018-11-10 03:23:12.646 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Commands processed 1.

==> /var/log/openhab2/events.log <==

2018-11-10 03:23:12.650 [vent.ItemStateChangedEvent] - FF_Sov2_Heating_Econ changed from 19.5 to 21.5

==> /var/log/openhab2/openhab.log <==

2018-11-10 03:23:12.649 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@11794eb.

2018-11-10 03:23:12.653 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:12.656 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:12.658 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2018-11-10 03:23:12.660 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2018-11-10 03:23:24.642 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 08 03 40 03 0B B1 

2018-11-10 03:23:24.646 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=8, callback=0, payload=00 08 03 40 03 0B 

2018-11-10 03:23:24.650 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=8, callback=0, payload=00 08 03 40 03 0B 

2018-11-10 03:23:24.652 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2018-11-10 03:23:24.654 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Application Command Request (ALIVE:DONE)

2018-11-10 03:23:24.656 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: resetResendCount initComplete=true isDead=false

2018-11-10 03:23:24.663 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: Incoming command class COMMAND_CLASS_THERMOSTAT_MODE, endpoint 0

2018-11-10 03:23:24.665 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 8: SECURITY not supported

2018-11-10 03:23:24.668 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 8: Received COMMAND_CLASS_THERMOSTAT_MODE V1 THERMOSTAT_MODE_REPORT

2018-11-10 03:23:24.670 [DEBUG] [lass.ZWaveThermostatModeCommandClass] - NODE 8: Thermostat Mode report, value = 11

2018-11-10 03:23:24.672 [DEBUG] [lass.ZWaveThermostatModeCommandClass] - NODE 8: Thermostat Mode Report, value = Heat Econ

2018-11-10 03:23:24.675 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got an event from Z-Wave network: ZWaveCommandClassValueEvent

2018-11-10 03:23:24.677 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_THERMOSTAT_MODE, value = 11

2018-11-10 03:23:24.680 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Updating channel state zwave:device:512:node8:thermostat_mode to 11 [DecimalType]

2018-11-10 03:23:24.685 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Commands processed 1.

2018-11-10 03:23:24.690 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 8: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@4a4499.

2018-11-10 03:23:24.692 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:24.696 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2018-11-10 03:23:24.698 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

Commands like this one and similar once for “off” are also coming now at times when the physical relay is no switching.

2018-11-10 03:28:00.558 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Updating channel state zwave:device:512:node8:basic_switch_binary to ON [OnOffType]
Like this with no relay change.

@chris: Do you know anything about changes done to this thing?

All others: Is the basic_switch_binary working for you guys?

[chris (Chris Jackson)]

@Landstad

I can see that the none-lifeline-ass groups that were the before have been exchanged for a new “On/Off control”.

Associations are a function of the device - changing the name in the database will not change the function of the association in the device.

@Landstad

@chris: Do you know anything about changes done to this thing?

Please be specific about the device - can you provide the link to the database, or the database reference (shown in the properties). There are a number of different versions of these devices…

[Landstad (Andreas Ståleson Landstad)]

@chris

Please be specific about the device - can you provide the link to the database, or the database reference (shown in the properties). There are a number of different versions of these devices…

Hello,

It’s the TF016 ZWave Thermostat (db reference 412) on Firmware 1.8.

[chris (Chris Jackson)]

Please describe the problem? Is it just that the association name has changed to On/Off control?

[Landstad (Andreas Ståleson Landstad)]

@chris

Please describe the problem? Is it just that the association name has changed to On/Off control?

Two problems:

1. Item does not get updated:

@Landstad

The channel is reporting:
I get both:

2018-11-10 03:12:09.463 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 8: Basic report, value = 255

2018-11-10 03:12:09.467 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_BASIC, value = 255

and a:

2018-11-10 03:12:09.470 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Updating channel state zwave:device:512:node8:basic_switch_binary to ON [OnOffType]

[But] The Item bound to hte “zwave:device:512:node8:basic_switch_binary”-channel is just not getting updated.

2. It seems that the thing has started reporting on the channel even when there is no relay-change (I guess there is little to do about this):

@Landstad

Commands like this one and similar ones for “off” are also coming now at times when the physical relay is no switching.

2018-11-10 03:28:00.558 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 8: Updating channel state zwave:device:512:node8:basic_switch_binary to ON [OnOffType]
Like this with no relay change.

[chris (Chris Jackson)]

@Landstad

1. Item does not get updated:

Landstad:

This must be an association configuration issue. Please check the associations - note that if the name of the group has changed, it will not impact the function since this is dictated by the device - not the binding.

@Landstad

2. It seems that the thing has started reporting on the channel even when there is no relay-change (I guess there is little to do about this):

Landstad:

It seems unlikely that the binding is randomly doing this without receiving data from the device, so please provide the log that shows what the binding is receiving here.

[berland (Håvard Berland)]

@Landstad

It’s the TF016 ZWave Thermostat (db reference 412) on Firmware 1.8.

The on/off reporting from the thermostat does not work on firmware 1.8. This is a device bug, and to get proper state reports from the device, you need to upgrade its firmware to 1.92.

[Landstad (Andreas Ståleson Landstad)]

@chris

This must be an association configuration issue. Please check the associations - note that if the name of the group has changed, it will not impact the function since this is dictated by the device - not the binding.

Okay. But it says controller for for both association groups (AG) in both paperui and basicui. Items bound to other channels are being updated by the device. But they rely on AG 1 (lifeline) and not the OnOff-AG.

So I agree that it looks like AG 2 is not set up as it should be. I have deleted the controller from AG 2 and added it again, it shows up in both UIs, but isn’t getting updated.

How can I reliably get information about the AGs?

[Landstad (Andreas Ståleson Landstad)]

@berland

The on/off reporting from the thermostat does not work on firmware 1.8. This is a device bug, and to get proper state reports from the device, you need to upgrade its firmware to 1.92.

I did get reliable data from it when on 1.8 earlier though (logs earlier in this thread). Do you know how I can update the firmware though?

[berland (Håvard Berland)]

@Landstad

Do you know how I can update the firmware though?

Here:

https://www.heatit.com/heating-control/floor-heating-thermostats/heatit-z-wave-thermostat/

(scroll down a bit)

[Landstad (Andreas Ståleson Landstad)]

@berland

Here:

https://www.heatit.com/heating-control/floor-heating-thermostats/heatit-z-wave-thermostat/

(scroll down a bit)

Biggest take-away: I need a special cable, download new firmware and install using mentioned special cable.