I had an openhab 1.7.0 running on a PC and a few danfoss LC13 thermostats. I had running without problems.
Recently I have moved openhab to a raspberry pi and version 1.7.1 (moving the usb dongle to the RPi). Openhab was installed from packages and I copied all /etc/openhab/configurations to the new system. But since then, the temperature of my LC13 thermostats is not updated.
All I can see in openhab.log is lots of errors like:
The only difference I have found between my previous system is that in the former I had a /etc/openhab/jetty/etc/zwave/ directory with some a xml file for every device, and in the new system I don’t have this directory.
If you did an apt-get install on Raspbian the folder for the xml files is /var/lib/openhab/zwave
On the other hand I would be interested in an answer too, because in my case I can change the temperature with setpoint or by rule, but have the same error in my log:
items:
Number DanLivConnZSet1 “Heizung Bad [%.1f °C]” (gTest) { zwave=“8:command=thermostat_setpoint,setpoint_type=1,setpoint_scale=0” }
in this way it works very well. In the errorlog you see this message because OH do not support the class CLIMATE_CONTROL_SCHEDULE (it’s a temperatur offset and normaly not interesting). The other thing in this case: When OH do not support some command classes: How can i prevend them to appear in the log?
If you mean this related to the CLIMATE_CONTROL_SCHEDULE error: no, it has nothing to do with battery life.
Take a look at your wakeup period, it should be at around 300 (seconds). It it is set to a shorter time it will eat your battery. Also check if the little “Bell sign” in your display is blinking: remove the battery and put in back in, the blinking will disappear. That means it has lost connection to the controller and THAT eats a lot of battery.
There is no problem with functionality, but is there an option to get rid of that messages? I fear to miss more important messages if every node reports constantly theese messages.
for me too! I have 10 Danfoss thermostats and 90% of my log is “unsupported command …”. Is there an option to bear down it? Because when OH not support the command ONE Information is sufficiently.
@Chris, could you please have a look at this? Can you confirm that this command class isn’t (yet) supported? Are there any plans to change this? Or any hints how to avoid this “log flooding”?
Hi there, is someone thinking about taking care of this issue? The best should be to add in OH the support for the CLIMATE_CONTROL_SCHEDULE class (I’d like the option to program the LC13 internal scheduling engine) but also an option to suppress the mutiple messages in the log should be fine.
I started to look at this, but at the moment am looking at a way to add support for classes using auto generated code directly from the ZWave standard which would obviously include this. So, this should be implemented in the medium term.
Thanks Chris, the auto generated code is undoubtedly a great solution, but what about a simple short term feature to suppress the mutiple messages in the log?
No, same here 2016-12-19 10:03:58.636 [WARN ] [veClimateControlScheduleCommandClass] - NODE 8: Unsupported Command 8 for command class CLIMATE_CONTROL_SCHEDULE (0x46).