I copied in the driver again and updated the name
Line 310?
Hold on a sec everyone. That change was definitely made today. It looks like I didn’t push the latest changes from my office Mac.
I’m out with the family for dinner but will check as soon as I get home.
Good practice run at least. I'll remove until ready
One question I have though.
I have the two Hubs, call them Hub_1 and Hub_2.
all my physical devices are connected to Hub_1, this hub has very few apps.
I'm using Link to Hub and Hub_2 has all the virtuals of Hub_1, and all apps controlling them (kind of split the hubs between hardware and software).
Which way around would I be best installing this? It would appear that Hub_1 (with the devices) should be the Remote, and Hub_2 the Master?
I've pushed the corrected Server Instance file.
For those that ran into the issue, just re-import the code, go into the remote hub that you already configured then click Done. The virtual hub device should be created automatically.
Generally, yes, the overarching idea is that "Server" is the radio-less "coordinator." Therefore "server" would go on the hub where you plan on running the Apps that need visibility of the devices. Because it's bidirectional, technically it doesn't matter but.. at least here at the beginning, it sure would be easier to have similarity until the 'crowd' is large enough to experiment.
The radios are, in my opinion, the precious resource here. Of equal concern is 'bad reputation apps.' Ideally those would be as far apart as possible That's precisely what caused me to consider the three hub architecture. Having been running in a three hub scenario for several months, I continue to have had zero crashes. But my radio hubs are snappier in the big picture. There's simply more cpu cycles to manage the radio queue, it seems, without those bad ol' apps eating cpu.
I originally posited that I'd be able to reduce down to a pair of hubs, once I better understood the load and exactly which apps were truly 'bad' in this architecture. The fact you wanted to start with two is great.
Cheers @csteele,
Exactly my thoughts, just wanted to be sure
Since splitting things up here, I cant believe how much more stable things have been. Until now, I've been using the Link to hub but had too many workarounds in place to cover all devices, this should really help!!
Sleep time here, but really looking forward to installing again in the morning. A lot of changes ahead
Thanks
Roy
Hmmm, I am still having issues.
Here is my setup. I have HE hub as the server and a Smartthings Hub as client.
I have installed all of the Apps on the HE side and enabled OAuth on Server Instance.
I added the Remote Client on ST and enabled OAuth on it.
I added the Server app on HE and initialized it. Entered the IP address of ST hub and copied the Connection Key. It shows Online after clicking Done on the HE side.
I've installed the SmartApp on the ST side. When I go to enter the IP address and key in the SmartApp on the ST Side, I am presented with the following errors and the app hangs.
[c63f6aa3-af76-409d-bf41-311dd7ad7f8b](https://graph-na02-useast1.api.smartthings.com/ide/logs#c63f6aa3-af76-409d-bf41-311dd7ad7f8b) 7:44:51 PM: error java.lang.reflect.UndeclaredThrowableException @line 562 (sendGetCommand)
[c63f6aa3-af76-409d-bf41-311dd7ad7f8b](https://graph-na02-useast1.api.smartthings.com/ide/logs#c63f6aa3-af76-409d-bf41-311dd7ad7f8b) 7:44:35 PM: error java.lang.reflect.UndeclaredThrowableException @line 562 (sendGetCommand)
[c63f6aa3-af76-409d-bf41-311dd7ad7f8b](https://graph-na02-useast1.api.smartthings.com/ide/logs#c63f6aa3-af76-409d-bf41-311dd7ad7f8b) 7:44:03 PM: info Subscribing to events..
[c63f6aa3-af76-409d-bf41-311dd7ad7f8b](https://graph-na02-useast1.api.smartthings.com/ide/logs#c63f6aa3-af76-409d-bf41-311dd7ad7f8b) 7:44:03 PM: info HubConnect Remote Client Initialized
[c63f6aa3-af76-409d-bf41-311dd7ad7f8b](https://graph-na02-useast1.api.smartthings.com/ide/logs#c63f6aa3-af76-409d-bf41-311dd7ad7f8b) 7:44:03 PM: info HubConnect Remote Client Updated
[c63f6aa3-af76-409d-bf41-311dd7ad7f8b](https://graph-na02-useast1.api.smartthings.com/ide/logs#c63f6aa3-af76-409d-bf41-311dd7ad7f8b) 7:44:02 PM: info Subscribing to events..
[c63f6aa3-af76-409d-bf41-311dd7ad7f8b](https://graph-na02-useast1.api.smartthings.com/ide/logs#c63f6aa3-af76-409d-bf41-311dd7ad7f8b) 7:44:02 PM: info HubConnect Remote Client Initialized
[c63f6aa3-af76-409d-bf41-311dd7ad7f8b](https://graph-na02-useast1.api.smartthings.com/ide/logs#c63f6aa3-af76-409d-bf41-311dd7ad7f8b) 7:44:02 PM: info HubConnect Remote Client Installed
Am I missing a step or is there something else going on?
Scott
Did you install the Remote Hub driver onto the Server?
Yes. I have the following installed:
APPS on HE:
HubConnect Server for Hubitat
HubConnect Server Instance (OAuth enabled)
Driver on HE:
HubConnect Remote Hub
App on Smartthings:
HubConnect Remote Client (OAuth enabled on this as well)
Edit: Just got to thinking. I have Hublink App enabled and running. Could that be causing some sort of conflict?
The SmartThings remote client is a different code base than the Hubitat remote. Double check that you import the correct one as there are some very minor differences..
In the meantime I’ll do some more testing just Incase ST changed something in the cloud.
Yeah, I have HubConnect Remote CLient for Smartthings installed as a Smart App.
I have Hub Link built-in app installed and running on Hubitat. Could that be causing a conflict? Didn't want to uninstall it until I got yours up and going,
Here's another thing I noticed if it helps you in any way.
If I use ST Classic app, it allows me fill in the blanks (before I get the error). However, if I use the new ST app, your app shows but does not allow any entries at all.
I ran both Link to Hub/HubLink on all my hubs in parallel to HubConnect for many weeks.
That's good to know. I was just trying to eliminate a possible conflict.
I'm starting from scratch and hopefully I just missed a small but important step
I've been able to replicate.. Should have a fix shortly.
HI all, this issue is fixed. It was caused by some last minute refactoring over the past couple days. You know, when I should have been leaving things well enough alone.
Both the Hubitat and SmartThings remote clients have been updated. Please re-import that code and retry the connection key.
Slowly getting this setup, I noticed my Iris Keypad v2 wasn't coming up under Keypads and can't figure out how to get it to show. I tried to remove motion sensor off the driver and the app coding but didn't seem to help since it doesn't have a motion sensor on it, any other suggestions to get it to show?
Here's the attributes:
Current States
- alarm : off
- battery : 100
- codeLength : 4
- maxCodes : 20
- securityKeypad : disarmed
- tamper : clear
- temperature : 76.79
State Variables
- armMode : 00
- entryDelay : 0
- armingMode : 00
- sensorTemp : 76.79
- exitDelay : 0
I figured it out, line 1026, changed to capability.securityKeypad
input "genericKeypads", "capability.securityKeypad", title: "Keypads (motion, temperature, tamper, alarm):", required: false, multiple: true, defaultValue: null
Could use Alarm too but securityKeypad is probably better.
That wasn’t working for my keypads in 2.0.6. I’ll have a look to see if it’s working consistently on mine and add to the next release.