Quite interesting! Is this compensating for the lack of update indicators in dockge?
Docker in Truenas scale, close to latest beta
DASHTICZ 🙃
RFXCOM, zwavejs2mqtt, zigbee2mqtt,
P1 meter & solar panel
Google home, Wifi Cams motion detection
Geofence iCloud, Bluetooth & Wifi ping
Harmony hub, Nest, lots more :-)
I'm have set it up using the Python Plugin: MqttMapper plugin to do this but it seams like WUD isn't that good at pushing data to the MQTT broker.
I think I see the issue, the cron was set to run 0300
Yes, and that seems correct. i see 3 binary sensors in config and 4 sensors. So in Domoticz creates 3 switches and 4 custom sensors. So exactly what WUD configured. It also should be enough to manage the system I suppose.
But perhaps in topic WUD/update also config topics are present?
It is (or was) by the way not advised to have the discovery topic (default homeassistant) the same as the main state topic.... If you want to differ better make it for example WUD_discover, zwave_discover, zigbee2mqtt_discover etc
Domoticz running on Udoo X86 (on Ubuntu)
Devices/plugins: ZigbeeforDomoticz (with Xiaomi, Ikea, Tuya devices), Nefit Easy, Midea Airco, Omnik Solar, Goodwe Solar
waltervl wrote: ↑Sunday 13 July 2025 10:26
Yes, and that seems correct. i see 3 binary sensors in config and 4 sensors. So in Domoticz creates 3 switches and 4 custom sensors. So exactly what WUD configured. It also should be enough to manage the system I suppose.
But perhaps in topic WUD/update also config topics are present?
Don't know, But it don't show status of each container. It's what I'm after.
waltervl wrote: ↑Sunday 13 July 2025 10:26
It is (or was) by the way not advised to have the discovery topic (default homeassistant) the same as the main state topic.... If you want to differ better make it for example WUD_discover, zwave_discover, zigbee2mqtt_discover etc
Why dose it matter ?
If I use the homeassistant topic for all will that not mash everything and domoticz will hard understand what is what?
For me it's more logic to separate them. Then dose it matter to use *_discover? Dose the the plugins care about the topic? as long as it's matching in the settings shouldn't it work ?
Raspberry PI 2 with RaZberry Controller 2016 ZWave+ and CC2531(zigbee)
Several IKEA devices/z-wave devices
The discovery topic is by default split from the state topic to ease the system in discovering devices. Else every new message in the integration also has to be checked for config changes. And when you have a lot of devices you will get a lot of unnecessary possible config changes that needs to be handled.
In the past this could go wrong, this is why you see a split in config and state topics.
Domoticz running on Udoo X86 (on Ubuntu)
Devices/plugins: ZigbeeforDomoticz (with Xiaomi, Ikea, Tuya devices), Nefit Easy, Midea Airco, Omnik Solar, Goodwe Solar
If you use the default settings of WUD, zigbee and zwave you will see you get a zwave, zigbee and wud state topics and homeassistant topic where all the config topics are. This will not have issues if you have only 1 Domoticz MQTT AD gateway. All the devices will be handled by this gateway.
If you want a seperate Domoticz MQTT AD gateway for each integration for ease of understanding you should also define a discovery prefix for each integration (eg WUD_discover) as else Domoticz will indeed be mixing things up.
Domoticz running on Udoo X86 (on Ubuntu)
Devices/plugins: ZigbeeforDomoticz (with Xiaomi, Ikea, Tuya devices), Nefit Easy, Midea Airco, Omnik Solar, Goodwe Solar