Fehlerhafte MQTT Datenpunkte und Werte

[HFarryranz]

Im Einsatz 0.4.20 auf NodeMCU lose verkabelt. IoBroker mit MQTT-Adapter:

Bei mir kommt es immer wieder zu reboots, mehr wie ein Tag geht nicht. Daten werden aber geliefert, nach dem ich einen passenden Standort für die NodeMCU gefunden habe, damit WLAN und Funk zuverlässig funktionieren,
Receive fail ist max 1.

Im MQTT tauchen aber immer wieder mal fehlerhafte Datenpunkte auf:
mqtt.0.inverter.HM-600.0!_inve Wert: rter/
mqtt.0.inverter.HM-600.c0&_inv Wert: erter/H
mqtt.0.inverter.HM-600!_invert Wert : er/HM

Löschen der Datenpunkt geht, aber sie kommen nach einigen Tagen wieder.
Alle anderen Datenpunkte passen.

[lumapu]

habe die letzten Tage schon ähnliches gelesen und beobachte das auch in meiner Installation.

Es wird aktuell die Lib PubSubClient verdächtigt.

[Hans-JR]

Ich habe jetzt seit mehreren Tagen die 0.4.22 auf dem gleichen System wie der Themenstarter im Einsatz und habe auch die reboots sowie die selben fehlerhaften Datenpunkte.

[stefan123t]

Zwei Beispiele vom 4.7.2022 aus dem Forum von M. P. (matze7779)

matze7779: hattet ihr das schon mal das die MQTT Nachrichten anscheinend defekt sind?

@DanielR92 Hmm bei mir passt alles. Welche Version hast du?

matze7779: Das ist die v0.4.20. Erst läuft auch alles normal... Dann nach einiger Zeit fängt das an.

1n4148: Hatte ich im Zusammenspiel PubSubClient und IOBroker MQTT schon öfters, nicht nur beim Ahoy.

[fila612]

Also ich habe bisher keinerlei solche Themen feststellen können. Nutze jedoch HA und nicht IOBroker. tritt das ganze denn auch mit der 4.25 auf?
sind die Fehler auch in einem MQTT Tool ersichtlich? Kann der IOBroker aus Ursache ausgeschlossen werden und warum?

[stefan123t]

Aktuell können wir das Problem nicht / schwerlich reproduzieren.

Wir hatten in der reconnect() Methode einen Zeiger auf einen temporären String übergeben.
Eventuell hängt das hier beobachtete Problem (dangling pointer) damit zusammen ?

Bitte einmal mit Version 0.4.26 überprüfen und falls das Problem damit gelöst ist, diese Issue bitte schließen.

[stefan123t]

@HFarryranz bitte mit der v0.5.9 überprüfen und ggf. als gelöst / nicht reproduzierbar schließen. Danke

[aschiffler]

closed due to inactivity