This week, I decided to try and expand some of my automations. What I wanted to do was be able to setup some routines in SmartThings so I could do some stuff like "hey google, turn on xbox" and have it do all the stuff in my current automation + the stuff I do manually. Right now, just my lights are automated, turn off the main lights, dim the sconces. The things I do manually are turn on my projector, turn on my receiver, switch the input and turn on the xbox. My projector and receiver both have ethernet connections and can be turned on that way. I soon learned how needlessly difficult this seemed to be in SmartThings.
I have a proof of concept working, and have written code that listens locally for smartthings to make an http call, then that http call is translated to the native tcp/ip needed for talking to my receiver.
I came across Hubitat while looking for example codes to try and simplify what I was doing. I REALLY like the idea of having it all execute locally just for pure speed.
I have a few questions:
How well does the integration with SmartThings work - to keep current stuff working during migration
How well does the SmartThigns presense sensor work ( I have a disabled son, and have one of those attached to his wheelchair for things like auotmatically unlocking the front door when he and his nurse get home from school)
How difficult is it to do what I was wanting to do with my example automation from above (sending/receiving basic tcp/ip data)
Are there any "sound sensor" type devices that already exist that can be triggered with "wake words" so that I could code my own personal assistant that ran locally? Would be awesome to be able to remove the google mini's and have EVERYTHING run locally.
We have ethernet drivers for Onkyo, Pioneer, Denon and Marantz AVRs, these are full featured, all local and do not require any polling for sync or status updates.
I think most people are pretty satisfied with the options to link an HE and ST hub. The official app allows for device info and events to be sent from ST to HE only. But there’s also a community developed app that can work in the other direction too.
As for the ST presence sensors, those should work fine in HE too. As long as your zigbee mesh is solid, and I actually had to add some zigbee repeaters when I switched from ST to HE to get several zigbee devices to work reliably that I didn’t have issues with before. That’s not a big deal IMHO though.
I stayed connected to smartthings for a while while migrating as well. Everything ran well considering the cloud got in the way from time to time. I still have smartthings running, but i dont' think I have anything connected to it anymore. I keep it around so that I'm reminded how happy I am with HE when the notifications come through from smartthings that they had an outage. I know that I will still receive these whether I have a hub or not. I need to take the time to make sure everyrhing is off of ST and get rid of it. HE is young, but support is above average here. If there are problems, someone will help you fix it. It's personal here. And the staff is personally vested in the product. Everyone is great. I've never been happier with HE. The frustrations you will run into is with some locks. (remain diligent). The other frustration will be with having to relocate sensors because you won't have to adjust for latency. So, you'll probably have to find a way to get the stick-um off the walls without taking the paint and sheetrock with it. HA! Nice problem to have! Good luck with the leap. I hope you decide to come. It's a great adventure over here in the Hubitat land.
Doesn't appear so, the interface docs posted are for a json http interface, and while totally doable it's a completly different type of driver which isn't on the table at the moment...
I took the redloro's work from ST and updated it to work (for the most part) on Hubitat. There were a few weird changes I had to make. Hubitat (according to this thread Receiving notifications from LAN devices - #37 by chuck.schwer) apps can't subscribe to location events. While I don't totally know what this means (I don't do a lot of Hubitat or SmartThings coding but I dabble) I was not able to figure out how to get the App to receive any responses from child device requests. I had to change it so the device could use either the IP or MAC as a DNI.
At any rate, I turned the parent SmartApp into a parent device driver and then shifted a few things after that to make it all work.
To install add the two yamaha device drivers. Then just create a virtual device and set whatever you want in the required fields as long as you choose the correct device type ("Yamaha Receiver") and put in the correct IP address. (I'm sure I could have done this better e.g. discovery or whatever but I didn't care. I just wanted it working.) The driver will update the DNI to the IP address and add a child device for each zone you choose.
Am I supposed to create a "[Release]" thread when I do this? What's the guideline around that?