Re: [mh] Integration with the Google Assistant

[Timothy S. <spa...@ic...>]

Eloy,

I hope you do submit a pull request for your code.

-----Original Message-----
From: Eloy Paris [mailto:pe...@ch...] 
Sent: Friday, November 17, 2017 6:29 PM
To: Brian Klier <bri...@gm...>
Cc: The main list for the MisterHouse home automation program <mis...@li...>
Subject: Re: [mh] Integration with the Google Assistant

Hi Brian!

Great; glad to hear you got it to work... it has been working great for me but I've been wondering if it would work for others.

Apologies for assuming you are using INSTEON. It's actually great that you are not using INSTEON because it allows to see how things work with something that I don't have and therefore, that I could not test.
You mention your proxy runs on Windows; do you also run MisterHouse on Windows?

A couple of comments below (inline)...

On Fri, Nov 17, 2017 at 04:15:54PM -0600, Brian Klier wrote:

> Things are working great after changing the "&set_if_needed" to "set"!  
> I had a few issues with X-10 lights brightening instead of dimming 
> when I asked lights to dim by 20%, but they seemed intermittent in 
> nature.  I'll do some more testing this weekend to see if I can figure 
> out for sure if there is an anomaly here.

I added earlier today a "Debugging" section to the wiki page. Take a look. The bottom line is that you should enable "aog" debugs and then take a look at mh's standard error output. There'll be good information there.

When you say "dim by 20%" what should happens is a "query" request from Actions on Google Smart Home Provider followed by an "execute" request to set the state to whatever the query returned plus 20.

With "aog" debugs turned on you'll see the JSON that MisterHouse is returning to the Actions on Google Smart Home Provider. See what value is being returned in response to the "query" for the "brightness"
property, and what "brightness" value MisterHouse is being asked to set in the "execute" request. You'll see those in the JSON dumps.

> My Philips Hue emulation had worked up to yesterday when I took it 
> offline to test your method.  I had not tried to relink it anytime in 
> the last several months, so I don't believe that Wayne's code was 
> affected by whatever changes were made.  The absolute only downfall to 
> the code was having to have your MisterHouse on port 80 in order to be 
> truly reliable all of the time, which I think is more of a requirement 
> of the Hue emulation than anything.

Ah, good to know that it still works. I never set it up so I couldn't check. Perhaps the comment I saw on the OpenHAB forum was not correct.

> I had used Actions for Google before and you do have to jump through a 
> few hoops, but honestly, it was easier than I expected.  I would 
> perhaps add in the documentation that if you try the "ngrok" reverse 
> proxy, that the domain name changes each time you start up the program 
> if you don't have a paid membership.

I also added more documentation to the "ngrok" section today. I'll add this clarification. That makes the ngrok method a bit annoying because then you have to change your Google developer project accordingly every time you restart ngrok.

> Honestly, I had a copy of XAMPP with Apache already going on my 
> Windows server, and managed to modify my httpd.conf in about a half 
> hour.
> 
> These particular modules also need to be loaded before running any 
> ProxyPass or ProxyPassReverse commands:
> 
> LoadModule proxy_connect_module modules/mod_proxy_connect.so 
> LoadModule proxy_express_module modules/mod_proxy_express.so 
> LoadModule proxy_fcgi_module modules/mod_proxy_fcgi.so LoadModule 
> proxy_ftp_module modules/mod_proxy_ftp.so LoadModule proxy_html_module 
> modules/mod_proxy_html.so LoadModule proxy_http_module 
> modules/mod_proxy_http.so LoadModule proxy_scgi_module 
> modules/mod_proxy_scgi.so LoadModule proxy_wstunnel_module 
> modules/mod_proxy_wstunnel.so

I'll probably start a detailed section in the wiki page on how to set Apache up as a reverse proxy.

> GREAT work on the code, Eloy, and I couldn't have set this up without 
> your detailed documentation.

Sure thing; glad it helped! Thank you for the feedback.

Cheers,

Eloy Paris.-

> 
> On Thu, Nov 16, 2017 at 7:52 PM, Eloy Paris <pe...@ch...> wrote:
> 
> > Hi Brian,
> >
> > Wow, you were fast! I am very glad you are giving this a try. You 
> > are the very first user besides me to give it a try :-)
> >
> > Yes, I know what is going on...
> >
> > The set_if_needed() is something specific to my setup... it's a 
> > subroutine that I created so unnecessary commands are not sent to 
> > the INSTEON network if the state that one ones to set is already set.
> > I discussed this briefly in the wiki page, and included the actual
> > set_if_needed() function that I use. If you want to use that just 
> > grab the function from the wiki page and put it in one of your user 
> > code files, or create a new one, like insteon_glue.pl, for it.
> >
> > If you don't want to use my set_if_needed() function then just leave 
> > blank the field in the AOGSMARTHOME_ITEM lines in your .mht file; or 
> > don't leave it blank and use "set" instead of "&set_if_needed". For
> > example:
> >
> > AOGSMARTHOME_ITEM, AoGSmartHomeItems, kitchen_light, Kitchen Light, 
> > set, , , , room=Kitchen
> >
> > OR
> >
> > AOGSMARTHOME_ITEM, AoGSmartHomeItems, kitchen_light, Kitchen Light, 
> > , , , , room=Kitchen
> >
> > This will cause the standard "set" method to be used to set the 
> > state of the device.
> >
> > Hope that fixes it for you.
> >
> > By the way Brian, on a related topic, I was going to email the list 
> > to ask you about this: I remember you worked with Wayne to get his 
> > AlexaBridge module to work with your Google Home via Hue emulation. 
> > I was reading the OpenHAB forums today (yes, spying on the 
> > competition) and saw that apparently something changed and now one 
> > has to use a different method. That led me to think that perhaps the 
> > Hue emulation does not work anymore with the Google Home. Do you 
> > know if that is the case? I also read a couple of months ago that 
> > Google made a change that forced people to re-link their Home 
> > Control accounts and reading the OpenHAB forum today made me think 
> > that perhaps the two events are related.
> >
> > Cheers,
> >
> > Eloy Paris.-
> >

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users