Forum
NodeMCU ESP8266 und CC1101 GitHub 0.7 und ioBroker
Zitat von xxxspxxx am 8. Dezember 2018, 17:35 UhrHallo zusammen,
ich habe aktuell Schwierigkeiten mit meinem System. Ich habe angefangen meinen NodeMCU Lua Lolin V3 Modul mit ESP8266 12E über das GuiHub Jarolift MQTT system zu bespielen. Das hat auch alles nun soweit funktioniert. Über die Webseite vom Dongle selber lässt sich der Rolladen auch problemlos hoch und runterfahren.
Jetzt ist mir klar das mein Problem vermutlich sehr spezifisch ist und hier nicht alle den ioBroker nutzen. Ich habe in den letzen Tagen das ganze dort eingebunden. Mqtt Broker / Server installiert und das hat auch alles super funktioniert. Leider legt die GitHub Version die zu steuernden Punkte nicht an. bsp. cmd/jarolift/shutter/0
Also habe ich unter meinem MQTT Server selber die Datenpunkte angelegt und das hat auch soweit ganz gut funktioniert. Jetzt besteht aber folgendes Problem. Wenn mein Dongle mal neustartet verarbeitet der sofort die letzten befehle sogar wenn die Felder leer sind.
Hier mal der Log
1970-01-01 10:51:34 CEST [INFO] - trying to connect to MQTT broker 1970-01-01 10:51:34 CEST [INFO] - MQTT connect success 1970-01-01 10:51:34 CEST [INFO] - incoming MQTT command: channel 0: 1970-01-01 10:51:34 CEST [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:28 CET [INFO] - time set from NTP server 2018-12-12 16:26:28 CET [INFO] - incoming MQTT command: channel 1: 2018-12-12 16:26:28 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:28 CET [INFO] - incoming MQTT command: channel 4: 2018-12-12 16:26:28 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:28 CET [INFO] - incoming MQTT command: channel 2: 2018-12-12 16:26:28 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:29 CET [INFO] - incoming MQTT command: channel 3: 2018-12-12 16:26:29 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:29 CET [INFO] - incoming MQTT command: channel 0: 2018-12-12 16:26:29 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:30 CET [INFO] - incoming MQTT command: channel 1: 2018-12-12 16:26:30 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:30 CET [INFO] - incoming MQTT command: channel 4: 2018-12-12 16:26:30 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:30 CET [INFO] - incoming MQTT command: channel 2: 2018-12-12 16:26:30 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:31 CET [INFO] - incoming MQTT command: channel 3: 2018-12-12 16:26:31 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 19:07:51 CET [INFO] - incoming MQTT command: channel 0: DOWN 2018-12-12 19:07:51 CET [INFO] - command DOWN for channel 0 (2OG_Schlafzimmer) sent.
Jetzt frage ich mich ob das bei openHab / HomeAssistant auch so ist. Wenn der Dongle mal neu startet oder kurz die Wlan Verbindung verliert?
Hallo zusammen,
ich habe aktuell Schwierigkeiten mit meinem System. Ich habe angefangen meinen NodeMCU Lua Lolin V3 Modul mit ESP8266 12E über das GuiHub Jarolift MQTT system zu bespielen. Das hat auch alles nun soweit funktioniert. Über die Webseite vom Dongle selber lässt sich der Rolladen auch problemlos hoch und runterfahren.
Jetzt ist mir klar das mein Problem vermutlich sehr spezifisch ist und hier nicht alle den ioBroker nutzen. Ich habe in den letzen Tagen das ganze dort eingebunden. Mqtt Broker / Server installiert und das hat auch alles super funktioniert. Leider legt die GitHub Version die zu steuernden Punkte nicht an. bsp. cmd/jarolift/shutter/0
Also habe ich unter meinem MQTT Server selber die Datenpunkte angelegt und das hat auch soweit ganz gut funktioniert. Jetzt besteht aber folgendes Problem. Wenn mein Dongle mal neustartet verarbeitet der sofort die letzten befehle sogar wenn die Felder leer sind.
Hier mal der Log
1970-01-01 10:51:34 CEST [INFO] - trying to connect to MQTT broker 1970-01-01 10:51:34 CEST [INFO] - MQTT connect success 1970-01-01 10:51:34 CEST [INFO] - incoming MQTT command: channel 0: 1970-01-01 10:51:34 CEST [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:28 CET [INFO] - time set from NTP server 2018-12-12 16:26:28 CET [INFO] - incoming MQTT command: channel 1: 2018-12-12 16:26:28 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:28 CET [INFO] - incoming MQTT command: channel 4: 2018-12-12 16:26:28 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:28 CET [INFO] - incoming MQTT command: channel 2: 2018-12-12 16:26:28 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:29 CET [INFO] - incoming MQTT command: channel 3: 2018-12-12 16:26:29 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:29 CET [INFO] - incoming MQTT command: channel 0: 2018-12-12 16:26:29 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:30 CET [INFO] - incoming MQTT command: channel 1: 2018-12-12 16:26:30 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:30 CET [INFO] - incoming MQTT command: channel 4: 2018-12-12 16:26:30 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:30 CET [INFO] - incoming MQTT command: channel 2: 2018-12-12 16:26:30 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 16:26:31 CET [INFO] - incoming MQTT command: channel 3: 2018-12-12 16:26:31 CET [ERR ] - incoming MQTT payload unknown. 2018-12-12 19:07:51 CET [INFO] - incoming MQTT command: channel 0: DOWN 2018-12-12 19:07:51 CET [INFO] - command DOWN for channel 0 (2OG_Schlafzimmer) sent.
Jetzt frage ich mich ob das bei openHab / HomeAssistant auch so ist. Wenn der Dongle mal neu startet oder kurz die Wlan Verbindung verliert?
Hochgeladene Dateien:Zitat von xxxspxxx am 13. Dezember 2018, 20:29 UhrSo ich habe meinen Post mal komplett neu ausgerichtet ich hoffe das Thema kennt jemand und weiß wie ich es umgehen kann. 🙂
So ich habe meinen Post mal komplett neu ausgerichtet ich hoffe das Thema kennt jemand und weiß wie ich es umgehen kann. 🙂
Zitat von DirkH am 18. Dezember 2018, 16:35 UhrHallo, ich hatte das gleiche Problem und konnte es lösen indem ich die mqtt.cfg unter \etc\openhab2\services angepasst habe. Standardmäßig werden die letzen Befehle nach einem Verbindungsverlust nochmal gesendet. Ich bin mir recht sicher, dass es dieser Eintrag war:
# Optional. True or false. Defines if the broker should retain the messages sent to
# it. Defaults to false.
mosquitto.retain=false
Hallo, ich hatte das gleiche Problem und konnte es lösen indem ich die mqtt.cfg unter \etc\openhab2\services angepasst habe. Standardmäßig werden die letzen Befehle nach einem Verbindungsverlust nochmal gesendet. Ich bin mir recht sicher, dass es dieser Eintrag war:
# Optional. True or false. Defines if the broker should retain the messages sent to
# it. Defaults to false.
mosquitto.retain=false