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.
Aeon Multisensor 6 - Wake-up Time
Hi there,
The wake up configuration of an Aeon Multisensor 6 is 4 bytes. In the config of the app I can set it to max 3600. Is there a reason for that, I'm I confused or is this a bug/feature request? I want to set it to a higher value to see how much this improves battery life as currently I have issues with 2 Multisensors both running new firmware and die in 3 days.
The wake up configuration of an Aeon Multisensor 6 is 4 bytes. In the config of the app I can set it to max 3600. Is there a reason for that, I'm I confused or is this a bug/feature request? I want to set it to a higher value to see how much this improves battery life as currently I have issues with 2 Multisensors both running new firmware and die in 3 days.
Comments
maybe that it has been changed in a firmware update of the sensor,
but with the one 1 have the maximum is also really only 3600.
the wakeup class value is 4 bytes, and that is defined by the z-wave alliance,
its up to the manufacturer if they want to keep this full range of 0 - 4 228 250 625 seconds,
or change the min, max and the size of steps
There are quite some use cases where a wake up time of every hour is not required.
It's all what the manufacture puts into the maximum 4 byte size configuration.
(after checking the documentation, it's not even 4 bytes for version 2, which is being used, but 3 bytes )
aeotec uses a lot of parameters that are 4 bytes, but only 1 (even the half of that 1) is being used.
just take a look at the parameters for what is being send to association groups (101, 102, 103)
those are really good examples of that.
The wake up time is limited in the gui,
since all values that fall out of the range will deem "invalid"
if the value is invalid, the standard wakeup time will be used (3600 seconds)
these are the RAW values gotten from the device: (gotten them just a few seconds ago)
EDIT: and if you so desire here is the RAW data, that is in the z-wave log:
It was even me who was asking for this limiting factor, since there are 2 big reasons.
1. There are devices that have 0, and only support 0 (and yes i am talking about battery devices)
but 99% of the battery devices that HAVE a wakeup time, don't support 0.
0 = thus normally an Invalid value. (0 even disabled the settings button before this change, because the reason: why would you ever turn of wakeup)
2. What i said before, if the value is invalid, especially with big steps,
look at eurotronic elektronic thermostatics with a step of 300! seconds,
and a default wakeup time of once a week,
even though it only sets temperature when it wakes up...
i wouldn't want my users to only be able to change the temperature once a week just because they use an invalid value.
I have many of these devices also with different firmware what command do you send to the device to report back the command_class_wake_up info so I can check it in logs?
'Send raw data': NODE_ID,0x84,0x09
Wake-up the device and press send during the devices wakeup
In the Z-wave log the feedback of this device will be shown: