Thinking of converting

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:

  1. How well does the integration with SmartThings work - to keep current stuff working during migration
  2. 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)
  3. How difficult is it to do what I was wanting to do with my example automation from above (sending/receiving basic tcp/ip data)
  4. 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.

Onkyo is the same as Integra right? ISCP protocol?

Yes

Driver screen shot...

Cool, that will make that portion easier :wink: What about Sony projectors? :slight_smile:

These drivers are cake to write, we don't have anything for Sony yet, hasn't been asked for until now.
Do you have the interface spec doc for this?

Yes, I don't see an option to attach them to this post, but I could email them to you.

It didn't look that difficult at all, biggest hurdle for me would be converting to java/groovy since that's not my usual platform.

You should be able to pm to me, or post a link to them, and I'll have a look.

1 Like

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.

3 Likes

Any plans for integrating Yamaha to Hubitat ? Thanks.

1 Like

I need someone with a Yahama AVR who's willing to do some testing.

1 Like

I have a RX-V681 Yamaha. I be your tester..

Does that receiver have a telnet interface? I couldn’t find anything about it from searching. This is how the other AVR drivers work.

Take a look at this:

How about this?

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...

Sounds Good..Thank you for responding.

Mike,

Here is the response from yamaha:

Thank you for contacting Yamaha Support.

We do not do telnet commands on our receiver. They are all network based commands.

I hope you've found this helpful. If not, or if you have additional questions, please don't hesitate to let me know.

Best regards,

Ken
Yamaha Customer Support
714.522.9000
faq.yamaha.com

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.

You can find it here:
https://github.com/codahq/hubitat_codahq/tree/master/devicestypes

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?