Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[haselchen]

@JohGre

Soooo, alles baulich verstaut.
Aber eine Sache möchte ich noch verstehen.
Nehme ich nur das Device Switch in ESP Easy, dann aktualisiert sich der Datenpunkt alle 30sek im IoBroker.
Kommt dann noch der Analoge Input dazu , dann gibt es keine Aktualisierung.

Gibt es dann, wenn man beide Devices im ESP anlegt, nur ein Update wenn der Sensor Regen registriert oder läuft da was falsch?
Ich gebe zu, ich habe es noch nicht ausprobiert und wollte erst auf Deine Antwort warten.

[JohGre]

@haselchen
Hast du den 4. Pin des Sensors eh mit A0 verbunden?
Der digitale Ausgang sendet nur wenn Regen detektiert wird.

[haselchen]

@JohGre

Habe es quasi komplett nach deiner/eurer Anleitung gemacht.
Und da waren es nur 3 Kabel , die mit den Pins verbunden werden mussten.
Mir soll der digitale Ausgang eigentlich auch reichen. Ich möchte ja nur benachrichtigt werden , wenn es regnet.
Ein kleines Ärgernis habe ich.
Es gibt eine Client Timeout connection closed Nachricht im Log.
Und der Adapter startet wieder neu. Habe viel dazu im Netz lesen können, aber eine Lösung nicht gefunden.
Die Einstellmöglichkeiten sind schier unbegrenzt.
Hast du das in Deinem Log genauso? (wir haben eigentlich die gleichen Einstellungen)

[JohGre]

@haselchen
Für die Regenintensität (analoger Pin) brauchst du aber den A0, sonst kriegst du da keine Werte rein. Habe ich erst angeschlossen als der andere funktioniert hat.
Der digitale Pin schaltet nur bei, "Regen erkannt" bzw. Hat aufgehört. Hab das mit einem nassen Finger getestet.

bzgl. Clienttimeout ist der NodeMcu etwas empfindlich was das WLAN betrifft. Habe eine Repeater in die Nähe gebracht seither ruhig.

Was sagt das Log von ESPEasy?

[haselchen]

@JohGre

Ok, dann lösch ich den analogen Input wieder. Danke für die Erklärung.
Ein AVM600 Repeater ist quasi direkt neben dem Gerät.

2020-08-29 00:31:04.547 - debug: mqtt.0 (513) Client [Wetterstation] pingreq
2020-08-29 00:31:05.497 - info: mqtt.0 (513) Client [Wetterstation] connection closed: disconnected
2020-08-29 00:31:23.425 - info: mqtt.0 (513) Client [Wetterstation] connected with secret
2020-08-29 00:31:23.426 - debug: mqtt.0 (513) Client [Wetterstation] with keepalive 10 set timeout to 15 seconds
2020-08-29 00:33:41.868 - info: mqtt.0 (32326) Client [Wetterstation] connection closed: timeout

[JohGre]

@haselchen und das Disconnect siehst du im log am ESPEasy auch?

Das sind meine mqtt Settings. Port habe ich einen anderen genommen.

[haselchen]

@JohGre

Hab deine Einstellungen mal übernommen und beobachte das.
Vielen Dank, dass Du ein offenes Ohr für mich hast.

[haselchen]

@JohGre

Der closed timeout kommt trotzdem unregelmässig.
Habe alle Einstellungen durch. Wie kriege ich den Keep Alive Wert höher.
Der liegt bei 15sek, laut Debug.

[opossum]

Hallo, @haselchen ,

ich habe bei meinen NodeMcu's eine Rolle hinterlegt, damit verbindet er sich wieder selber mit dem WLAN. Habe aber alle 8266 mit Netzteilen versorgt, keine Batterien. Daher kann ich den 8266 auch das "Schlafen" verbieten. Vielleicht nützt es was, stelle die Rule mal hier rein.

on System#Boot do
    Let,1,0                              // set user variable to initial state of 0         
EndOn
 
on Wifi#Disconnected do              	 // if no wifi, wait 3 minutes
  if [VAR#1]=0
    timerSet,1,180
    Let,1,1                              // set user variable 1 to 1 to prevent re-set of var1 on each event.
  endif
endon
 
on Wifi#Connected do     	 	 // if wifi returns, cancel reboot
  timerSet,1,0                    	 // cancel timer
  Let,1,0                                // set user variable 1 to 0
endon
 
On Rules#Timer=1 do                    	 // if still no Wifi, reboot
  reboot
endon

Ich habe an den 8266 zusätzlich eine externe Antenne angelötet nach dieser Anleitung:
Klick mich

[haselchen]

@opossum
@JohGre

Das ganze Konstrukt hängt am Strom über USB Kabel.
Wenn ich die Nodemcu über die IP Aufrufe und es regnet, dann springt er ja um von 0 auf 1.
Das ist schon okay. Per MQTT wird das an Iobroker gesendet und per Node Red das JSON "zerpflückt".
Woran ich gerade zerbreche ich das Blockly.

Es kommt nichts, gaaaaar nichts per Telegram oder Alexa wenn es regnet. Trotz das alle Datenpunkt so reagieren wie sie sollen.

Der Wert geht auf false wenn der Sensor trocken ist und auf true wenns regnet.
Ich habe x Blocklys so, die funktionieren, wo ist hier der (Denk) Fehler?! (ausser das der Baustein "falls Wert vom Objekt=wahr" zuviel ist.
Als ich den weggelassen habe, gab es Nachts 206 Telegram Meldungen.