Anyone else find it turns on Hue lights at a range of dimmed power? Even when last use was full bright.
My come on at whatever they were set to last.
The problem with “open the garage door” vs. “close the garage door,” at least in my case, is mine is set up on a relay. I have the relay set as a momentary contact switch, so when you turn it on, it toggles off a second later. That causes the garage door to open or close, and then to reset to the “off” state to be prepared for the next time you activate it.
Here’s the catch – when you say “Alexa, open the garage door,” that interprets this as turning the relay on – which makes it open, and then the switch toggles back off. The specific command I see in the log is “Turn on Garage Door Relay”
But when you say “Alexa, close the garage door,” it sends the following command: “Turn off Garage Door Relay.” Since the relay is already “off” at that moment, it doesn’t activate. So to close the garage door, I actually have to again say “open the garage door.”
Anyone have an elegant/easy solution for this?
I would think you could write a virtual device to represent the true state of the “switch” and then just issues the relay when it makes sense.
for example a virtual switch in the on status should issue the relay for off but not issue the replay when asked to be turned on again. When the virtual switch was in a status of off it would to the opposite issuing a relay command when the on command is issued and doing nothing if asked to be turned off again.
This is how the zwave garage door units such as the GD00Z behave. Issue open twice and it ignores second request. Issue close twice and again it will ignore the close request for the second request (or an subsequent close request for that matter).
How do you monitor the state of the door, do you have a tilt sensor or something ? That could be incorporated into a smart app, if tilt says open then only accept close command, if tilt sensor says closed only issue open.
Ideally get yourself a UL safety approved zwave garage door opener and you will not have this issue.
Try using a virtual switch. When the door is open, the switch is on. When the switch goes off, the door closed.
Btw, what garage door controller are you using?
I was actually amazed that “open/close” commands works on the Echo. I tested this with Alexa Helper and was able to open and close the garage door (using a Zwave garage door opener). This device DOES respond to open when the relay is telling it the door is closed, and will close the door only when the door is seen as open. This will help me on my app, however, it sounds like you are simply using a REAL relay that is normally closed. I think there is a way to set up a relay with a sensor as a garage door solution…have you tried that?
By the way, the Alexa Helper app is here: [RELEASE] Alexa Helper
my IFTTT and amazon echo has suddenly stopped working with smart things hub. Anyone have any similar experiences?
There is an entire thread on this…Echo control is down…Support is working on it…
It seems to be not everybody…Mine is not working…
Echo is working. The SmartThings/Echo integration is failing as are many other external integrations, including IFT TT, harmony, SmartTiles and others. If you are using the official smartthings integration, echo will say OK, but then nothing will happen.
The issue is being tracked in the known issues section of the community created wiki:
I am wondering if it’s possible to create custom voice commands voor Amazon Echo.
I saw that it is partial possible: http://www.cnet.com/how-to/how-to-craft-your-own-custom-voice-commands-for-amazon-echos-alexa/
But you have to say “Alexa trigger” before your custom command. In that case i don’t see it as Custom since i would like that i only need to say “Alexa” and create the rest of the command. This is because im Dutch, we don’t speak english in our home (and my wife is bad in english). So i need custom-custom commands
ST and Amazon echo have an official integration… Ok, but why is it limited?
After browsing the “Alexa skills” section this morning I came across several smart home skills. Each of these allows for something we do not have in our official integration…
You can say, Alexa, ask Vivint if my home security system is armed.
Alexa, ask homeseer what is the status of the light on the back porch .
It would seen that with an official integration this would be possible. Especially since ST knows the current status of a connected device.
That “ask [name]” deal is a skill someone programmed. It’s not part of Echo’s built in integrations like the home automation stuff. Maybe you knew that, but I wanted to be clear. Now the question is “Why does Smart Things not have an official Echo skill already programmed?”. With that, you could get status and such fairly easily.
It’s definitely possible. If I had the time, I could probably fairly easily write one (any programmer probably could), the whole thing is fairly easy to do. It just hasn’t really been done yet. Unfortunately, I don’t have the time to dive into something like that right now.
Yeah, I know it’s a skill. But my point was, with an “official integration” why wasn’t something this simple included?
The on/off integration with Alexa is solid. Echo/ST can now advertise compatibility with each other. Iterations and improvements will come as the priorities shift from new integrations to improving the existing ones.
Any issues with multiple Echos connected to one ST and Hue hub?
Not a single problem at all. I have three of them in my system.
Excellent - #2 arrives Thursday.
Thanks for the info.
Because it is very much the SmartThings way to implement the minimal product for initial release. I have this same gripe about almost all of their supported devices. I have 100% of my devices on custom device code because the default code from ST never supports all of the features of the device. And that’s years after the devices were released. They push out the minimal device code and then leave it there. Of course community folks immediately release better versions and we all switch to the custom versions. Smart Things wins is two ways with this. 1) they don’t need to write the code 2) when you contact them for support they say we don’t support custom code. It’s a Win Win for them.