Interfacing Alexa with Reactor via Routines and Dimmer VS
-
Roger that. I had tacitly assumed that
dimming.levelin MSR land was the same asloadLevelTarget.Let me delve into the details of what I was tracing and get back to you. Thanks for the clarification!
-
@librasun
here is image with 4 commands in routine no delays
dim20
dim30
dim20
dim30
the hall switch turns off/on when 20/30
and here it is from routine with a set alexa device volue between each command
@elcid Intriguing how your setup seems so much more consistent than mine. It's the story of my life. In fact, while doing this test battery, I realized that Switchboard plug-in for some reason is refusing to "Reset" the Test Dimmer despite its ImpulseTime value being non-zero (I've tried 1, 3, 5, doesn't matter). Never resets.
I find a problem, it always has a baby.
-
@elcid "Test Dimmer" is a child device of Switchboard plug-in on my VeraPlus. MSR runs in a Docker container on my Synology NAS, connected to the same local network.
I'm accessing and executing the Alexa Routine using an Android phone (also connected to the same WiFi).
Clearly the type and timing of propagated data in this arrangement is not deterministic enough to be used as a Trigger in MSR. Spent two solid days proving that to myself, lol!
Surely with Node-Red and other more modern, streamlined data channels in place, it would not be a problem, I'm sure. Just wanted to test what I have in my arsenal, which is always 1-2 generations old.
-
@elcid "Test Dimmer" is a child device of Switchboard plug-in on my VeraPlus. MSR runs in a Docker container on my Synology NAS, connected to the same local network.
I'm accessing and executing the Alexa Routine using an Android phone (also connected to the same WiFi).
Clearly the type and timing of propagated data in this arrangement is not deterministic enough to be used as a Trigger in MSR. Spent two solid days proving that to myself, lol!
Surely with Node-Red and other more modern, streamlined data channels in place, it would not be a problem, I'm sure. Just wanted to test what I have in my arsenal, which is always 1-2 generations old.
@librasun said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Test Dimmer" is a child device of Switchboard plug-in on my VeraPlus. MSR runs in a Docker container on my Synology NAS, connected to the same local network.
That did not answer my question, how is alexa communicating with the vera virtual device?
-
@librasun said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Test Dimmer" is a child device of Switchboard plug-in on my VeraPlus. MSR runs in a Docker container on my Synology NAS, connected to the same local network.
That did not answer my question, how is alexa communicating with the vera virtual device?
@elcid Hmm, I gotta think about that.... All I can say is that after creating the virtual switch "Test Dimmer" I went into GetVera configuration > Alexa > checked the new device, then FINISH. Then I ran Alexa app's "Discovery" mode (it found the new device), whereupon it became available inside my Routines.
So as to "how" it communicates, I suppose it's happening through the Alexa <> Vera connection at an API level. That's my best guess.
-
So it's using the laggy Ezlo Alexa plugin. Can you not use HA bridge on your NAS?
[edit] I moved most of the plugins off vera and no aleax plugin , result is alexa is faster and veraplus reloads 1 or 2 times a week, and i am still on firmware 7.31, waiting for offical release of 7.32 as don't want to fall into the no support as you loaded beta firmware trap. -
Ha, your suggestion led me to Google "HA Bridge" and I read up on it over at Github. Fascinating concept, although a bit beyond my technical level (i.e. "slightly scary") and I dare say it solves problems I'm not quite sure (yet) that I have.
As for Vera firmware, yep, on the advice of others, I took the plunge upgrading to 7.32 (beta) and have no regrets. In fact, at the same time I also uninstalled several plug-ins (Site Sensor, Reactor, and GCal3) and have experienced exactly ZERO Luup engine restarts since!
I'll keep your advice in mind for the future, as I learn more about my system's weaknesses. Right now, it does everything I need and more. The experimentation I do here is mostly connected with beta testing MSR, which has kept me occupied for over a month now.
-
-
Does it also spare you having to go through those godforsaken steps I mentioned earlier (Vera > Logout > Name > Alexa Setup > enable/rename devices > Finish > Alexa app > Discovery)? Cuz that would be wonderful, lol. Have added it to my Reading List.
@librasun said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Does it also spare you having to go through those godforsaken steps I mentioned earlier (Vera > Logout > Name > Alexa Setup > enable/rename devices > Finish > Alexa app > Discovery)? Cuz that would be wonderful, lol. Have added it to my Reading List.
Probably not, because, as I read it, Vera is the problem......
Openluup is nothing like that bad.
C
The Ex-Vera abuser know as CatmanV2.....
-
@librasun said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Does it also spare you having to go through those godforsaken steps I mentioned earlier (Vera > Logout > Name > Alexa Setup > enable/rename devices > Finish > Alexa app > Discovery)? Cuz that would be wonderful, lol. Have added it to my Reading List.
Probably not, because, as I read it, Vera is the problem......
Openluup is nothing like that bad.
C
@catmanv2 said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Does it also spare you having to go through those godforsaken steps I mentioned earlier (Vera > Logout > Name > Alexa Setup > enable/rename devices > Finish > Alexa app > Discovery)? Cuz that would be wonderful, lol. Have added it to my Reading List.
Probably not, because, as I read it, Vera is the problem......
Is it not as easy as creating the links to the devices in the HA bridge, then asking alexa to discover devices?
-
@catmanv2 said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Does it also spare you having to go through those godforsaken steps I mentioned earlier (Vera > Logout > Name > Alexa Setup > enable/rename devices > Finish > Alexa app > Discovery)? Cuz that would be wonderful, lol. Have added it to my Reading List.
Probably not, because, as I read it, Vera is the problem......
Is it not as easy as creating the links to the devices in the HA bridge, then asking alexa to discover devices?
-
Ha-bridge is really plug&play. There’s also a docker image available.
--
On a mission to automate everything. -
@therealdb said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Ha-bridge is really plug&play. There’s also a docker image available.
On the promise of that, I have spent the past hour trying to get HA-Bridge up and running on my Synology NAS (using the "latest" downloaded image, and launching it from the Docker GUI), but no joy just yet.
Oh, it runs alright. And I've got all the ports, environment variables, volumes, etc. set up according to all the online FAQs I've read... but, alas, I cannot get anything to come up when I access <my_nas_ip>:8080 (the recommended port, mapped to 8080 in the container).
Looks like I might have to roll up my sleeves, spend a few days reading and understanding Linux and SSH commands, downloading the needed JAR file, and trying alternative install methods through PuTTY.
C'mon Docker, things were supposed to "just work"! Anyone else got HA-Bridge working through the Synology NAS > Docker > GUI > Advanced Settings approach??
UPDATE: I immediately switched over to another Image file, from linuxserver/habridge (which had not appeared in the GUI before when I searched for 'ha-bridge' with the hyphen), and now I've got a working Container! Will experiment more tomorrow.
-
@therealdb said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Ha-bridge is really plug&play. There’s also a docker image available.
On the promise of that, I have spent the past hour trying to get HA-Bridge up and running on my Synology NAS (using the "latest" downloaded image, and launching it from the Docker GUI), but no joy just yet.
Oh, it runs alright. And I've got all the ports, environment variables, volumes, etc. set up according to all the online FAQs I've read... but, alas, I cannot get anything to come up when I access <my_nas_ip>:8080 (the recommended port, mapped to 8080 in the container).
Looks like I might have to roll up my sleeves, spend a few days reading and understanding Linux and SSH commands, downloading the needed JAR file, and trying alternative install methods through PuTTY.
C'mon Docker, things were supposed to "just work"! Anyone else got HA-Bridge working through the Synology NAS > Docker > GUI > Advanced Settings approach??
UPDATE: I immediately switched over to another Image file, from linuxserver/habridge (which had not appeared in the GUI before when I searched for 'ha-bridge' with the hyphen), and now I've got a working Container! Will experiment more tomorrow.
-
Nice @librasun, looking forward to hearing how you make out.
@mikereadington said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Nice @librasun, looking forward to hearing how you make out.
Haha, baby steps. I managed to configure HA-Bridge to see my Vera Plus, at which point it listed all known Devices (nice). But when I went to "Build" one of those devices -- my "Test Dimmer" which I spoke about earlier -- two things immediately went oddly:
(a) HA-Bridge referred to it as "Virtual Dimmer 21" (its name upon creation in Switchboard, but long ago since renamed to "Test Dimmer" in Vera and honored by MSR GUI)
(b) After I clicked "Add Bridge Device", upon clicking "TEST ON", I got a "Request Error" message (error 404), but the log isn't helpful in determining what exactly is going wrong.
Like I always say, one step forward, two steps back.
UPDATE: Happily, just by giving things time to settle (while I wrote this post), something must have improved. Now when I click "TEST ON" or "TEST OFF" I get a success message:
Request Executed: success [{"success":{"/lights/100/state/on":true}}]Yay!?
P.S. I ran Alexa > Discovery, but she "Could not find any new devices" (my naive hope was that she would discover the "Test Dimmer Switch" newly added to my Bridge Devices). Does this mean I need to map Port 80 of my NAS to HA's internal 8080 port, or something along those lines? I read lots of discussions about this, but the various "solutions" were inconclusive.
-
@mikereadington said in Interfacing Alexa with Reactor via Routines and Dimmer VS:
Nice @librasun, looking forward to hearing how you make out.
Haha, baby steps. I managed to configure HA-Bridge to see my Vera Plus, at which point it listed all known Devices (nice). But when I went to "Build" one of those devices -- my "Test Dimmer" which I spoke about earlier -- two things immediately went oddly:
(a) HA-Bridge referred to it as "Virtual Dimmer 21" (its name upon creation in Switchboard, but long ago since renamed to "Test Dimmer" in Vera and honored by MSR GUI)
(b) After I clicked "Add Bridge Device", upon clicking "TEST ON", I got a "Request Error" message (error 404), but the log isn't helpful in determining what exactly is going wrong.
Like I always say, one step forward, two steps back.
UPDATE: Happily, just by giving things time to settle (while I wrote this post), something must have improved. Now when I click "TEST ON" or "TEST OFF" I get a success message:
Request Executed: success [{"success":{"/lights/100/state/on":true}}]Yay!?
P.S. I ran Alexa > Discovery, but she "Could not find any new devices" (my naive hope was that she would discover the "Test Dimmer Switch" newly added to my Bridge Devices). Does this mean I need to map Port 80 of my NAS to HA's internal 8080 port, or something along those lines? I read lots of discussions about this, but the various "solutions" were inconclusive.
Following you on this @librasun. I had never done anything with docker until MSR, so I have catching up to do in general.
-
Seems the current hiccup -- AND THERE ALWAYS IS ONE IN HOME AUTOMATION, RIGHT? -- is that many HA-Bridge users report their Alexa no longer "Discovering" devices. And that's my current issue. Reading the Interwebs feverishly in hopes of a solution.
Guess what I'm also saying is, "Try not to be the first kid on the block to try something new or different." Thank god we have Google.
-
Seems the current hiccup -- AND THERE ALWAYS IS ONE IN HOME AUTOMATION, RIGHT? -- is that many HA-Bridge users report their Alexa no longer "Discovering" devices. And that's my current issue. Reading the Interwebs feverishly in hopes of a solution.
Guess what I'm also saying is, "Try not to be the first kid on the block to try something new or different." Thank god we have Google.
@librasun try the beta version, it’s precisely fixing this problem. Yes, you have to map port 80. Even your Vera could be used for such task.
--
On a mission to automate everything.
