New certified devices from Aeon Labs and EcoNet

We’ve just added official support in-app for a few devices:

[Aeon Labs Siren (Gen 5)][1]
[Aeon Labs Recessed Door Sensor (Gen 5)][2]
Aeon Labs Multi-sensor (Gen 5)
[EcoNet Vent EV100][3]

Happy Friday!
[1]: http://aeotec.com/z-wave-siren
[2]: http://aeotec.com/hidden-z-wave-door-sensor
[3]: http://www.smarthome.com/econet-ev100-6x12wh-z-wave-controlled-air-vent-6-inches-x-12-inches-white.html

6 Likes

@Tyler do certified devices also mean that the devicetype code is then made available in the IDE?

Or is it now possible for certified devices to not require the devicetypes to be open sourced?

Publishing the device type code to the IDE is an optional step when we certify a new device. There are two examples I can think of where we wouldn’t publish the device type as an example:

  1. The device type was developed by a partner of ours (or by us and a partner) and they have requested that we not share their code.
  2. The device type was submitted by a community developer and they didn’t check the box to share their code with the public.

@Tyler
Great Work!!!

Any word on the Aeon Labs Power Bar integration???

Which model #? The DSC11-ZWUS? If so, it should work though I think it doesn’t give you multiple controllable tiles.

Yes, that’s the one!!

I would love to pick device names for each Tile and be able to choose device images for each tile.

Ideally I would like to be able to add timers and such?

I would like one of the plugs to come on and turn on a camera when we are in away mode which would be ideal.

There’s a custom implementation here:
https://github.com/notoriousbdg/SmartThings.Aeon-Labs-Smart-Strip

Timers would be handled by using SmartApps. You could then turn it on/off depending on your presence to control the camera.

edit:

To answer your question though, there’s no work being done right now to mature our integration for the Aeon Smart Strip.

Thanks for the openness on this.

I will have to learn code to fully utilize this great product.

1 Like

You should just need to copy and paste some code. It could certainly be easier, but learning how to code shouldn’t be necessary.

does the device type for the recessed sensor include battery reporting?

I’m unable to get the Aeon Gen5 Recessed door sensor recognized by the hub. I followed the provided instructions at link below and did Dashboard > + > Connect New Device - the app kept spinning “Searching” even though I pressed the Zwave button on the sensor after removing battery insulator and holding it 6” from the hub. I tried resetting the device per instructions, but never saw the indication in step 8.

I also tried to connect the sensor via Dashboard > + > Open/Closed Sensors > Aeon Labs Recessed Door Sensor (Gen 5) > Connect Now - at which point the ST app crashes 100% of the time. I submitted several crash reports. Running on iPhone 6 with latest latest iOS, Hub, and ST app updates.

https://support.smartthings.com/hc/en-us/articles/204357804-Connecting-An-Aeon-Recessed-Door-Sensor-Gen-5-

Another update - I was able to get the hub to find the sensor (Dashboard > + > Connect New Device), but after finding it, the mobile app showed the error that “This sensor failed to complete the network security key exchange. If you are unable to control it via SmartThings, you must remove it from your network and try again.”

I was able to remove from Z-Wave network and re-add several times, but the error about failure to exchange security keys happens 100% of the time.

Exclude it again and pair it very close to the hub. Email support@smartthings.com if you continue to have trouble.

Finally worked! I held it one inch away from the hub, it paired, and didn’t complain about key exchange.

However, the preference screen has an empty tile with “–” in the middle. I wonder if that is for battery. The other tiles are Open/Close, SmartApps, Preferences, and Activity.

The “official support” for the Econet vent is not completely functional as currently posted - the On/Off icon never changes, some poll() commands will not retrieve the current level, and the device does not report/acknowledge changes from the setLevel() command.

This latter one is problematic if you are try to control the vent, but want to check its current setting (switch.currentLevel) before sending a new one because the vent has to calibrate itself (cycle the damper full open/full close) before setting an actual level.

Both easy fixes - I have posted my version here:

Thank you Barry. I can confirm that this does clean up the updating of the level values. I’ll get this over so that we can roll your changes into the code.

Thanks again!

Is the Gen 5 Multi Sensor No longer Supported I’m having a hard time finding a device handler for mine

It definitely is, please contact support@smartthings.com if you have trouble.

1 Like