# Battery Powered Z-Wave Devices: Changing Device Parameters without WakeUp

**URL:** <https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825>\
**Category:** Questions & Help\
**Tags:** z-wave\
**Created:** [June 26, 2021, 2:41pm UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825 "2021-06-26T14:41:51Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\
**Post date:** [June 26, 2021, 2:41pm UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/1 "2021-06-26T14:41:51Z")

</div>

It’s possible to change device parameters without waking up a battery powered Z-Wave device.  
When doing this, the following message appears:

 ![IMG_0098](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/f/4/f489e6355d8abf54214ff9d910860752a10a300f.jpeg)

So, if the setting Wake-Up-Intervall is enabled the changed parameters will be saved at the next Wake-Up-Intervall. That is the theory.

The problem is that after saving the changed parameters the new values are shown immediately in the Homey App and in Developer. So for me it’s not possible to check, for example the next day, if the changed parameters were definitely transmitted and saved after the next Wake-Up-Intervall.

Questions:

- Is there a way to check if the changed parameters are definitely saved in the device?
- What happens if the Z-Wave device is flagged in Developer as “Unreachable” (I mean not the route). Because even if devices are marked as “Unreachable” in Developer, they still work fine, even battery powered devices.
- What happens when Homey is restarted after saving the changed parameters (without waking up the device)? Will the changed parameters still be transmitted at the next wake-up interval?

Any advice is appreciated.

---

<div class="post-metadata">

**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\
**Post date:** [July 5, 2021, 2:08pm UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/2 "2021-07-05T14:08:49Z")

</div>

No one? @Caseda maybe? (Please excuse the permanent questioning… 😔)

---

<div class="post-metadata">

**Author:** ![Caseda](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/caseda/32/138695_2.png) [@Caseda](https://community.homey.app/u/Caseda)\
**Post date:** [July 5, 2021, 3:08pm UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/3 "2021-07-05T15:08:55Z")

</div>

> [@DirkG](#):
>
> - Is there a way to check if the changed parameters are definitely saved in the device?

If a device is added unsecure, then it is relatively easy with raw commands, ~~I’ll edit this post with the right raw command when I get home.~~  
in the [z-wave developer tools](https://tools.developer.homey.app/tools/zwave), there is a raw data input field, under “TOOLS”, type in  
`NODE_ID, 0x70, 0x05, PARAMETER_NUMBER`  
with the z-wave log open, where you will get the result in back.

Secure it is harder, only possible by editing the app’s code, I’m not going to start on that.

> [@DirkG](#):
>
> - What happens if the Z-Wave device is flagged in Developer as “Unreachable” (I mean not the route). Because even if devices are marked as “Unreachable” in Developer, they still work fine, even battery powered devices.

Previous versions it was like this:  
Unreachable means that the device in question has been given 3 times the “no ack” (no acknowledge) flag, which means it didn’t repond back (in time).  
Not sure when it is reset (should happen on the next command received from the device, but practice shows this isn’t always the case), and any further conditions.

A device with the “Unreachable” flag has no further consequences for the device, in theorie the device will be ignored with commands to the device for a set amount of time (few minutes by default/or when a command is received back), but I believe Homey doesn’t use this ignore timeout.

> [@DirkG](#):
>
> - What happens when Homey is restarted after saving the changed parameters (without waking up the device)? Will the changed parameters still be transmitted at the next wake-up interval?

On restart the queue will be emptied (on previous versions), this is just default behaviour of the z-wave chip.  
It also happens after a set timeout (several hours), I don’t know this timeout, never been specified by Athom, it is configurable in the z-wave chip, so hard to say without answer from Athom  
And I believe there is a size limitation, but I’m not sure on that one.

Do note, this almost all based on what I’ve seen in practice (up until Homey v4), and might change with every Homey update, even without being mentioned in the changelog.  
There is a lot of documentation with default values, but a lot of stuff can be configured in chip firmware and not everything is taken care of by the z-wave chip but is done in Homey’s core where we aren’t allowed to look into. (NDA and stuff)

---

<div class="post-metadata">

**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\
**Post date:** [July 10, 2021, 11:39am UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/4 "2021-07-10T11:39:20Z")

</div>

Thank you for your feedback. I apologize for late responding.

> [@Caseda](#):
>
> A device with the “Unreachable” flag has no further consequences for the device,

That means, that the “Unreachable” flag has no consequences for receiving of changed parameter at the next Wake-Up-Intervall?

> [@Caseda](#):
>
> It also happens after a set timeout (several hours),

Could you please explain the meaning of “timeout”? What is a “timeout”? What is a “timeout” for? When or by what is a “timeout” activated?

And it would be great if you…

> [@Caseda](#):
>
> I’ll edit this post with the right raw command

In general, thanks a lot for your help!

---

<div class="post-metadata">

**Author:** ![Caseda](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/caseda/32/138695_2.png) [@Caseda](https://community.homey.app/u/Caseda)\
**Post date:** [July 10, 2021, 11:55am UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/5 "2021-07-10T11:55:04Z")

</div>

i’ve edited the said post now, kinda forgot 🙃

> [@DirkG](#):
>
> Could you please explain the meaning of “timeout”? What is a “timeout”? What is a “timeout” for? When or by what is a “timeout” activated?

Well i thought it was pretty explanatory, when **time** is **out** (set time after creation/last update is over), it will get removed from the queue.

---

<div class="post-metadata">

**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\
**Post date:** [July 10, 2021, 12:25pm UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/6 "2021-07-10T12:25:14Z")

</div>

Thanks for the raw command. I will try it… 👍🏼

I know the general meaning of “Timeout”. But I don’t understand the meaning of “Timeout” in the context of “Changing Device Parameters without WakeUp”, sorry.  
Maybe it’s just an understanding problem because English is not my native language.

---

<div class="post-metadata">

**Author:** ![Caseda](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/caseda/32/138695_2.png) [@Caseda](https://community.homey.app/u/Caseda)\
**Post date:** [July 10, 2021, 2:25pm UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/7 "2021-07-10T14:25:00Z")

</div>

Without wake-up the “change parameter” command will be put into a so called queue (z-wave calls it “mail box”) with a timestamp where the device can retrieve the command from when it wakes up, if that timestamp gets expired it will get deleted from the queue (as the queue has only a very limited amount of space, shared by all devices), or is just down right too outdated. (_you_ might not find that outdated, several hours, but in wireless terms that is just very old, like several weeks old in our terms)

Homey’s advanced settings isn’t linked in any way or form with the z-wave chip or corresponding device(s), it just a “dumb” data file with data.  
If a setting has changed from the last time it changed, a z-wave command will be created and send (or put into queue), there is no feedback (2 way communication) or smart functions being used at all with this.

---

<div class="post-metadata">

**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\
**Post date:** [July 14, 2021, 10:50am UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/8 "2021-07-14T10:50:20Z")

</div>

Okay, understand.

Example:  
With a Sensative Strips Guard with a standard wake-up interval of 24 hours, it could happen that the changed parameters are written into the “mail box”, but before the SSG wakes up (e.g. after 21 hours) the “mail box” is already emptied, right?

> [@Caseda](#):
>
> there is no feedback (2 way communication) or smart functions being used at all with this.

There is no synchronization performed at the next wake-up interval?  
As far as I know, while wake-up interval data (I mean no measured values as temperature or lux…) are also send from the sensor to the gateway. Or not?  
If not, this would mean that in the extended device parameters different values and settings would be displayed than are actually set in the sensor.  
How do I know which values are actually set?

Btw, maybe I’m too stupid. If I enter the following raw commands:

`156, 0x70, 0x05`  
or  
`156,0x70,0x05`

I get the following info:

```auto
|2021-07-14T10:42:38.406Z|Command[1259] start: sendData|
| --- | --- |
|2021-07-14T10:42:38.408Z|[ProcessSendData]: To node: 156 with data: 0x7005 and txOptions: TRANSMIT_OPTION_AUTO_ROUTE,TRANSMIT_OPTION_ACK,TRANSMIT_OPTION_EXPLORE|
|2021-07-14T10:42:38.483Z|Command[1259] end: sendData|

```

The current parameters are not been shown.  
NodeID 156 is a wall plug, so no need to wake up the device.

---

<div class="post-metadata">

**Author:** ![Caseda](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/caseda/32/138695_2.png) [@Caseda](https://community.homey.app/u/Caseda)\
**Post date:** [July 14, 2021, 4:01pm UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/9 "2021-07-14T16:01:40Z")

</div>

> [@DirkG](#):
>
> is already emptied, right?

As i don’t know the timeout, i don’t know if the mailbox already will be invalid time wise.  
Is it possible? yes.

> [@DirkG](#):
>
> There is no synchronization performed at the next wake-up interval?

Like I said, there is no 2 way connection with parameters and the settings inside Homey in any way.  
There is also no bulk parameter send/retrieve command in V1 of parameters (99.9% of the devices use this version), so every parameter would need to be send/get individually, if you have 20 devices all with 20 or so parameters, that’s a lot of data every time a device wakes up, that won’t be good for battery life either.

> [@DirkG](#):
>
> As far as I know, while wake-up interval data (I mean no measured values as temperature or lux…) are also send from the sensor to the gateway. Or not?

There are no manufacturers that use the wake-up time to synchronize capabilities or anything else, that wastes way too much battery, _sending_ data is about 65-70% if not more of the battery life already, even without this.  
It will need to be implemented by the controller (thus Homey) to **retrieve** the current data, it is never send on its own, often only _changed_ values are send by the devices, or on a relatively high interval (or combination of).

> [@DirkG](#):
>
> `156, 0x70, 0x05`  
> or  
> `156,0x70,0x05`
> 
> I get the following info

Woops I forgot that you also need to specify the parameter you want to get:  
`NODE_ID,0x70,0x05,PARAMETER_NUMBER`

> [@DirkG](#):
>
> If not, this would mean that in the extended device parameters different values and settings would be displayed than are actually set in the sensor.  
> How do I know which values are actually set?

well… you don’t.  
wireless is wireless, that’s just one of the negatives of wireless communication, not just z-wave, you are limited on battery life, people like to have 1 year of battery life, better then 1 month.

---

<div class="post-metadata">

**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\
**Post date:** [July 15, 2021, 2:40am UTC](https://community.homey.app/t/battery-powered-z-wave-devices-changing-device-parameters-without-wakeup/48825/10 "2021-07-15T02:40:50Z")

</div>

Thank you very much for your effort and patience in explaining this to me.
