The "Latest" Column comes from a DB on one of Steve's servers..
I created a GitHub Repo for the v2.0 RCx Drivers and announced it a week ago:
My apologies. I did see that, but forgot 
Correct.
You can find @srwhite "Shackrat's drivers" here: Hubitat/Drivers at master · shackrat/Hubitat · GitHub
I hate to tell you this, but it gets worse! 
Thanks, I must have missed that post initially. I hadn't been paying much attention to this thread because HubConnect was working perfectly for me so I had no need to mess with it until I upgraded this past weekend.
Chased down something in another thread here:
And then started to think I should look at the original lock driver and NOT the Hubconnect one. It seems the hubconnect driver is missing the "type" from the lock driver.
Original event log in Yale zigbee driver:
Hubconnect driver (2.0)
The type column is missing.
I'm also having problems with Rule Machine or the built in "Notifier" app recognizing when a code is entered...wondering if this has something to do with this integration also?
Here are two 'captures' of the Event Stream for a single device:
This one, above, is the result of automation, so called "digital".
The second one is me, physically turning on the switch:
The data you seek is not included in the Event.
Here are two more Events...
Remember, the Event Stream was 'invented' for Dashboard and contains data useful on the dashboard.
ok second question.
So what I think I'm seeing here is that the hubconnect lock driver is not creating the "lastCodeName" event. I have code that when put on the hub with the zigbee lock reacts when the "lastCodeName" event happens:
subscribe(lock, "lastCodeName", lockHandler)
that same code on the remote hubconnect hub connected to the same lock does not catch the event. As you can see here this is the event on the hub with the zigbee lock:
This is the log on the hubconnect lock (same lock):
HubConnect v2.0 RC Drivers Added to Hubitat Package Manager
This is a HubConnect Drivers for Hubitat Only announcement.
A HPM Manifest has been added for HubConnect's v2.0 (RC2) Drivers. While HubConnect has a set of SmartThings Drivers, there's no HPM for ST and thus this addition to HPM will not help with SmartThings.
Enjoy HubConnect
Can I like this more than once? Amazing @csteele this will make installation from hours to minutes!
Thanks again for a brilliant app.
Something I've noticed after the update.
When I do a check it still shows 1.6 for example as the current drivers.
Loaded is showing 2.0.
Just an observation.
it's a dozen or so posts back.
Thanks. I'm up to date but missed the earlier post.
I had to make the following changes in the SmartThings HubConnect server SmartApp and button device driver. This was necessary to get HubConnect to send button events from SmartThings to Hubitat properly.
In the HubConnect Remote Client, I modified the deviceEvent() function by changing the event for pushed and held buttons as follows. Previously the code only had the sendEvent in the else clause.
if (event.name == "pushed" || event.name == "held")
{
childDevice.sendEvent([name: "button", value: event.name, unit: unit,
descriptionText: "${childDevice.displayName} ${event.name} is ${event.value} ${unit}",
isStateChange: true, data: ["buttonNumber": event.value]])
}
else
{
childDevice.sendEvent([name: event.name, value: event.value, unit: unit, descriptionText: "${childDevice.displayName} ${event.name} is ${event.value} ${unit}", isStateChange: event.isStateChange, data: data])
}
In the HubConnect button device handler I had to add a "Holdable Button" capability to allow me to choose pushed or held actions on buttons when adding automations in SmartThings.
I'm sure there's a more elegant way to change the code but this works for me
All this was started when an Inovelli switch stopped working in SmartThings and I moved it over to Hubitat. I wanted to replicate as many as possible of the original ST automations but I had issues sending the button states to SmartThings.
My setup is as follows: The Hubitat switch is an Inovelli switch that exposes multi-taps as buttons. I could not find a way to send those button events through HubConnect. I then created a virtual button in Hubitat and added RuleMachine rules to push or hold the virtual button when the corresponding physical button was pushed or held. If there's an easier way to do this, please enlighten me!
Excellent. Is your ST hub updated to the latest 000.032.00010?
My ST just updated yesterday and now I'm seeing this in the logs
I am on 32.10 and not seeing any error messages.
nevermind, I have too many hubs. My ST hub is fine, it was my hubitat #3, oh wait maybe #4. Dang always get them mixed up.
Anyway I fixed it by upgrading everything from the Hubconnect website for ver 2.0 latest release.
I'm afraid you lost me there 
I keep getting this error on my client hub:
2020-10-06 08:11:44.581 pm errorgroovy.lang.MissingMethodException: No signature of method: user_driver_shackrat_HubConnect_Remote_Hub_371.updateDeviceIdList() is applicable for argument types: (java.util.HashSet) values: [[]] (updateDeviceIdList)
any ideas?
Also, I am using Netatmo connect, which is working great. I am then forwarding the wind and rain measurements through hub connect which is not working? The devices show up on second hub but no readings all I get are nulls. Any ideas?
Download the Hubitat app
