Didn’t know this existed, but have been reading the Github install. Looks like this can replace the Vera implementation, which according to both Amazon and Aeotec hasn’t been updated in eons. It is tedious to use the Vera login service and set up temp names and enable devices to expose for discovery, to only then not even see the status of a device due to “not responding”. If Vera knows the state, there is clearly a bug in the Vera skill.
So, for this all to work, just need to install/configure this, and use some Hue skill within Alexa I presume. Does this support items not lights - for example, exposing and seeing the humidity level on a sensor? Don’t believe Alexa is that advanced yet…
Another good question - any iPhone apps that work with HA Bridge? Anything like the Vera app or another 3rd party like Samsung i’m pretty sure you can’t point directly at an IP address (if your Vera is protected and you want to access via SSL VPN on iPhone).
Currently, thinking the following would be a good architecture:
- Vera partially decoupled to use local services. Perhaps only enabling the ra service on 232 for Vera iPhone app control and remote access. (Unless another iPhone app would work for all devices?)
- Vera with Reactor to automate / alert on everything.
- Vera with 3rd party apps like Honeywell/Ecobee, etc. (Unless this is easy to move to HA Bridge - but you would lose potentially access to non-light devices as Vera wouldn’t be exposing these and Alexa doesn’t really support them, yet.)
- HA Bridge as the shim between Vera and Alexa services. (Since the Vera native cloud based implementation is broken and hasn’t been updated in a while.)
Would still be stuck using a combination of the Vera app and Alexa app on the iPhone, but things would be at least controllable and provide true updated status.