You can create your own driver using the Omni as your base. It's a one-off solution, but it's FAST
You can create a Custom Driver.
But there's a lot of 'sensors' that are not included in the Omni.. because the Omni is most closely aligned to the Aeon Multisensor 6. Beyond 'pressure', what about 'acceleration', 'contact', 'presence', 'shock', 'sleep', 'smoke', 'sound', 'step', 'touch' and 'water'? I don't think the word 'omni' was meant to imply 'every'.
Can a GV Connector be used in HubConnect without creating a custom device? The UI suggests it can. It even says, "GV Connector" on the Select Devices screen (see screen shot below). But then when I click into the Sensors screen, there is no drop box than contains any of my GV Connectors. What am I doing wrong?
Are you using v2.0RC1?? There's a Quick Select at the top of the Selection menu and "RM Global Variable Connector" is found within the dropdown. That's the new name, in v2.0, and the driver's been updated and moved, since it's Hubitat only, it's no longer found in the Universal Driver bucket.
Guess that's my answer, duh. I'm still on v1.7, or whatever the prior version was. Do I have to adopt the new NodeJS Server stuff in order to jump to v2.0? Not sure I'm ready to digest that change.
No, no, no.. the NodeJS proxy Server is an Option. It's for people that have both multiple hubs and devices that are concentrated on a subset of the Hubs. It reduces the load, but if there's not much load to begin with, there's not much to be reduced either.
The EventSocket interface that is (what I assume to be) the most used interconnect between hubs has ALL the device data on it. A Connected Hub has to listen to ALL and filter down to what's selected. IF you're getting 10 devices worth of traffic and you've selected 8+ of them to be mirrored, there's not much left to filter and therefore the NodeJS proxy Server won't gain you much.
In my situation, I have a HubConnect Server Hub that listens to 3 other Hubs that have Devices. Dashboard is running on my Server hub and so I want to "see" just about every device. Thus the Server Hub is hearing about every event all across my 3 connected hubs. That's OK because there's almost nothing to filter. I want the server hub to hear about everything... and use it.. either to the Dashboard or sending it to Alexia, and Homebridge.
But the other direction is kinda scary.. the Remote Client hubs, have a portion of the devices split across them, but listening to the Server hub, they get 100% of everything too. They may only need 5% They are 'drinking from a firehose' and those are, in my case, the exact hubs I want to be really close to idle, so they react instantly to any motion or contact sensor. For me, running that through the NodeJS proxy Server saves 95% of the traffic to the connected hub.
Your architecture, your quantity of devices and your need for filtering may be substantially different from me and the NodeJS proxy Server is something you can ignore.
Thanks for that thorough explanation Makes total sense. I upgraded to v2, which went smoothly (gratitude!!). Then, when I plugged in the RM variable connector, I realized it may not work for me because I’m using it as a pure number variable (like rule machine global variables), whereas it looks like the driver is set up to expect some fixed attributes like illuminance, CO2, acceleration, motion, humidity, etc.
I'm wanting to us Echo Speaks via HubConnect and do my cloud integrations on SmartThings. Echo speaks has lots of Echo features, but the speech synthesis universal driver on Hubconnect is speech only. Is there a better way to get the Echo Speaks features on HE? I can get it to speak, but other features are not there.
How are others doing Echo features from HE? Am I on the right track?
You'll need a custom driver, there's one posted by someone on the Echo Speaks post if you search on that post to someone's github link for the driver that works great. I had my own for the longest time but I'm using that one now since it's far better than the one I had.
Quick question. Do I require a second hub to make hubconnect work? Meaning, I have one device under Samsung/smart things for my tv I’d like to control. However, I do not have a smart things hub.
HubConnect doesn't alter how SmartThings does SmartThings.
There are devices that are ST cloud integrations that might work well, perhaps better, via ST. If true, then your ST account has some value left. (Remember, HubConnect gets installed in ST's cloud, not ON their Hub. If you have no physical devices left attached to the ST Hub, it can be powered off and let everything run through the Cloud.)
Therefore, the answer is more about what you have in your list of ToDo's than anything else
If your list is focused on rapid response, then local matters and multiple Hubitat hubs do that. ST would, unless you were very lucky or skilled, be all cloud.
I hadn't done this before because I can't update the version number for "latest" -- the corrected Thermostat driver has a version of 1.7.1 and the "latest" DB will be 'stuck' at v1.7.0 til @srwhite gets back from "Camping Adventure 2020"
This is a fix for HubConnect v1.6.4 users only. V2.0RC1 users have had this correction since the beginning.
I've added 90% of my stuff now and it is all working great! Thanks again for the help.
I do not see a way to add the Ring ranger extender. Is there a driver, or place for it? I plan to use it to trigger rules when power fails, so the "powerSource" state is very important.
If not till camping season is over, no worries enjoy @srwhite!