Which may not feel worth it.Longtime CNET readers know that we've always liked Harmony remotes (even in the days before the original Canadian company, Intrigue Technologies, was purchased by Logitech). Hue is probably the most versatile and ends up being the least expensive unless you only need one use case.Īnyway, the point is that it is doable, but it takes this kind of workaround. A real hue bridge, a real LIFX device, or a real Lutron Caseta device. But that’s a lot of work and you have to have a server device to run the emulator.Īlternatively, you can just use a real device that is visible to both harmony and smartthings. I’ll have to think thru options.Īs mentioned above, you can get control from the home automation buttons by using a hue bridge emulator, so that Harmony thinks it’s controlling a hue device and you set up smartthings routines to trigger when that fake hue bridge turns on a fake device. ![]() That is disappointing as it makes the home automation buttons at the bottom of the Harmony Elite basically useless in a ST environment. So net is that it is a one way communication from ST to Harmony. I wouldn’t think this would be worth it for most people, but if it’s really important to you to maintain that functionality (say you have a child on the autism spectrum who uses that remote to turn lights on and off), it can be done for Thanks for the confirmation. In fact, a hue bridge emulator is exactly how Home Assistant integrates with the home control buttons on a Harmony remote. I’m not saying this is a good solution, and the cost and complexity depends on the details of each use case, but it’s definitely doable. Or you can even use a hue bridge emulator, of which there are many, but of course then you have to have something running it. So…you can use a hue bridge with real hue devices as a proxy for ST integration. Harmony provides integrations from the Harmony side for LIFX, Lutron, Philips Hue, and SmartThings for these special buttons, but the SmartThings integration is a groovy smartapp and, as mentioned above, that dies when the groovy cloud is shut off.īut the other brand integrations should still work, at least for now. You investigate what options are available to expose your existing lights and switches in ST to HA, and use HA’s emulated-hue to connect it to harmony - should in theory be doable now This would need to be hosted on a device such as a raspberry pi. This will be tricky from a network perspective, as to harmony it will need to appear like it’s on your local lan, whereas to samsung it would need to appear like it’s in the cloud (with a public ip and ssl - not insurmountable - just tricky). Now it would not be possible to get harmony to recognise this directly, but what could be possible is if this new smartapp had an interface on your local lan that emulated a phillips hue bridge, this is the approach taken by emulated-hue on HA and a few other OS home automation platforms. Somebody builds a modern smartthings smartapp using the new technologies that will remain supported. This should be doable as it looks like the node-red has something similar with it’s H-Observe feature - node-red-contrib-harmony (node) - Node-RED - but does this meet your needs? ![]() I investigate the possibility of detecting when an activity is changed on the harmony directly, and have some kind of component on the edge driver that states the current activity - you could then trigger automation in ST of of this. I have some ideas worth further investigation though…
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |