Wemos D1 Mini mit Relay

    Ich habe einen von mehrern Wemos mit Relays am laufen mit ioBroker usw.

    Speziell der an meinem Garagentor macht Probleme.

    Da das Wlan Verbindung öfter mal Abbricht und im Druchschnitt auf 25% steht, habe ich den Wemos mit einem D1 Pro ersetzt und eine externe Antenne angeschlossen.

    Der Erfolg ist aber mässig.

    Nun mein eigendliches Problem:

    Wenn mein Wemos mit Tasmota keine Verbindung zum Server hat und ich das Tor mit der Fernbedienung öffnen möchte löst mein "ZU" Kontakt am Wemos aus und schlatet das Tor wieder aus.

    Fernbedienung und Wemos sind zwei verschiede Sachen!

    Zum Setup Auf - zu Konrakt und Relay

    Wie kann ich das Änder?

    Hmmmm ... könnte es sein das der Wemos rebootet und deshalb der GPIO in Grundzustand geht? Was hast du wenn du wificonfig in der Konsole eingibst? Ich vermute fast das Tasmota rebootet und versucht auf ein alternatives WLAN zuzugreifen wificonfig=4 (Retry). Wenn ja mal auf wificonfig 5 (Wait) umstellen.

    Du kannst in den Info mal die Anzahl der Startvorgänge nachschauen ... wenn hohe Zahl wird's wohl daran liegen.

    Sonoff-Basic / Sonoff-RF / Sonoff-Touch / Sonoff S20 / PowStro Basic / MagicHome / Sonoff-RF-Bridge mit diversen 433MHz RF Sender/Empfänger / Shelly_1 / ESP-WiFi-Dimmer / Gosund SP111 / ESP12E / WEMOS D1 Mini / ESP32Cam

    Sensoren: BME280/BMP280/HC-SR501/HC-SR04/ACS712/INA219/MHZ19B/DS3231

    Alexa Sprachsteuerung

    mosquitto/bash/html/cgi auf Wyse5070

    Zitat von HoerMirAuf

    Hmmmm ... könnte es sein das der Wemos rebootet und deshalb der GPIO in Grundzustand geht? Was hast du wenn du wificonfig in der Konsole eingibst? Ich vermute fast das Tasmota rebootet und versucht auf ein alternatives WLAN zuzugreifen wificonfig=4 (Retry). Wenn ja mal auf wificonfig 5 (Wait) umstellen.

    Du kannst in den Info mal die Anzahl der Startvorgänge nachschauen ... wenn hohe Zahl wird's wohl daran liegen.

    Also meinwificonfig steht auf 4 und der bootcount auf 15 das sollte nicht sehr hoch sein oder?

    Aber ich werde mal Versuchen wificount auf 5 zu stellen was dann passiert und werde dann Berichten wie es geht.

    Moin,

    ne, Bootcount 15 ist nicht hoch. Wenn der Regelmäßig rebooten würde steht der bald bei 3 stelligen Zahlen. Aber wenn es nur dann passiert wenn die Serververbindung abgebrochen ist scheint es schon damit in Zusammenhang zu stehen .... Hast du mal den log beobachtet was da steht wenn diese Verhalten auftritt? Könnte auch mit der MQTT Verbindung zusammenhängen ...

    Sonoff-Basic / Sonoff-RF / Sonoff-Touch / Sonoff S20 / PowStro Basic / MagicHome / Sonoff-RF-Bridge mit diversen 433MHz RF Sender/Empfänger / Shelly_1 / ESP-WiFi-Dimmer / Gosund SP111 / ESP12E / WEMOS D1 Mini / ESP32Cam

    Sensoren: BME280/BMP280/HC-SR501/HC-SR04/ACS712/INA219/MHZ19B/DS3231

    Alexa Sprachsteuerung

    mosquitto/bash/html/cgi auf Wyse5070

    Also das mit wificonfig 5 hat nicht geklappt. Im log steht

    20:25:49 MQT: Verbindungsversuch...

    20:25:49 MQT: Verbindung fehlgeschlagen aufgrund von 169.69.169.6:1883, rc 0. Wiederversuch in 10 s

    20:26:00 MQT: Verbindungsversuch...

    Das Problem habe ich mit allen wemos d1.

    Hier nochmal ein Screenshot vom Log.

    Wie gesagt alle meine Wemos und auch meine Sonoff Touch verhalten sich so.

    An meine Touch hab ich ein Magnet sensor eingebaut der Tür auf/zu anzeigt. Hat der Touch keine Verbindung Schaltet er das Licht an und aus.

    Ich verwende Arduino ide zum Flashen! Ich hab mal die Settings mit eingefügt.

    Hmmm ... so richtig kann ich mir keinen Reim drauf machen.

    Ich denke das hat mit Abbruch der MQTT Verbindung zu tun. Aber was genau?


    Habe ein ähnliches Phänomen mit Magic Home LED Controllern. 4 gleiche Geräte im EInsatz und 2 davon verlieren aus unerfindlichen Gründen ab und zu die MQTT Verbindung und bei Reconnect wird eingeschaltet. Aber nur bei 2 von 4 :/ bei identischer Konfiguration.... ich bin immer noch am Forschen was die Ursache ist. evtl, das 2 der Geräte älter sind und schon mit anderen Firmwaren bespielt waren? Allerdings schon mehrfach geflasht, gelöscht mit leer.bin bespielt etc.

    Evtl hilft aber das: Die Dinger liefen einwandfrei als ich noch die 6.11.c arbeitete, Danach das merkwürdige Verhalten.

    Wenn Du magst versuch es doch mal nur so aus Spaß mit der 6.11.c auch wenn das jetzt nicht die aktuellste und stabilste im Allgemeinen ist.

    Sonoff-Basic / Sonoff-RF / Sonoff-Touch / Sonoff S20 / PowStro Basic / MagicHome / Sonoff-RF-Bridge mit diversen 433MHz RF Sender/Empfänger / Shelly_1 / ESP-WiFi-Dimmer / Gosund SP111 / ESP12E / WEMOS D1 Mini / ESP32Cam

    Sensoren: BME280/BMP280/HC-SR501/HC-SR04/ACS712/INA219/MHZ19B/DS3231

    Alexa Sprachsteuerung

    mosquitto/bash/html/cgi auf Wyse5070

    Zitat von HoerMirAuf

    das merkwürdige Verhalten

    Liegt an den 'Retained Messages' im MQTT Broker

    https://github.com/arendst/Sonoff…sts-in-my-house

    YouTube The Hook Up: https://www.youtube.com/watch?v=31IyfM1gygo&t=15s

    Retained Messages im Broker löschen und entsprechende Einstellungen in Tasmota...

    ... dann verschwinden die Geister :evil: :)

    Wow !!!

    An retain hab ich nicht gedacht ... aber wenn ich drüber nachdenke logisch !! Ist tatsächlich auf true im mosquitto.

    SwitchRetain und ButtonRetain in den Tasmota Geräten jeweils auf "on" und wieder auf "off" um etwaige MQTT retains zu löschen ...

    Den Mosquitto testhalber mal deaktiviert und wieder reaktiviert .. Tamosta verbindet und nix passiert!! :thumbup:

    (Wobei ich ja dachte das retain automatisch deaktiviert ist wenn man Qos auf 0 stellt :/ )


    @NoitaercX Danke Dir! Das war's!

    Sonoff-Basic / Sonoff-RF / Sonoff-Touch / Sonoff S20 / PowStro Basic / MagicHome / Sonoff-RF-Bridge mit diversen 433MHz RF Sender/Empfänger / Shelly_1 / ESP-WiFi-Dimmer / Gosund SP111 / ESP12E / WEMOS D1 Mini / ESP32Cam

    Sensoren: BME280/BMP280/HC-SR501/HC-SR04/ACS712/INA219/MHZ19B/DS3231

    Alexa Sprachsteuerung

    mosquitto/bash/html/cgi auf Wyse5070

    Einmal editiert, zuletzt von HoerMirAuf (25. März 2019 um 08:47)

    Zitat von HoerMirAuf

    SwitchRetain und ButtonRetain in den Tasmota Geräten jeweils auf "on" und wieder auf "off" um etwaige MQTT retains zu löschen ...

    Hast du das auch mal am Gerät gemacht?

    Buttonretain on und dann wieder ButtonRetain off

    daselbe auch mit SwitchRetain

    Sonoff-Basic / Sonoff-RF / Sonoff-Touch / Sonoff S20 / PowStro Basic / MagicHome / Sonoff-RF-Bridge mit diversen 433MHz RF Sender/Empfänger / Shelly_1 / ESP-WiFi-Dimmer / Gosund SP111 / ESP12E / WEMOS D1 Mini / ESP32Cam

    Sensoren: BME280/BMP280/HC-SR501/HC-SR04/ACS712/INA219/MHZ19B/DS3231

    Alexa Sprachsteuerung

    mosquitto/bash/html/cgi auf Wyse5070

    Zitat von kxn

    Also das mit dem Retain hab ich probiert.

    Damit meine ich ButtonRetain und SwitchRetain

    Ich habe auf einem meiner 5 Sonoff Touch noch die Version 5.11 drauf und dort habe ich das selbe Problem das das Licht Schaltet bzw. das Relay wenn keine Verbindung besteht. Das Promlem ist also schon mit älteren Tasmota Verisonen.

    Es muss ja irgendwie sein wenn der Offline ist das er trotzdem die Schalter schaltet obwohl er es nicht per MQTT senden kann...

    Nur wegen fehlender Seververbindung kann er doch nicht machen was er will?

    Das Problem ist der Retain am Server. Sobald der Sonoff Verbindung hat bekommt er vom Server den letzten "behaltenen" (retain) Zustand übermittelt.

    Und dann schaltet er danach. Wie man die im IOBroker bereinigt oder löscht weiß ich leider nicht. Am Mosquitto ist es einfach retain generell auszuschalten und seitdem ist bei mir Ruhe.

    Evtl. kannst Du auch den PowerRetain am Sonoff mal auf on und wieder off stellen., vielleicht bringt das was?

    Allerdings sind schlechte MQTT Verbindungen sind generell ein Problem ... auch wegen Timeout Wartezeiten etc.

    Sonoff-Basic / Sonoff-RF / Sonoff-Touch / Sonoff S20 / PowStro Basic / MagicHome / Sonoff-RF-Bridge mit diversen 433MHz RF Sender/Empfänger / Shelly_1 / ESP-WiFi-Dimmer / Gosund SP111 / ESP12E / WEMOS D1 Mini / ESP32Cam

    Sensoren: BME280/BMP280/HC-SR501/HC-SR04/ACS712/INA219/MHZ19B/DS3231

    Alexa Sprachsteuerung

    mosquitto/bash/html/cgi auf Wyse5070

    Zitat von kxn

    Es muss ja irgendwie sein wenn der Offline ist das er trotzdem die Schalter schaltet obwohl er es nicht per MQTT senden kann...

    Nur wegen fehlender Seververbindung kann er doch nicht machen was er will?

    Hallo

    Am besten mal zb. mit Putty schauen welche Fehler ausgegeben werden.

    Ich habe gerde mit den verschieden Commands aus der Wiki Commands liste gespielt.

    z.b.

    SetOption4

    Return MQTT response as
    0 = RESULT topic (default)
    1 = %COMMAND% topic

    SetOption59

    Send tele/%topic%/STATE in addition to stat/%topic%/RESULT for commands: State, Power and any command causing a light to be turned on.

    aber leider ohne Erfolg.

    Ich dachte vieleicht liegt es daran das er seine Meldung nicht "los" wird und das ein ungeregletes Schalten verursacht.

    Ich habe auch schon über diverse CORE issues gelesen aber das es mit dem Tasmota 5.11 (core 5.4) auch so ist liegt es nicht daran.

    Auch habe ich die Option #define MQTT_LIBRARY_TYPE MQTT_ARDUINOMQTT umgestellt...

    An den Pins mit high und low kann es auch nicht liegen weil ich fast alle Pins an meinem Wemos in der Garage nutze. Bei jedem einzelnen Schaltet er trotzdem mein Tor.

    Bei meinen Sonoff Touch habe ich den GPIO 2 (D4) mit dem Magnetkontakt verbunden und manuell Pullup gemacht.

    Den Wemos mit USB am PC anschliessen und mit zb. Putty über die COM Stelle verbinden.

    In Putty die Com Stelle vergeben und auf verbinden drücken.

    Jetzt noch in Tasmota unter Einstellungen/Logging Konfigurieren/Seriell-Log-Level auf 1 Fehler

    stellen und speichern.

    Nun müsste im Terminal vom Putty die Ausgabe von Tasmota sichtbar werden, wenn nicht

    dann den Wemos über Tasmota/Neustart neustarten.

    Also ich habe mein alten Laptop angeschlossen und über Arduino IDE den Seriellen Monitor angeschaut.

    Das Log level auf 1 aber da kam keine besondere Meldung nur immer

    Verbindung fehlgeschlagen aufgrund von 169.69.169.6:1883, rc 10. Wiederversuch in 10 s

    Die Zahl "RC" wird nur höher steht jetzt auf 10 statt 0!