Forum

Bitte oder Registrieren, um Beiträge und Themen zu erstellen.

NodeMCU ESP8266 und CC1101 GitHub 0.7 und ioBroker

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:
  • mqtt_jarolift.PNG

So ich habe meinen Post mal komplett neu ausgerichtet ich hoffe das Thema kennt jemand und weiß wie ich es umgehen kann. 🙂

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