I think I adjusted my polling on the Aetoec and it’s pretty much instantaneous for me and has been reliable since I installed them. I may have also set another option - I’ll take HA down later on today and run OZWCP to see and I’ll report back here.
I’ve got a couple of things I’m testing with other devs so I need to keep HA running for the moment.
You may be right, it’s just not something I’ve noticed - My polling is at 3600 because I’m on battery. Is that the only change that the setting impacts?
I’ve been running the sensor for a few months now and I only automate based on burglar and temperature (Lux is a bit better since the firmware update, but still useless.)
I’d be lying if I told you for sure one way or the other - I mainly did it because Ben @bruhautomation pointed out the importance of it in his ZWave video. LOL
I’m running on AC power for mine so I tweaked the polling for my needs.
Hi roddie (and all)
I have the exact same setup when I installed it today.
The motion seems to be set by the burglar sensor, and it is set to 8 when motion.
(Doesnt seem to detect any tampering though?)
And normally I can change configurations in Open Z wave control panel, but it doesnt get saved when I try to change to binary reports. (Or I cant find the correct save button?)
Have you had any success/made any changes to your setup?
I haven’t made any changes to my setup and all appears to be stable and working fine. If I remember correctly, there was a save button right near or below that configuration option which gave me the idea that it had to be saved there before moving on; like maybe doing so would expose other options below it.
Ok so I finally got it working.
The problem was that I didnt wake the device (probably obvious to alot of users ).
It does says so in the manual as well… sigh Multisensor 6 user guide : Aeotec Help Desk
In order to configure Multisensor 6, you must either (1) wake up Multisensor 6 using the below button press function, or (2) temporarily put your Multisensor 6 on USB power.
So:
Enter OZWCP
Initiate/load as usual.
Click on aeotec motion sensor
Wake it, holding the action button till orange light according to manual. (the device will be seen as AWAKE (dynamic) )
Change to binary report. (it probably will change back to the default option shortly, untill it has communicated the changes to the device. It should then change back to binary, and stick to it. (the device will be seen as Sleeping)
Click SAVE in top right corner of the UI.
DONE!
Now my burglar sensor read 3 when tampered, and still also 8 on motion).
The binary sensor for motion on/off
I thought of suggesting that and figured, “Nah, he’ll think I’m talking down to him”. My mistake. It’s little things that can trip you up - I’m sorry I didn’t ask now!
Sorry for joining in late, but this info has been very valuable for me. Question though, I have the Remotec ZX-120 IR device and am wondering if I can poll it while it is set on FLiRS or am I better off getting it to be Always Listening and then just setting it to update regularly. I can plug it’s USB in permanently so battery power isn’t an issue
Reason being is I want it to trigger the AC/Heater when the temp is low or high at certain times but it currently only records the temp once an automation is triggered (I assume polling does the same thing in that sense).
If I do poll it, can I set that to just happen a minute or so before the automation would trigger instead of throughout the day? For example I want to see if the temp is below a certain point at 4pm and then turn on the heater so the house is warm when I get home.
If you have any chance of just having it always on, and if the device itself supports sending reports on its own to HA that is always going to be the preferred option.
As for polling before a timed trigger, you could setup an automation that switches an input boolean, then use the new zwave update node service to run an automation.
@avayner Having just done some of my own testing, I also had to set the polling_interval very low before I’d see any poll responses from devices. (Went from never to ~2 minutes.) However, this eventually caused HASS to eat up all my RAM, forcing me to reboot.
After reboot, a reasonable polling interval of 30000 started giving me near-instant status updates for some reason. On reboot, everything is new - drivers, daemons, etc. Have you tried a reboot? If a reboot helps, then maybe this is a driver issue.
I seem to be running in to a problem related to this that is driving me nuts.
I have an Aeon Labs energy reader hooked up to read the power being used by my washing machine and dryer to aid in automations and notifications. Whenever Home Assistant starts up it pulls perfect readings from the device, but then they never update again, ever. Restarting home assistant causes a new perfect reading, but only once, and then there is no update ever again.
I thought I could fix this with polling (obviously the device can be polled because starting home-assistant pulls the correct reading every single time) however I just can’t seem to get it to poll again without restarting home assistant.
The device has many sensors (sensor.aeotec_dsb09104_home_energy_meter_power and numbered 2-6, as well as interval, energy, etc) I also tried the friendly name sensor.washer_and_dryer, but that didn’t change anything either.
Anyone able to point me in the right direction? restarting home assistant every few seconds to get a new value is obviously not a practical solution!
I have tried setting those parameters through the zwave section of home assistant. There is no indication that the parameters took on the monitor, and there was no change in behavior.
This works properly on startup of home assistant, but simply never refreshes, it seems polling would be an appropriate solution to the problem, if I can get home assistant to actually do it.
Having the same issues currenlty. The config used to honor polling intensity, it appears as if it no longer pushes polling intensity to the device.
In 0.63 I purchased a new GE dimmer, I added polling_intensity: 1 to the config, badda bing bada boom, worked great.
Now in 0.67, I purchased 3 more, same model number. polling_intensity is not getting pushed to the new devices.
Fairly sure there is an issue with it right now.
EDIT: I have to clarify, I believe i did it in 0.63. It may have been 0.47 to 0.63. I upgraded in early jan 2018, adding the new dimmers then. I don’t remember if I did it prior to upgrading to 0.63 or after.
2nd Edit: I did it after upgrading to 0.62. Just verified with my commits to github.
I’m still doing some investigating, but from what I’ve seen so far, editing the YAML config files and changing the polling intensity and then restarting HA has absolutely no effect. Calling the service zwave.set_poll_intensity with the appropriate arguments does work because it calls the underlying OpenZWave APIs that configure the polling. OpenZWave then saves those settings in its own config file.
One other thing that I noticed is (at least if you’re using a version of OpenZWave from git master) is that the polling intensity and polling interval doesn’t work the same as described in the HA docs. Instead it polls one device every polling interval,working its way through the list of devices to be polled. That means if you have ten devices configured with a polling intensity of 1 and a polling interval of 60000 it will be 5 minutes between polls of an individual device. I have not yet tested with polling intensity settings other than 0 or 1. There does appear to be configuration settings in OpenZWave to change the behavior back to what is descibed in the HA docs but I haven’t experimented with that yet.