Hello, as a lot I use zwave for certain sensors, I tried with the help of many posts on the forum to know if a sensor is disconnected, I placed in a database influx the records at each update , and configured the dongle to wake up the sensors periodically, and this on 3 different dongles, nothing to do with the dongle never wakes anyone up and suddenly I am unable to be warned if a sensor is lost, I use the binding "expire ", do you have any experience and solution for this very annoying problem? thank you in advance
Ps: with zigbee2mqtt for example it works very well 'I also used other box and again even in zwave I have alarm settings which are well done, but on OH, 2.5 and 3.0 ⊠None I do not understand
The sensor needs to wakeup on its own as the dongle canât wake up a sensor which isnât listening due to its sleep.
As Roosko57 wote: decrease the wakeup period of the sensor, but be aware it will affect (=shorten) the lifetime of battery operated devices and you need to change batteries more often for these devices.
Contact ZWaveNode009ZW112DoorWindowSensor6SensorDoor "Porte Local Tech[%s]" {channel="zwave:device:e0f86061:node9:sensor_door", expire="10h"}
So my item if it has not received an update will go to âUNDEFâ.
unfortunately the status always remains on âUNDEFâ the weake up does not change anything.
Is there something that Iâm doing wrong?
Thank you for your precious help, this sensor management is very important to be sure that it works.
Thank you
You have set the Polling Period to 6hrs.
So device will wake up every 6hrs and ask the controller if there is any change in settings - it will NOT post its status.
After that it will sleep again 6hrs.
As this is a contact sensor it will wake up immediately when the status (ON / OFF or OPEN / CLOSE) changes and send the new status to the controller.
If the device has a bad connection to the controller this message could get lost.
This device has just one neighbour node 8.
If this is also a battery device and there is no other listening device online the message is also lost.
this is a test network , there are 2 devices , one door sensor and one wallplug , so what is the best way to know if a sensor is deconnected or works badly ? there is a way ? or i just need to set a rule test if sensor value is ânullâ or âUNDEFâ to be warned ?
You have a lot od nodes on the network if there are only 2 devices. You likely have zombie nodes defined on the controller affecting network routing. I usually use the Windows based PC Controller software to remove them from the stick.
Devices sometimes try to route through the non-existent nodes to reach the controller.
in fact yes there are gost nodes , i clean then know thanks , for what i see i need to learn mode about zwake managingâŠ, so the controller can see if a sensor is lost ? and can tel me if is the case ?
You canât, directly. OpenHAB cannot tell if a battery device is sleeping normally, or has been stolen or crushed with a hammer.
What you can do is configure the device to make periodic reports e.g. battery status. Then you can detect missing reports.
The Item âexpireâ feature is purpose made for this.
yes i know i try to use the expire feature, but if the sensor donât actualise state (if there are no change apparently sensor send update only if new state) the expire set for exemple âUNDEFâ after 10h , and the status stay unchanged until i open the door,
so if i open this door only one time per week how i can know there is a problem with this sensor ? i hope i explain right myself , thanks a lot again for your help
Then youâll only be able to detect a missing sensor after 10 days.
Itâs a rubbish sensor if you canât configure it to periodically report battery. I think you just have to find out how, really.
The âcommand poll periodâ you showed in an earlier post has nothing to do with wakeup at all. It tells the binding when to poll a device after it has been sent a command. You donât send commands to sensors, it does nothing here.
Donât forget if you do change device settings at openHAB end, they cannot be loaded to the device until it wakes up. No instant cures.
here is some infoâs:
for these server iâm on â2.5.11-1â
The controler is a âZ-wave.me v2â
The door sensor is a âZW112 Door/Window Sensor 6â from Aeotec
Here is the paramâs i can change in the door sensor
actually i set a warning if battery donât change since 4 week
like this
rule "Detection d'anomalie Batterie si pas de changement depuis 4 semaines"
when
cron "0 00 19 1/1 * ? *"//demarre a 19h tout les jours
then
val BatteryDevices = It_Group_Battery.members.filter[sensor|sensor.updatedSince(now.minusWeeks(4), "influxdb") == false]
BatteryDevices.forEach [ sensor |
msg5 = msg5 + (transform("MAP", "BatteryAnomalie.map", sensor.name) + ': ' + '\n')
logInfo("Sensor Statut ","possible anomalie sur " + sensor.name + ": " + sensor.changedSince(now.minusWeeks(4), "influxdb").toString )
]
if (msg5 != "" )
{
//Do message ..Email..blabla...
}
end
And for Contact state door sensor i set 2 Weeks .
Apparently I have no choice but to wait for the battery to drop? or a possible opening of the door, this seems to be a good solution?
for other temperaturte, energy monitor exc ⊠I use âexpireâ which is very good work
Donât forget if you do change device settings at openHAB end, they cannot be loaded to the device until it wakes up. No instant cures.
great info! It can avoid a lot of problems indeed!
You need to MANUALLY wake up the device if the wakeup period has not previously been set. Iâm not sure if this is the case or not, but you cannot just change the value in the UI and expect the device configuration to change. The device must wake up to allow the binding to transfer the configuration - if the device is waking up periodically already, then it will be transferred at some stage - if not, you must manually wake the device.
I see in this image it shows PENDING status - this means that the configuration has not transferred to the device yet. You can either just wait until the device wakes (hopefully!) or manually wake the device.