The Time has come


#1

I was today notified by customs that my Hubitat package should be arriving later today. Hooray.

As such would like to run through you my strategy for migrating from ST to HE.

My setup is mostly zigbee devices having only 1 zwave device. So zwave will be the last device to Integrate in HE.

All my lighting is being routed through Philips HUE it's a mix of IKEA and Hue and Glepodoto)
I have ordered sensibly 40% more sensors from what I currently have installed (All my sensors are zigbee) this just arrived yesterday as well.

So first thing I will do is to setup zigbee:
Home Networks (Wifi) uses channel 13 and 36.
Philips Hue uses Channel 25 (is the mesh with more devices)
ST Hub uses Channel 20

So now I need to setup HE with a different network what you would suggest?
To clarify both ST and Philips HUE are the only networks using those channels.
Channels 15 to 20 have no networks operating. Channels 1 to 14 are generally heavy populated with networks with noise radios between -50 to -110. Exception is channel 3 that has only 1 network with a -40 noise level and Channel 9 is empty.

After I setup zigbee:

  • I will then add HUE into HE
  • After will add the new sensors
  • Next will be comparing performance between ST and HE. Initially without any rules.
  • Second Step I will than reduce the number of lamps/actions/switches on ST rules to liberate them to be used in HE
  • After will duplicate my rules into HE and test if they work.
  • After will start measuring performance between HE and ST.
  • As soon i'm happy with HE performance will remove old devices from current location (as new devices will be there).
  • Will then remove them from ST and Reset them.
  • Paired them with HE.
  • Add them one by one into new location and test.
  • Create new rules and test.
  • Add zwave device and test
  • Migration completed.

Any suggestions and recommend are appreciated and welcome.


#2

Welcome!!! Have you looked into bridging your ST hub with HE - there's an HE app for that. It works really well and can help with the transition.

https://docs.hubitat.com/index.php?title=Send_Hub_Events

I'm using channel 19 and it seems to work fine. If I remember correctly there are some issues with certain ST devices not being recognized over channel 21+ anyway so you should be good to go.

I had some lights controlled via Hue but decided to switch over Sengled smart bulbs to simplify the system.

(note: I am in the US so not sure about channels in other countries )


#3

Do you have a few good Zigbee devices that are capable of acting as Zigbee repeaters? This would be for devices paired directly with your Hubitat Elevation hub, not the Phillips Hue bridge. Start with a couple Zigbee repeating devices, near the hub then further away to establish a good, solid zigbee mesh network for Hubitat to use. Afterwards, add your battery powered zigbee sensors.

Go slowly, and test as you go. Your plan above seems like this is already your plan, so I believe you'll be fine.

Congratulations and Have Fun!


#4

The Goal is to disconnect ST. I have no intsrest in managing two systems in parallel.
As such I don't see the relevance on such tool. What I'm missing?

Not at the moment as I had just circa 30 zigbee devices and my mesh was working with no issues in ST.
However I'm doubling that amount on the new setup so I might get a few IKEA outlets.


#5

Well, it really is not an option to not have zigbee repeaters if you're wanting to use more than than 32 zigbee devices. That is the limit that the Hubitat Elevation hub will support (same as SmartThings v2 hub, btw). I have about 5 Zigbee outlets that act as repeaters and I have no zigbee mesh issues.


#6

There are two different apps for this. The native Hubitat app only allows one-way sync (can't remember which direction). Other Hub community app does a 2-way sync between a physical device on HE and a virtual device on ST.

I used Other Hub as a migration tool. Reset device (which leaves it listed in ST but non-functional of course), pair to Hubitat. Add to Other Hub app, which replicates a virtual device back to ST. Replace non-functional physical device in ST automations with new virtual device. This allows your automation to continue to run on ST while you migrate devices over to HE. If you do this one at a time or in small groups you can minimize down time and let everything continue to run during the transition.

I migrated all my devices first and left automations running on ST, then once device migration was complete, started rebuilding automations on HE. Having both hubs running together allows a smooth transition rather than just pulling the plug and starting over. If you were wanting to start from scratch though, you probably won't have much use for this.


#7

So I thought the same way you did originally but found that linking them made moving things over and testing much easier and less likely to cause disruption. You likely won't have to run it that way for very long..
:grin:

(replied to myself for some reason!)


#8

I didn't bother linking. I just moved everything in one chunk. Took a number of hours, but was better to me than messing around. I think I'm a "pull the bandage off quickly" kind of guy, though.


#9

I have had good success with channel 15. This would also put a good gap between your ST hub and HE.

Also the Iris Smart Plugs make good Zigbee repeaters.


#10

The Goal is to disconnect ST. I have no intsrest in managing two systems in parallel.
As such I don't see the relevance on such tool. What I'm missing?

To elaborate - Starting with a new/unknown platform made me a tad nervous about preserving functionality. I was able to move a device or groups of devices over and still have it function under ST until such time as I created a rule for it in HE. Was then able to take my time and switch things over as needed. I had 80+ (over 100 now) devices and a complete switch might have been more of a pain or so I thought. In hindsight for my use-case it was an unfounded worry - things just worked. I probably could have just moved everything over like @JasonJoel.

Continuous integration using the hub link app might be easier than doing parallel testing especially if you need to revert back.


#11

There has been some discussion about the Iris stuff - I have 2 plugs and ended up disabling the Zigbee repeating part.


#12

This was an issue with Z-wave not ZIgbee repeating. It also had to do mostly with Iris plugs that had old firmware. There was firmware update that resolved the Z-wave issues. I have no issues with the Zigbee repeating with multiple plugs. I do not use the Z-Wave repeating because I have a ton of Leviton dimmers which provide a good mesh already.


#13

Ah, yes you are correct! I have plugs that have not been updated and it was indeed the Z-wave repeating bit...:grinning:


#14

Ok it has arrived.

I have plugged it in and spent just literally 5 minutes with it. Have done several backups on critical milestones.

  • Booted, Registered, configured location, modes, zigbee Channel (used 22).
  • Installex all the Native apps i wanted to use for now: Mode manager, HSM, Simple Lightning, Dashboards, Chromecast (first hiccup).
  • installed Philips Hue Bridge Integration.

What I have found so far easy process overall.

Was not able to detect my Chromecast devices, but I know what's the issue. I have 2 IP ranges within the same network. 10.0.0x that manages all my intranet devices connected into the Mesh Wifi this mesh wifi connects to an ISP router and 192.168.1.x (the ISP router) for those not directly connected to the mesh Router. This are basically the ST Hub, Hubitat, the Mesh Router and Philips HUE. Every single device in this ranges can communicate on every single protocol with each other.
The issue here seems that the Native app is not sending a global broadcast to the network but just to a subset of it. Any clues how I can solve this? For example all my cast devices have fix IP. Can I force a discovery on those IPS?

Philips Hue integration was flawless. All devices & Groups migrated.

So far I have near instantaneous responses from the lights.

Will continue later on.

Edit: logs from Chromecast discovery:

app:12019-01-10 21:30:27.635 infodiscovery stopped...

app:12019-01-10 21:30:15.399 infodiscovery started


#15

I had to add several zigbee repeaters to get my zigbee mesh to stabilize when I previously didn’t notice issues while using ST.

And I live in an apartment, it’s not very big. There are a ton of WiFi networks all around me though.

Point is, the Hubitat zigbee radio may not be as strong as ST’s. I do think I read that one of the HE firmware updates boosted the zigbee radio transmission power or something.


#16

Ok I end up adding a new sattelite into the orbit system. Now I have too much cover and I believe I will upset my neighborhood WiFi networks (I live in a building with 42 apartments).

One odd thing I noticed was that the HE hub was not updating the IP settings. I was ensuring to shutdown the hub. Only after I shutdown and. Waited for 15m he got the new IP.

Anyway I added the MaC Address to the reservation list.


#17
  • Lights all transferred ok (Through Hue)
  • Google Assistant Disconnected from ST and connected to HE. Clunky but worked ok.
  • All custom drivers needed loaded.
  • Netatmo App and Drivers loaded and seem reporting. Missing the sound attributes for the Dashboard and Rule machine. @bravenel would be possible to add this? I have a few rules in Webcore where I'm notified if sound goes above a certain level after a certain time. In fact this is the main reason why I went with Netatmo (very few sound sensors in the market). To avoid neighbors complaining sound is too loud :slight_smile:
  • Chromecast now working as intended.
  • Only wierd thing is how pages behave I need to click a few times on white space for the button done to move away from greyed out and allow to be clicked.

Tomorrow is Xiaomi pairing day.


#18

Well.... The bug was in me and I moved 70% of the sensor/lights.

So far all good.
Had a few issues pairing the devices bit all sorted (info on the Topic Xiaomi Question).

Found a lot of attributes I used in ST that are not available neither for the Dashboard or in RM. Does anybody knows if we can add them or if it is only support? I need a few Netatmo variables and a few for Xiaomi added.


#19

You should list a few examples of missing variables, that might help someone comment more specifically. I don't have Netatmo or Xiaomi, so can't help with this one, though.


#20

For Netatmo Base Station:

Current States

  • carbonDioxide : 771
  • humidity : 51
  • lastupdate : 01:40
  • max_temp : 15.9
  • min_temp : 15.6
  • pressure : 1035.8
  • pressure_trend : up
  • sound : detected
  • soundPressureLevel : 36
  • temp_trend : stable
  • temperature : 15.6

For Netatmo Outdoor

  • battery : 90
  • humidity : 57
  • lastupdate : 01:40
  • max_temp : 9.3
  • min_temp : 8.6
  • temp_trend : stable
  • temperature : 8.6

Than there are two additional modules I don't have for Rain and Wind so can't test them.
The attributes from the drivers are:
attribute "WindStrength",
attribute "WindAngle",
attribute "GustStrength",
attribute "GustAngle",
attribute "max_wind_str",
attribute "units",
attribute "lastupdate",
attribute "date_max_wind_str",

And
attribute "rain",
attribute "rainSumHour",
attribute "rainSumDay",
attribute "units",
attribute "lastupdate"