I believe the reporting intervals are rounded to the nearest minute.
With the current firmware, there are only 2 options available:
Check and report every interval, regardless of whether the value has changed
Check every interval, but only report if the change in value exceeds the threshold.
I can see the value in sending a report when the value exceeds the threshold, regardless of the interval, but I think that would kill the battery really quick (days instead of years)
From my own tests, I found that the sensor draws about 0.02ma when idle (asleep), and around 31ma when transmitting while on battery power. I dont have an accurate way to measure power usage over time though (and the sensor appears to draw more power over USB than it does via battery.
I did figure it would kill battery life. Indeed, it probably has to stay awake (or at least āmore awakeā) in order to register the sensor change, than if it could totally sleep and just wake up on a periodic schedule and check.
Those current numbers are fine - I think a little math and some hand waving will suffice to at least get some sort of idea between, say, reporting every 2 hours, 1 hour, 15 minutes, 5 minutes and 1 minute.
Curious if anyone has printed a 3D model of the battery cover for this that allows the USB Power to be used without drilling a hole or without leaving the battery cover off.
Ha! Perfect. This is the type of thing we should find directly linked on the support pages. Even if official/unofficial, a link to printable options since there are a few different ones in here now would be great! Thanks @Eric_Inovelli & @EricM_Inovelli!
-Travis
Hey Eric, I played around with this in Vera for a few hours and can reliably get motion by including with this method:
Start the inclusion process in Vera choosing Sensors -> Aeon 4-in-1 sensor as device type and single-clicking on the action button. The parent device will come in as a āD_GenericIO1ā device.
Once the device is included, please wait for all children nodes to show up. Youāll have no readings yet. Donāt worry, theyāll come in with their correct device types.
Select the new Parent device (not the child sensors that start like _Temperature Sensor), then click on Advanced.
Go to the Params tab and make the following changes (copy and paste into the appropriate fields):
Give it a couple of minutes. Wait. Do not do anything ā for like 5 minutes. Pleaseā¦
Reboot your Vera
When itās back online, press the configure button on the back of the Inovelli 4-in-1 three times quickly. Donāt do anything in the Vera hub ā nothing.
Wait for a period of time (I canāt tell you because I got distracted for 2 hours) and everything should show up working.
Iām looking to use this as part of a Hubitat Motion Zone for controlling some lights, but it sounds like the device only takes measurements very infrequently. Does that include the motion sensor? Does it make a difference whether itās on battery power or USB?
If itās just checking for motion once an hour, thatās really not going to work for my use case.
tl;dr: Why is the motion sensor a sensor rather than a binary_sensor in Home Assistant?
My two sensors just arrived from Amazon yesterday, and while setting in Webex multitasking, thought Iād start to set one up. It was pretty effortless, as Iād already added the Open Z-Wave files when I installed a couple of switches the other day.
However, the sensor_burglar is showing up as an analogue sensor, with the values of 0 or 8. The 8 is not related to sensitivity; I tested with sensitivity at both 7 and 9, and the value of the sensor is always 8 when motion is detected.
Is there a reason for this, and why itās not binary? Iāll assume that the 0 always means no motion, but is there any reason the analogue value when motion is detected would ever be anything but 8?
Thanks (and Itās great to be working with a Michigan-based company!)
I believe this is all part of the Zwave standard. Technically, it is not a binary sensor; it is classified as a Home Security alarm. Home Security devices can send multiple values, but since this particular device is a simple motion detector, it would only use values 0 or 8.
Thanks! That makes perfect sense. Ironically, Iām going to add both of these as virtual zones in my real alarm panel, and I think the only think the Honeywell sensors give me is clear or faulted!
Iāve seen a value of 254 reported before. It seemed like after I woke the device up possibly. I think you can assume that anything other than 8 is no motion. A value of 8=motion. @jtronicus uses Zwave2MQTT and his value template is demonstrating this:
value_template: ā{{ āONā if value_json.value == āMotion Detected at Unknown Locationā else āOFFā }}ā
Looks like he is matching the text and not the value, but the same logic is being applied.
A value of 254 is āUnknown Eventā (I forgot to add it to the table in my previous post). I dont remember seeing that value on my sensor in the past, but I wasnt really looking for it either. I set up a binary sensor template in HA, and am treating 8 as ON and anything else as OFF.
If you are using the zwave functionality built in to HA, you may have to create a binary sensor template similar to this (note: I have not tested this)
Well, that sent me down the rabbit hole on wondering whether or not I should move to one of the MQTT solutions for Z-Wave (I already do so for my large Insteon installation), but Iāll defer that for now until Iām done migrating everything from Indigo.
In any case, just knowing ==8 or !=8 will be good enough.