Thanks for looking. I am using the alexa skill. Before I changed routers , I was having issues with the alexa ewelink skill as well. Alexa recognised the sonoff devices in the app but would not operate them. Also the ewelink app would turn devices on and off but not via a schedule. Having changed the router, these were resolved. Could it be I have a amazon issue rather than openhab.
Not sure on this because I now use proxy-layering exclusively, BUT the tags like [“Switchable”] etc may have to come AFTER the channel descriptor when you have a unified .items file. Memory neuron-twitching that this was one of those “item-file parsing surprises”.
This feature/enhancement seems to be the most exciting to me.
How would this be implemented in a Rule? Would the “command location” need to be passed in? Or created specific dummy items for each location? Seems like it would need to enhance the rule engine.
There’s a few different ways to do it. You shouldn’t need a rule. The way I understand it, you put an Echo into a group (in the Alexa app) with the devices in the same location, the kitchen for example. Then instead of saying “turn on the kitchen lights” you can just say “turn on the lights” and it will know based on the group membership that you are talking about the kitchen lights.
So you can either put all of the particular devices in the Alexa group, or if you have your items grouped in OH you could create a proxy item that acts on the group and put that one item in the Alexa group.
I think, as someone else has suggested earlier, the ability to identify which binding is permitted to use (eg: is discoverable) the tags , would be a great addition, since many of us seem to run both hue emulation and echo binding. Eg: [“switchable:hue”] or [“switchable:echo”] or perhaps for multiple discovery [“switchable:hue,echo”] or a similar format.
For the most part, I want to use hue emulation and have Alexa discover the hue emulated devices too, but with some items I’d prefer Alexa binding native support only, like the temperature control tags.
The skill is not available in the app store for india. When checking online, it says “
You are not eligible to enable this skill due to geographical restrictions.”
OK using the new Routines option I can finally say “Alexa Goodnight” and then based on that command I can then set a switch (or group or multiple switches) on or off. I think this gives ultimate flexibility as I can still use OH interfaces to “turn off the house” as the proxy I use is called “the house”, or even voice command this the same as before.
Only thing I think is missing is the voice response from Alexa - I say " Alexa - Goodnight" and she replies “OK” - a bit of a cold response from her I think - would be great if the Routine supported a voice response - then you could have some fun with that:
I say - "Alexa - Goodnight"
She Replies - “Goodnight you sexy beast”
Its a pity that English(India) language is not supported due to which it is not possible to access the openHab skill in India yet. Hope we get to use the skill with our projects soon!
@Matt77@Kanusel I’m have the same problem. I’ve just added my Thermostat as described. Alexa found the device after I asked her to find smart home devices. When I ask “Alexa, set the Lounge Thermostat to 21 degrees” she says “I’m not sure what went wrong”.
Interestingly this does not happen if I ask Alexa to increase or decrease the temperature rather than setting a specific temperature.