Loss of ha_autodiscovery in MQTT about rtlamr2mqtt HOT 5 CLOSED

I just noticed this today too. Restarted all of my containers on one host yesterday, including HA and MQTT. Now the electricity meter still shows in MQTT but not the gas meter. Rtlamr2mqtt ran on a separate host; it was restarted due to rebooting that host, but earlier in the day. Restarting RTLmr2qtt this morning now shows the gas meter in MQTT.

from rtlamr2mqtt.

The HA autodiscovery paylod is sent using MQTT retain=True. This means it will survive and persists after been read by HA.

This behavior is expected only if your MQTT broker loses its database when recreated/restarted.
How your MQTT broker is configured? It has a persistent data/volume for the database?

from rtlamr2mqtt.

My broker is not persistent. I had to delete my stacks in Portainer and when it redeployed it probably got a new volume. This makes sense. Thanks

from rtlamr2mqtt.

Mine is set to persist and MQTT explorer indicates it is "retained". Not sure how it disappeared. Could be more robust if it checked and published if missing.

On further research, the missing discovery data may not be the only issue causing unavailability. There are times where the rtlamr/status = "offline". This may be part of the problem. Checking the container logs, the app is running, and the log indicate successful publishing of data to the MQTT server. What sets that tag true?

from rtlamr2mqtt.

Having to check for a message will require more resources to keep checking it. The way this project works is to send an autodiscovery message every time a reading happens.

The status payload is set by the LWT configuration, i.e. by your MQTT broker.
Double check your MQTT broker and the communication between rtlamr2mqtt and your broker.

from rtlamr2mqtt.