I just started into the world of home automation. So what I write here might just be plain wrong or I’m just lacking proper information to do it right. Please let me know…
So I bought a Eurotronic Spirit Z-Wave thermostat. So far the device seems to work quite well with OpenHAB. (Except for the communication problem on greater distances, discussed in the other thread.) However it seems to me that the support for this device is at least partially somewhat wrong or incomplete. Maybe this can help to improve the support. So here is what I found playing around with the device:
Setpoint for energy heating mode not possible:
Setting temperature for Heat mode works fine (channel thermostat_setpoint_heating). It should also be possible to set the temperature for the Energy Heat mode, but this somehow does not work for me. The channel is called thermostat_setpoint_furnace. Already the name is irritating. Looking into the device database (I’m not sure anymore where I saw this…) Furnace is mode 7, which is also what I see being sent when looking into zwave debug logs. Energy heating in this database is 11, though. This is also what the device manual says. So … it seems there is something wrong in the OpenHAB device specification?
Unsolicited updates for temperature of value position (maybe more) not working
If I understand the device manual or the hints in the OpenHAB UI correctly the device should report changes of temperature or valve position as soon as it changes by a configured amount, like 0.5°C or 1%. However this never seems to happen. All I see are updates at the regular 30min polling frequency. (Although there are sometimes updates missing. Maybe because of the thresholds are still applied to the 30min polls? Or maybe this is just due to the communication problems …)
Not sure if this is related, but I’m seeing this in the logs:
2018-03-15 00:21:59.436 [WARN ] [ore.internal.thing.ThingTypeResource] - Cannot find channel type: zwave:sensor_report
Whatever this means … could this be the reason? In the device manual I see a
SENSOR_MULTILEVEL_REPORT… compared to
Maybe being able to reduce the polling frequency could also reduce the somewhat high battery drain I’m seeing. But for this the unsolicited updates should work.
Valve position is called “Brightness”
The channel for valve position is called “switch_dimmer” and when I create a default item from it in PaperUI it’s called “Brightness” and gets the icon “DimmableLight”. Pretty confusing… esp. for newbies. Took me a while to figure out that this is apparently the valve position. Can it be renamed in the device spec to something more suitable?
Setting thermostat modes
I can set thermostat modes Off (0), Heat (1), Energy Heat (11 / 0xB) and Full Power (15 / 0xF) just fine. However, according to the manual there is also a Manufacturer Specific (31 / 0x1F) mode. This one should allow directly setting the valve position. But when I try setting it I just get:
23:51:42.953 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'ZWaveNode2SpiritThermostaticValve_ThermostatMode' received command 31 23:51:42.954 [DEBUG] [nding.zwave.handler.ZWaveThingHandler] - NODE 2: Command received zwave:device:f06c8080:node2:thermostat_mode --> 31 23:51:42.963 [INFO ] [smarthome.event.ItemStateChangedEvent] - ZWaveNode2SpiritThermostaticValve_ThermostatMode changed from 0 to 31 23:51:42.979 [DEBUG] [class.ZWaveThermostatModeCommandClass] - NODE 2: setValueMessage 31, modeType empty false 23:51:42.991 [DEBUG] [class.ZWaveThermostatModeCommandClass] - NODE 2: Unsupported mode type 31 23:51:42.997 [WARN ] [onverter.ZWaveThermostatModeConverter] - NODE 2: Generating message failed for command class = THERMOSTAT_MODE, endpoint = 0 23:51:43.004 [DEBUG] [nding.zwave.handler.ZWaveThingHandler] - NODE 2: No messages returned from converter
Also it would be great if I could see somewhere what are expected and allowed inputs for setting the mode. I didn’t even know whether I should enter numbers or strings, and if so which ones… Like for the configs, there are good hints in PaperUI/Habmin about what are possible values.
There are two mysterious alarm channels
alarm_power. I have no clue what values to expect from them. And it’s a bit hard to test. Default items created are switches, which means they are just On/Off, right? But according to the device manual there are two different power warnings, at 25% and 15% battery level and for system alarms there are 4 different errors. So, how does that fit together? Also here some documentation in the UI would be helpful. (Or in the device wiki page.) Also default item for
alarm_power gets a confusing “Door” icon,
alarm_system gets no category at all…
The device is supposed to support encrypted communication. Is this used? Can I verify this somehow?