Closed michalemmer closed 3 weeks ago
Best would be to check the MQTT Broker log. It could be that all your MQTT temperature sensors have the same MQTT client ID. Have they a different device instance in the config file?
Thanks for the tip. Yes, it was the problem with the same device_instance. But not on the same VenusOS. I have 2 VenusOS installations in parallel, both of which have subscribed to the same topic on my MQTT broker. The same device_instance was set in both config files. After changing the device_instance in the config file of one of the two installations, the error messages disappeared. In the Mosquito log, you can see that the client ID‘s of both VenusOS installations are identical. See the different IP addresses in the log. Perhaps you could add a prefix or suffix for the client ID in the config file or code in the host name of the VenusOS. Just two ideas if you have several VenusOS in parallel and use the same device_instance. Thanks again for your help.
1723967760: Client MqttTemperature_100 already connected, closing old connection. 1723967760: New client connected from 192.xxx.xxx.186:33821 as MqttTemperature_100 (p2, c1, k60). 1723967761: Client MqttTemperature_100 already connected, closing old connection. 1723967761: New client connected from 192.xxx.xxx.169:49845 as MqttTemperature_100 (p2, c1, k60).
I will add the VRM ID to the MQTT client name.
This was fixed with v0.0.4
.
Hello Manuel, I use dbus-mqtt-temperature to read temperature sensors, which are distributed in the house, via MQTT in VenusOS. This looks good so far, but the script/program loses the connection to the MQTT broker (Mosquito) from time to time. See log. After the automatic restart of the script, the connection is re-established. But the messages every 2 seconds are strange. I have the same behavior with VenusOS 3.31 and 3.41 both on Raspberry Pi 4.
The temperature values are updated every 30 seconds on the MQTT broker.
What could be the problem. Thanks. Michael