This is the forum archive of Homey. For more information about Homey, visit the Official Homey website.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
Official
Comments
After inclusion it works, I can read out the temperature, set it from the device and click the middle button for wakeup. Then it sends the setpoint back to Homey.
However, the antenna and bell symbol keep flashing. And after a longer time it goes into E5.
When I don't click the middle button, no update is sent.
From the documentation (http://www.vesternet.com/downloads/dl/file/id/196/z_wave_danfoss_lc_13_living_connect_radiator_thermostat_manual.pdf):
This device will wakeup regularly and announce the wakeup state by sending out a so called Wakeup Notification. The controller can then empty the mailbox.
Could it be that the Wakeup Notification is not sent by the Danfoss/Devolo? Perhaps because it is not being set by Homey? Is there a way to force this through the driver?
I ask this because when I click the middle button, it forces sending a Wake Notification. And it indeed triggers Homey to read out and clear the "mailbox".
I do not think it is the distance, my homey is less than 1.5 meter away and there is nothing blocking in between. So probably there is something wrong in handling the device. The problem did not occur before, when homey did not use apps, so I also do not think there is something wrong with my device (it is the same one).
Would be nice to have this resolved.
The docs state:
This device will wakeup regularly and announce the wakeup state by sending out a so called Wakeup Notification. The controller can then empty the mailbox. Therefore, the device needs to be configured with the desired wakeup interval and the node ID of the controller
Also:
The nodeID set in the WAKE_UP_INTERVAL_SET command must be for a permanently listening device which reponds to the commands sent from living connect® .
The way to enable this seems to be by using the COMMAND_CLASS_WAKE_UP.
However, nowhere in the logging from CLI, I see any WAKE_UP command coming by. So, either Homey sends the correct WAKE_UP_INTERVAL_SET and we don't see it. Or Homey doesn't send it which is why the device goes into E5 error.
Questions:
- Can someone confirm that Homey indeed sends the right WAKE_UP_INTERVAL_SET, but we don't see it?
- Is there a method that gets called when the device is online in Homey which allows me to sends that command manually? And how to send it manually?
the "wake-up interval set" is being handelend by the core, we developers can't see the data homey sends to the module... which only consists of timing data (and is send correctly, the device does change it's wake-up interval when you have send the wake-up interval)
homey also receives the wake-up notification (also the .on('online') trigger/listener)
at the moment we developers need to specify our selves that all info needs to be GET when the trigger gets triggered, so it's not really the mistake of homey, but something the developer needs to implement.
at the moment it is being done with the "interval" tag, but that won't work cause it will only send it's data when awake (or it's just luck that the interval triggers when it's awake)
i'm thinking about adding a "get_on_awake" function in the z-wave driver, but that will take some time to build/code and time... well so many other projects at the moment that i want to do first before things like this.
i'm writing a small script for "when awake get measure_battery capability", for the obvious reason to get battery level when module is awake, you could use that script when it's finished to get all the capabilities from the module.
It seems this function is currently not implemented yet in Homey.
Suggestion for the Homey developers:
There is now already a pollInterval option it seems, could you allow a value like "onWakeUp" instead of just a number of seconds value?
That way, we could add this value to the implementation of the measure_battery command class to make sure we communicate with the Danfoss like it expects.
it's got something to do with the MAILBOX CC (in homey's core), have not looked into it too much but it seems like homey does not send it's "ACK" signal back when info has been received/send, maybe because we developers need to implemented that our selves.
I'd be happy to participate in developing / testing / updating the driver for Danfoss et al.
It is not breaking any thing (it just doesn't work, and might even be the app developers mistake)
So won't be very high on their list, it will help if they know where to look (not just a hunch)
Or if they (emile) is working in that area (zwave) anyway.
So second best way to get it prioritized, gather as much information as possible, not just "it doesn't work" or "I get error E5"
all information non in-homey and in-homey related to this issue. And see if there is a resemblance somewhere, create your github issue with that.
But there is no new version released then, only experimental, so I could not test.
So so I asked her how to test and with what version, but no response for more than a week now.
so they are working on it apparently
You probably need to a new homey update to have the fix working, so for now you have to wait until at least that
hope @Annemarie can tell us more about it. It is getting cold, so we need the danfoss pretty soon.
@pils Maybe fw 0.11?
I also have the E5 error which does break the working of the thermostat because I can't change the settings on the knob itself. Pairing works like a charm. After a while all (6) of my thermostat knobs show an E5 error.
After a repair the same happens.
@developers
Are you guys working on fixes for the Danfoss LC-13 radiators? I like to buy a Homey but untill it works 100% with the Danfoss I won't as that is a too expensive investment.
So please fix the battery drain and the E5 errors.
I've tried several options like explicitly adding a pollInterval.
The thing that doesn't help is the lack of documentation on how to use the Homey API and also on the Danfoss itself.
So I added my findings to the issue tracking of Homey: https://github.com/athombv/homey/issues/1054
I hope the Athom devs can quickly come back with a suggestion on how to solve the issue. Currently I'm not sure it is something we can fix in the App itself.
Otherwise, are there no other radiators that are working better? Like the eurotronic devices by example? They are even cheaper and are working with other Home automation Systems aswell..
Any sugestions?
Well, I got the E5 error too then.
Thing is.. one radiatoren does has the E5 error, but isn't connect to the homey, and that one is always wayyy hotter then the others. Strange.
I mainly bought the Homey for my heating problem.. so please! fix it
If you need any more feedback, input or testing, please let me know or give me a PM.