[DEVICE PAGE] Inovelli 4-in-1 motion sensor LZW60

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.

1 Like

Thank you, that information is useful.

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.

Thanks!

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.

-Travis

Hey looks like @EricM_Inovelli created one: Knowledge Base Redirect ā€“ Inovelli

Would this work?

1 Like

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

Thatā€™s a good idea ā€“ Iā€™ll add it shortly!

Edit: Just updated it in our Spec Sheet and on the Product Pages :slight_smile:

No, I literally just added it :rofl:

1 Like

Ooh it is there already. I didnā€™t assume anything like that would be there. No homework for you Eric, just a better study needs to be done by me!

-Travis

Hey Eric, I played around with this in Vera for a few hours and can reliably get motion by including with this method:

  1. 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.
  2. 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.
  3. Select the new Parent device (not the child sensors that start like _Temperature Sensor), then click on Advanced.
  4. Go to the Params tab and make the following changes (copy and paste into the appropriate fields):
  • device_type: urn:schemas-micasaverde-com:device:MotionSensor:1
  • device_file: D_MotionSensor1.xml
  • device_json: D_MotionSensor1.json
  1. Give it a couple of minutes. Wait. Do not do anything ā€“ for like 5 minutes. Pleaseā€¦
  2. Reboot your Vera
  3. 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.
  4. Wait for a period of time (I canā€™t tell you because I got distracted for 2 hours) and everything should show up working.

Motion works after performing these steps.

3 Likes

@diysmarthomeguy ā€“ well, well, well ā€“ we were wondering when youā€™d show up John! Welcome brotha :slight_smile:. Glad to have you in the community!

You rock man, let me give this a shot.

Edit: Worked for me!

Awesome - I havenā€™t cracked the Wink code yet. I can only get it in as a Temp and Humidity sensor. Unsuccessful thus far for motion. Any tips?

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.

@mbbush
Motion is actually an interruptable event that wakes the sensor up. So motion is reported whenever motion is detected.

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!)

2 Likes

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.

Value Meaning
0 Clear
1 Intrusion at Location
2 Intrusion at Unknown Location
3 Tampering - Cover Removed
4 Tampering - Invalid Code
5 Glass Breakage at Location
6 Glass Breakage at UnknownLocation
7 Motion Detected at Location
8 Motion Detected at Unknown Location
9 Tampering - Product Moved
2 Likes

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!

Appreciate it!

1 Like

Hmmmā€¦ one them is at 0, and the other is at 254 nowā€¦ neither should have detected motion recently.

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.

Zwave2MQTT template
binary_sensor:
  - platform: mqtt
    name: "Bathroom Motion"
    state_topic: "zwave/20/113/1/7"
    device_class: motion
    value_template: "{{ 'ON' if value_json.value == 'Motion Detected at Unknown Location' else 'OFF' }}"
Built-in Zwave template

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)

binary_sensor:
  - platform: template
    sensors:
      sensor_name:
        device_class: motion
        value_template: "{{ is_state('sensor.bathroom', '8') }}"

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.