[RELEASE] HubConnect - Share Devices across Multiple Hubs (no longer SmartThings!)

No, that is not supported with either plugin. It only goes from Hubitat to Homebridge

Using HubConnect to connect to my ST hub. I have some door contacts that I send to St.

I opened a door at 9:28 this morning and re-closed about 30 seconds later. Then the door was re-opened about 9:38 and closed again about 30 seconds later. In HE I saw all the logs of door open and re-closed at 9:28 and again at 9:38.

But in ST it saw the open at 9:28 and didn't see another event until the 9:38 closed. So it missed a close and open event.

Any thoughts on this?

OK I have seen a miss before in ST and some other interesting stuff in my testing:

First some background, I'm testing HubConnect with a Hubitat Server a Hubitat Client, a ST Client and the Beta Homeseer plugin for Hubitat. I've had everything communicating for a week now with a couple of Zwave/Zigbee motion sensors on the Hubitat Server, Hubitat Client and the ST client. I have the Rachio Integration on the Hubitat Client and I'm using the Presence sensor and the Ring integration on the ST Client as well. Having all that set up I have sucked all the devices into the API Maker and imported it and created devices using the Hubitat plugin for Homeseer. Everything works meaning I can turn something on, motion, create rules, events or whatever you want to call them in ST, Webcore, Hubitat and Homeseer using all the same devices from all the different hubs or software and everything is golden.
The thing that there is an issue with is the communication between ST and the Hubitat server for logging and online status. My Hubitat server shows ST Client Offline most of the time even though it isn't. When offline it is still communicating, passing along data and receiving it but of course the ST client logs for some reason aren't correct. The IP addresses are all reserved and there is a constant ping (every minute or so) from the ST Client and I have also tested with a plugin from Homeseer pinging the ST Client address every 30 seconds to show online with a keep alive. Bottom line is that the messaging (not control etc.) is off slightly.
Sorry for the long winded reply but I have a bunch of things testing here and until I figure the ST Client logging out I'll have to keep testing.
BTY the Homeseer Hubitat plugin is awesome and Hubitat is going to sell a lot of hubs to Homeseer users who want an easy way to communicate with the various devices not native to Homeseer.

All, I just released a new version of the homebridge-hubitat-hubconnect plugin, no major changes. Here is what is new v0.2.8:

  • fixed tile status for fans that report a level of 100 even though they are off (Hampton Bay Fan Controllers are known for that)
  • show an warning symbol if a garage door has an unknown status

Hi all, Im new to Hubitat from smartthings, firstly many thanks in advance to all the devs and helpfull users here, so I'm having a hard time configuring the smartthing smart app to handshake with the Hubitat remote app, I've migrated all my devices to Hubitat but will like to have the devices appear back in smartthings so i can use my harmony remote home control buttons and also the smartthings classic app for the missis until i can create a dashboard!

@srwhite or @csteele Any ideas on what is causing the coordinator hub to be all jacked up? On top of this issue >>> Mode Manager stuck on Evening

Now the coordinator logs are logging all the events from the remote hub?

This is with the toggles turned off on the both hubs.

With those toggles off I'm able to manually put the remote hub "mode" back to day and it will stay, however on the coordinator even with the toggles off it remains on Evening even after manually setting it to Day?

HubConnect logging has no automatic OFF (or on) -- each instance has it's own toggle for logging. There is also a server button to enable of disable all, in HubConnect Utilities:

04%20AM

I clicked disable on my 'coordinator' and saw:

app:1 2019-06-27 08:29:00.517 am debug Disabling debug logging on ZeeSmart Online
app:1 2019-06-27 08:29:00.511 am debug Disabling debug logging on ZeeRadioUpper Online
app:1 2019-06-27 08:29:00.503 am debug Disabling debug logging on ZeeRadioLower Online
app:1 2019-06-27 08:29:00.493 am debug Disabling debug logging on ZeeHomebridge Online
1 Like

ahhhhhhhh.. too quiet in the logs!

app:1 2019-06-27 08:37:45.775 am debug Enabling debug logging on ZeeSmart Online
app:1 2019-06-27 08:37:45.769 am debug Enabling debug logging on ZeeRadioUpper Online
app:1 2019-06-27 08:37:45.765 am debug Enabling debug logging on ZeeRadioLower Online
app:1 2019-06-27 08:37:45.760 am debug Enabling debug logging on ZeeHomebridge Online

log humor, right?? :smiley:

I have no idea what is going on.....I have the other issue going on, but for some reason those logs just started appearing on the coordinator......now they have stopped and I haven't changed any settings....

We shall see after I get this mode issue figured out on the coordinator if there's still an issue.

where did you get that driver from ? as i dont see it in the driver drop down menu

Dont worry ive found it

1 Like

@csteele
I am actually playing with custom drivers right now. And it doesn't work for me either. Here is what I see:

  1. I can successfully define a custom driver on my coordinator
  2. The custom driver shows up on the remote clients
  3. The driver does not offer to select any devices

Some more detail though: Looking at the apps settings, I can see that there is a random string added to the selector in the custom driver:

The custom driver I added had a main attribute of battery with the custom attribute "angle".

From what I can see, this random string in the selector would prevent the remote client app to actually find a device.

any ideas on why mine isn’t saving or what I might do to get this working?

Any ideas why I can't add the HubConnect thermostat to Google home?
This is the server log, the physical device it's in another hub.

Thanks

@srwhite, @csteele

Would it be possible to add capability "ReleasableButton" to the button driver and app code?
Using a Philips dimmer here and Released wasn't present, it is now (I added it) but would be great to have it as standard. :+1:

Cheers
Roy

I don't understand....

43%20AM

I see "releasable button" in the universal driver.

I have an Aeon WallMote using the built in driver that exposes:
42%20AM

Looking at Wallmote on my server (using HubConnect Button universal driver) I see:

07%20AM

Very odd, as I'm using the latest, yet mine didnt handle Released,

Component Type Platform Installed Latest
HubConnect Server for Hubitat app Hubitat 1.4.0 1.4.0
HubConnect Server Instance app Hubitat 1.4.2 1.4.2
HubConnect Button driver Universal 1.2.1 1.2.1
HubConnect Contact Sensor driver Universal 1.2.1 1.2.1
HubConnect Dimmer driver Universal 1.2.1 1.2.1

Possibly updated and I didn't update at the start?

Both drivers have "ReleasableButton" as Capabilities and both have "released" as Attributes.

1 Like

Ah well then please do ignore :smiley:

I am an Expert at ignoring.

However....

What did you add to get it to work?

It wasn't working, you invested some time and effort to get it working.. but I can't see what to do. :slight_smile: