Support for BOND would be nice.
Even though I completely agree with @ogiewon in the fact that you should use already well established platforms for switches, lights etc. But if you still would prefer to have a single unit system maybe the hub could have the capacity to handle dual Zigbee-meshes. Just to be able to separate for instance lighting to all remaining Zigbee devices, as we all know how bad repeaters bulbs in general are.
The passive hub cooling with enough capacity in the heatsink to handle all loads and environments with ease, as I can recall that this have been a topic for discussions in the past.
Just to be clear, I am very excited that mqtt will be built in. I would also love for Node-Red to be built in. If it is not, my current setup where I use a variety of nodes to get data into Node-Red. Inside NR, I convert it all into MQTT messages and do all of my logic from there. So if this will support MQTT for all items (I think of zigbee2mqtt, which I use as a model), then I expect to continue my automation logic in Node-Red.
I just think it might simplify the use of Node-Red for many (including myself) if it was included in the platform,
Oh, I would love if a device which would natively support the non-standard Xiaomi Zigbee without any of them ever disconnecting…
Complete speculation here, but I know people using zigbee2mqtt with a CC2531 dongle who use Aqara/Mijia sensors without any of them dropping off.
I’ve been hoping the Collective Core will use a similar approach for zigbee.
Since I’m going fully hypothetical here - here’s the rest of my speculation. The stated specs of the Collective Core are close to the Orange Pi 4B - except for a quad-core processor instead of hexa-core. So I’ve privately speculated that system might be something like an Orange Pi 4B with USB radios for zigbee (CC2531) + z-wave (UZB7) radios.
Off topic…
Every time I see the ‘Collective Core’ mentioned, the first thing that comes to mind…
We are the Borg.
Resistance is futile!
This is where its at.
External radio’s!
I like that I can have my C4 inside my comms cabinet and run both sticks and mount them outside!!
External radio’s!
Step it up… network attached radio’s/interfaces. Anyone can put a stick on a cable and say they have external radio’s
DIY HomeSeer has the Z-Net which is just an rPi with a z-wave hat and using ser2net for direct translations of the serial z-wave over the network. Very easy,
Pro level systems like C4, RTI, Crestron have external network attached POE radio devices and even the smaller control processors are POE. The RTI XP-3 system supports POE natively.
If you guys can make my schlage zwave locks reliable you will have this customer.
make my schlage zwave locks reliable
Steady on. This is the real world remember
I was able to make mine reliable by doing two things:
(1) convert them to Z-Wave Plus. The modules in all the models are the same, and you can buy used locks on eBay for about $40 to $50. Make sure you get the plate that goes against the door (or a photo) because that plate has the DSK.
(2) put a beaming Z-Wave Plus repeater near the lock. I had Aeotec Range Extender 7 devices (which worked well), but replaced them with Ring Extender 2 devices, which have an internal battery backup and report power fail when paired S2.
They have been completely solid since.
This is the real world remember
Lol allow me my wishful thinking.
convert them to Z-Wave Plus
I’ve been thinking about this one…
Some don’t have that option (to convert to plus)–not all models are offered with that choice.
Funny that ADT Pulse (iControl), with its ancient implementation was 100% reliable. With these same locks (not plus ones).
They clearly were doing some “black magic” in the back ground (e.g., polling devices, etc.) to get around Z-Wave limitations. But, that’s what NEEDS to happen since the “real world” isn’t always as neat and pretty as a Z-Wave spec
I couldn’t see it in here, but Chromecast support and google intergration like the mbudnek app.
My biggest request for any new platform is a simple one; support for AlertMe (Iris V1) pairing.
Once paired they’re fantastically well behaved, but they require a particular sequence of responses when in join mode to connect to the Zigbee mesh, which is why they end up needing their own ‘button’ for pairing mode.
Thankfully this is all documented in PyAlertMe on GitHub, which I used during ‘the wilderness years’ to cobble together my DIY hub on a Pi.
Any thoughts on machine learning or AI built in? I’m thinking for things like lights and notifications.
I would like bells and whistles please.
Thanks.
but no whistle.
Now, go back to the beach and have another beer.
EDIT for those confused by this it’s a reference to a post on a different community.