MQTT import works really well for zigbee2mqtt devices. I have tested it with binary sensors for now (contact, motion). But I'll try additional devices later o.
Thanks for sticking with me!
Going to test a few z-wave devices I'm bringing in by MQTT also.
I presume you are bringing those other (non-zigbee2mqtt) devices via Home Asst?
If so, is there a "how to" resource you can point to for sharing those such HA devices via MQTT?
MQTT StateStream is pretty easy and seems to work well, but it only shares states to HE. I'm hoping for more 2-way capability with some of those devices (ala HADB). I'm guessing I need to dive deeper into HA's "MQTT Discovery" feature, but I haven't gotten very far with it yet.
I'm just wondering if that's the right road to be going down, or if I'm missing some other solution to try... Many thanks for any thoughts!
It kinda works with bringing in devices using ZwaveJS. I can see status changes, but am unable to control devices. This is what one of my ZWaveJS devices looks like:
For zigbee2mqtt, some devices work perfectly. Binary switches and dimmers work great. All sensors I've tested work great (contact, motion, leak, occupancy, temperature).
Here's what doesn't work well currently:
CT/RGB lights (in some cases the mapping isn't ok, in others, we need to translate between what Hubitat sends and what z2m expects).
Can you send me the screenshots of what it looks like in your setup? Relevant MQTTExplorer topic names and full text of the retained messages would be perfect.
CT issue should be fixed in 2.5.0.123, which was released to the public ~ an hour ago.
I did the "best effort" fix on the fan, but I don't have a real device to test it on. So, maybe fixed.
Just FYI @gopher.ny that any time I try to import multiple zigbee2mqtt devices it gives an error, and only imports one of them.
Importing the same devices one at a time works fine.
EDIT: I have found if I just keep the same selection list and do the Import Selected over and over they eventually all add. Sometimes one device each round, sometimes more.
@gopher.ny Also, you may need to think through what should be a state change and what shouldn't.
For instance, zigbee2mqtt that integrates with home assistant has this option enabled in zigbee2mqtt:
MQTT message payload will contain all attributes, not only changed ones. Has to be true when integrating via Home Assistant (Default: true)
Because of that, on every update all attributes are included. Which is generating a â– â– â– â– ton of extra events on the hubitat side for attributes that did not change.
For example on this Inovelli Blue dimmer connected to zigbee2mqtt I get 5 events every update, even though only 1 attribute changed:
It would also be nice if temperature attributes were converted to preferred units. Most devices I have report in DegC, but being an old fashioned American I want DegF.
It would be spiffy if specifically for the temperature attribute it would auto-convert it like Home Assistant does... Not the end of the world or anything though.
Here's a Third Reality ZigBee Temp + Humidity sensor - note temp is in DegC:
Yes on node-red I have to filter to only show new values. The way my alarm works is probably an edge case:
Alarm inputs (zones) are connected to an input/output board that accepts 8 zones
When any 1 input in the group of 8 changes (open to closed/closed to open) ALL 8 mqtt topics for that board are updated, irrespective of whether they changed or not
Without a means to 'filter if unchanged' that may play havoc with re-triggering rules I'd guess.