NEWS
Daten über MQTT an ESPEasy/Display übertragen
-
Hallo,
ich möchte Temperatur Werte vom IOBroker über MQTT an einen Wemos D1 mini auf einem Display anzeigen lassen.
Prinzipiell funktioniert das, aber...Die Temperatur werte werden über ein Blockly in die Datenpunkte für MQTT geschrieben. Das läuft auch.
Aber die Werte werden auf dem Wemos nicht übertragen. Wenn ich den MQTT Datenpunkt im ioBroker, manuell ändere, das werden mir die manuellen Werte angezeigt, aber nicht die Temperaturen , die über das Blockly kommen.
Mache ich da jetzt einen Gedanken Fehler? -
Hallo,
ich möchte Temperatur Werte vom IOBroker über MQTT an einen Wemos D1 mini auf einem Display anzeigen lassen.
Prinzipiell funktioniert das, aber...Die Temperatur werte werden über ein Blockly in die Datenpunkte für MQTT geschrieben. Das läuft auch.
Aber die Werte werden auf dem Wemos nicht übertragen. Wenn ich den MQTT Datenpunkt im ioBroker, manuell ändere, das werden mir die manuellen Werte angezeigt, aber nicht die Temperaturen , die über das Blockly kommen.
Mache ich da jetzt einen Gedanken Fehler?@atomicix Schau mal ob Du Fehlermeldungen im Log hast, dass gewisse Nachrichten nach so und soviel retries (meist um die 11) gelöscht werden. ;)
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@atomicix Schau mal ob Du Fehlermeldungen im Log hast, dass gewisse Nachrichten nach so und soviel retries (meist um die 11) gelöscht werden. ;)
mqtt.0 2021-05-17 12:38:37.695 warn (22831) Client [Garten_Display_1-Import9] Message 5196 deleted after 11 retries mqtt.0 2021-05-17 12:38:35.695 warn (22831) Client [Garten_Display_1-Import9] Message 5412 deleted after 11 retries mqtt.0 2021-05-17 12:38:29.695 warn (22831) Client [Garten_Display_1-Import9] Message 5627 deleted after 11 retries mqtt.0 2021-05-17 12:38:22.071 info (22831) Client [Garten_Display_1_1] publishOnSubscribe mqtt.0 2021-05-17 12:38:22.070 info (22831) Client [Garten_Display_1_1] subscribes on "mqtt.0.domoticz.out" mqtt.0 2021-05-17 12:38:22.009 info (22831) Client [Garten_Display_1_1] connected with secret 1621247902005_371 mqtt.0 2021-05-17 12:38:06.604 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line8" mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line7" mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line6" mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line5" mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line4" mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.601 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line3" mqtt.0 2021-05-17 12:38:06.601 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.601 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line2" mqtt.0 2021-05-17 12:38:06.514 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.514 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line1" mqtt.0 2021-05-17 12:38:06.435 info (22831) Client [Garten_Display_1-Import9] connected with secret 1621247886433_677 mqtt.0 2021-05-17 12:36:13.302 info (22831) Client [Garten_Display_1_1] connection closed: timeout mqtt.0 2021-05-17 12:36:12.642 info (22831) Client [Garten_Display_1-Import8] connection closed: timeoutJa stimmt, okay, und was sagt mir das jetzt? Oder wie kann ich das ändern?
-
mqtt.0 2021-05-17 12:38:37.695 warn (22831) Client [Garten_Display_1-Import9] Message 5196 deleted after 11 retries mqtt.0 2021-05-17 12:38:35.695 warn (22831) Client [Garten_Display_1-Import9] Message 5412 deleted after 11 retries mqtt.0 2021-05-17 12:38:29.695 warn (22831) Client [Garten_Display_1-Import9] Message 5627 deleted after 11 retries mqtt.0 2021-05-17 12:38:22.071 info (22831) Client [Garten_Display_1_1] publishOnSubscribe mqtt.0 2021-05-17 12:38:22.070 info (22831) Client [Garten_Display_1_1] subscribes on "mqtt.0.domoticz.out" mqtt.0 2021-05-17 12:38:22.009 info (22831) Client [Garten_Display_1_1] connected with secret 1621247902005_371 mqtt.0 2021-05-17 12:38:06.604 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line8" mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line7" mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.603 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line6" mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line5" mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line4" mqtt.0 2021-05-17 12:38:06.602 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.601 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line3" mqtt.0 2021-05-17 12:38:06.601 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.601 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line2" mqtt.0 2021-05-17 12:38:06.514 info (22831) Client [Garten_Display_1-Import9] publishOnSubscribe mqtt.0 2021-05-17 12:38:06.514 info (22831) Client [Garten_Display_1-Import9] subscribes on "mqtt.0.LCD.line1" mqtt.0 2021-05-17 12:38:06.435 info (22831) Client [Garten_Display_1-Import9] connected with secret 1621247886433_677 mqtt.0 2021-05-17 12:36:13.302 info (22831) Client [Garten_Display_1_1] connection closed: timeout mqtt.0 2021-05-17 12:36:12.642 info (22831) Client [Garten_Display_1-Import8] connection closed: timeoutJa stimmt, okay, und was sagt mir das jetzt? Oder wie kann ich das ändern?
@atomicix Tja - das ist ein Bug der mich sehr viel Nerven gekostet hat und wenn Du mal auf die Suche gehst, habe ich das auch schon thematisiert. Ich bin dann auf mosquitto gewechselt und betriebe den MQTT Adapter nur noch als Client.
Das Problem ist, dass der Adapter nicht mit einem nicht gesetzten ACK Flag umgehen kann. Du kannst versuchen die Nachricht mit ACK aus dem Blockly (also bestätigt zu schicken) - oder statt steuere aktualisiere wie das unter Euch Blockly Fans heißt. Oder Du stellst den Adapter auf sende alle Zustände um - das kann aber leicht Endlosschleifen geben.Jedenfalls ist das ein Bug und hat mich zum Umstieg auf mosquitto als Broker bewogen. Ich habe kein gitHub Issue aufgemacht - weil ich schon soviel in MQTT hatte, dass ich nun nicht mehr Beta Tester sein wollte. Nachdem es aber schon einige seit über einem Jahr trifft, scheint sich wohl auch sonst niemand dazu bereit zu erklären. ;)
Hier: https://forum.iobroker.net/topic/33772/mqtt-message-xxx-deleted-after-11-retries?_=1621247323129
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@atomicix Tja - das ist ein Bug der mich sehr viel Nerven gekostet hat und wenn Du mal auf die Suche gehst, habe ich das auch schon thematisiert. Ich bin dann auf mosquitto gewechselt und betriebe den MQTT Adapter nur noch als Client.
Das Problem ist, dass der Adapter nicht mit einem nicht gesetzten ACK Flag umgehen kann. Du kannst versuchen die Nachricht mit ACK aus dem Blockly (also bestätigt zu schicken) - oder statt steuere aktualisiere wie das unter Euch Blockly Fans heißt. Oder Du stellst den Adapter auf sende alle Zustände um - das kann aber leicht Endlosschleifen geben.Jedenfalls ist das ein Bug und hat mich zum Umstieg auf mosquitto als Broker bewogen. Ich habe kein gitHub Issue aufgemacht - weil ich schon soviel in MQTT hatte, dass ich nun nicht mehr Beta Tester sein wollte. Nachdem es aber schon einige seit über einem Jahr trifft, scheint sich wohl auch sonst niemand dazu bereit zu erklären. ;)
Hier: https://forum.iobroker.net/topic/33772/mqtt-message-xxx-deleted-after-11-retries?_=1621247323129
-
@mickym
klasse.
Wenn ich die werde Manuell eintrage, sind sie auch nicht bestätigt, also denke ich mal, das wird nichts ändern.
Bei einem eigenständigen MQTT Broker gibt es die Probleme nicht mehr?@atomicix Mosquitto läuft sowas von problemlos und auf der gleichen Maschine und ich nutze den MQTT-Adapter als Client nun seit über einem Jahr
Ich betriebe damit alles was Tasmota, Shellies, owntracks betrifft und tausche auch noch Daten mit fhem über mosquitto aus und nutze wie gesagt den MQTT-Adapter als Front-End für iobroker.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@atomicix Mosquitto läuft sowas von problemlos und auf der gleichen Maschine und ich nutze den MQTT-Adapter als Client nun seit über einem Jahr
Ich betriebe damit alles was Tasmota, Shellies, owntracks betrifft und tausche auch noch Daten mit fhem über mosquitto aus und nutze wie gesagt den MQTT-Adapter als Front-End für iobroker.
-
@mickym
klasse.
Wenn ich die werde Manuell eintrage, sind sie auch nicht bestätigt, also denke ich mal, das wird nichts ändern.
Bei einem eigenständigen MQTT Broker gibt es die Probleme nicht mehr?@atomicix sagte in Daten über MQTT an ESPEasy/Display übertragen:
@mickym
klasse.
Wenn ich die werde Manuell eintrage, sind sie auch nicht bestätigt, also denke ich mal, das wird nichts ändern.
...Noch ein Nachtrag: Du kannst es manuell bestätigen, dann musst Du den Wert aber zwingend über das Dialogfenster eingeben und den Haken unten setzen. Allerdings muss dann auch in der Adapterkonfig stehen, dass Du auch Zustände publishst - das führt dann sehr schnell zu Endlosschliefen und dann legst den Rechner lahm. ;)
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@atomicix sagte in Daten über MQTT an ESPEasy/Display übertragen:
@mickym
klasse.
Wenn ich die werde Manuell eintrage, sind sie auch nicht bestätigt, also denke ich mal, das wird nichts ändern.
...Noch ein Nachtrag: Du kannst es manuell bestätigen, dann musst Du den Wert aber zwingend über das Dialogfenster eingeben und den Haken unten setzen. Allerdings muss dann auch in der Adapterkonfig stehen, dass Du auch Zustände publishst - das führt dann sehr schnell zu Endlosschliefen und dann legst den Rechner lahm. ;)
Support us
786
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge