[ST Edge] Philips Hue LAN [BETA] (3rd Party Driver, Not ST Native)

Developer Programs Writing Edge Drivers
, , , ,
298

@blueyetisoftware , ok how do i send you the logs? Sorry not familar with downloading the logs

299

I dont suppose there is any way to make this work with HA bridge ?

300

Currently the driver only uses the Hue V2 api which they have in beta. It is largely stable and already rolled out on their hubs. The HA Bridge mimics their V1 api. It is possible, and would basically mean adding V1 support to the driver. I would possibly be interested in adding V1, but would need testers interested in testing the HA Bridge as it is being developed. Let’s see what kind of interest there is, but it isn’t out of the question.

301

Yes you have a point, it would totally save my bacon if it worked. but i do understand that it might not be of big interest to others. I currently use an HA Bridge running on a KNX controller to emulate Hue to allow smartthings to control my KNX lights and system. As of last night it stopped working and im guessing its part of the migration away from groovy. i was using the "Hue Advanced connect " smart app in smartthings to interface to the HA bridge. its not the most tidy solution but 7 years ago when i set it up it was the best i could do. been a rough day with less than 50% of my house working now.

302

i noticed that HA bridge is just passing these commands to my knx to turn a device on or off

only 2 variables need to change the datapointvalue and the value=1 for on and value=0 for off

turn a light on
http://192.168.1.240:80/baos/SetDatapointValue?Datapoint=97&Format=RAW&Command=SetSendVal&Length=1&Value=1
turn off
http://192.168.1.240:80/baos/SetDatapointValue?Datapoint=97&Format=RAW&Command=SetSendVal&Length=1&Value=0

wish there was a way i could create virtual devices with these scripts ?

303

There is. I will forward it to you separately :+1:

304

OMG!! that would be amazing

305

I have two brand new Econic Outdoor Wall Lights that are still boxed. They have never been used or installed. They are currently going for $170 each. I’d let them go for $160 each + Free shipping. These are very cool lights, just don’t fit where I need them.

306

Hi @blueyetisoftware thanks for the Edge driver.
I have a problem with Hue Motion Sensor. I imported it using Hue Hub settings with your driver. Motion Sensor imported fine and works with automations configured in Hue app and shows temperature and illuminance in Smartthings app.
Today I decided to configure rule in Smartthings and realised that Hue Motion Sensor does not react on motions. In device history in Smartthings I can see no any single motion event in last days. Am I doing something wrong or motion events from Motion Sensor are not yet available in Smartthings?
Thanks

308

@Botrops in his original post you’ll see it’s only illuminance and temperature that are incorporated at this time with motion to come later

1 Like
309

Thanks, you are right, I misunderstood it from the beginning.
Could you please advise on any specific Edge driver working well with Hue Motion sensors?

310

I use this Edge driver for the Hue Motion Sensors - it works really well.

311

Full motion support is available in the Alpha. It is currently being tested. The driver @skinnypope linked is for a “no hub” setup that directly connects the sensor to your ST zigbee network. This driver keeps the motion sensor in your Hue zigbee network and available in the Hue app. If you want to try the alpha, let me know in DM and I can add you.

312

@Botrops Although not a heavy user of my Hue motion sensors at the moment I have been monitoring and can confirm that temp, lux and motion report into ST well with the alpha version of @blueyetisoftware’s driver :+1:

2 Likes
313

Thank you for everyone testing the beta. Now that both Edge and the Hue firmware are out of beta, I have a better idea of their roadmap. I also have seen how the ST version of their Hue driver manages discovery and have decided to take this driver in a slightly different direction to avoid conflicts with their implementation. Later this week, I plan to take down this current beta driver and post a new one. The new one will support most of the same functionality plus a bunch of support for ZGP, sensors, etc. This driver will allow for a forward migration, but once you switch, you won’t be able to go back. Therefore, here are your options:

  1. If you are happy with what you have, and don’t want anything to change, you can unenroll from the channel and keep your current driver as long as you want. The current driver will be taken down for new installs.
  2. If you want to update and gain access to the new features, you would need to install the new driver manually from that same channel and switch your hue hub device to that new driver. Your existing devices will migrate over.
  3. Recommended: Once the new driver is available, start over with a fresh group of devices.

For those that don’t want to start over with devices and automations, there is a migration path, although I can’t guarantee how long I will maintain support for those migrated devices. If support has to be dropped, I would announce it in advance. If you think you might want to migrate your devices, and want to test that migration in the alpha, please DM me. Otherwise, further instructions will be posted later this week.

1 Like
314

Can you clarify this. Are you saying if you go with Option 2 that it’s possible that eventually those migrated devices via Option 2 could lose support, ie, it’s different from Option 3-created devices?

315

This is what I was mentioning in the alpha as well. ST doesn’t provide a way to “replace” a device with a new device and keep the automations in place. They only allow us to modify certain data. This new driver makes use of data fields that aren’t present in the old devices and changes the way they are associated with each other. To allow the migration, I had to create a new scheme for supporting both the old devices and the new devices. With this new driver, they should both work and I intend to keep them compatible for the foreseeable future. However, there may come a time when some piece of that is incompatible. If/when that time comes, those devices will need to be recreated in the new format. I would announce this in advance to give people time to switch over, or leave the driver channel.

1 Like
316

Do you utilize individual light effects (e.g. candle, fire, sparkle)? (Choose more than 1)

  • I use them manually in SmartThings app
  • I use them manually in the Hue app
  • I use them in SmartThings automations
  • I don’t use these lighting effects

0 voters

317

I use only “Alert” for flash on-off in Smartthings automations

3 Likes
318

Not quite sure where my amswer would fit in your survey as, like @Diegocampy, I use alerts and effects using rooms and zones in ST automations. I don’t run individual bulbs in ST but would like to have the ability to use effects at bulb level some point in the future :+1:

2 Likes