@haselchen hab das mal ohne den Spannungteile umgesteckt also eigentlich von GPIO15 Spannung auf V5 und so funktioniert das -> Idee wäre zum sparen vom Strom ggf. GND auf den GPIO15 packen und dann Relay damit er beim einschalten nur gnd macht

@puls200 Ich würde das gern nachbauen und wissen wie du ddas Deepsleep Problem gelöst hast stehe vor dem selben bei meiner Messsung der Zisterne und wenn der Pool ab nächste Woche gemessen werden soll vermutlich auch, danke dir.

@haus-automatisierung Danke für die Info. Und wie sieht es mit dem Zigbee-Koordinator aus. Funktioniert dieser mit Zigbee2Mqtt über tcp?

@mickym Ja, das habe ich mir gerade auch gedacht. Wenn es nicht in der Konsole auftaucht, dann ist es kein Problem des ioBroker, sondern vom Controller selbst... Scheinbar, habe ich die Rule falsch definiert, oder ich mache etwas anderes falsch! Ich danke Euch sehr für die akute Unterstützung!! ;) Schöne Pfingsten!!

@dieter_p ich habe nur die Pfeilrichtunge auf dem Diagramm gesehen ;-)

@dices so tief hab ich mich mit Tasmota und GPIO Extendern nicht beschäftigt. Da ich mit der MqTT Einbindung unter ESPEasy etwas auf Kriegsfuß stand habe ich mir das mit einem PCF8574 etwas drumherum gebaut. Dazu die Regeln genutzt, die du auch unter Tasmota hast. Du findest dort ein publish Befehl und den nutze ich nach dem Neustart des ESP8266 um den Status mitzuteilen und danach getriggert auf jede Änderung des GPIO am Extender. So ist der Iobroker immer up to date über die Stati der GPIO am Extender. Die Schaltbefehle schicke ich per http raus, was per Tasmota genauso geht. Ist drumherumgebaut aber funktioniert. Welchen Adapter benutzt Du? Viele Grüße

@wolfmensch sagte in TX RealTimeRunData > Interrupt received: @homoran ist OpenDTU on battery wenn ich die Konsole öffne welche Konsole? also nix iobroker!? Bitte Threadtitel entsprechend anpassen.

@tas-mk Dann ist es wohl kein Zweirichtungszähler. Sonst würden normalerweise beide Angaben im Wechsel im Display erscheinen.

@ralla66 habe es genau wie du es erklärt hast gemacht, leider bekomme ich keinen Datenpunkt im iobroker erstellt! Woran kann es liegen? Ich habe einen Durchflussmesser. In dem Script wird Liter/min, Liter/h berechnet und auf einem oled ausgegeben. Diesen Wert hätte ich gerne via mqtt übertragen an den iobroker. Zum Test habe ich dein Beispiel eingefügt. In der Tasmota Oberfläche wird die 365 angezeigt, aber nicht an den iobroker übertragen. Es wird nur der Counter übertragen. >D p:pAktuell=0 p:pVorherige=0 p:pDiff=0 p:qLiter_sec=0 p:qLiter_min=0 p:qLiter_h=0 p:qLiter_Total=0 eigen=365 >S pVorherige=pAktuell pAktuell=pc[1] pDiff=pAktuell-pVorherige qLiter_sec=(pDiff/450) qLiter_min=(qLiter_sec*60) qLiter_h=(qLiter_min*60) qLiter_Total=(pc[1]/450) ->displaytext [zs4x-8y11] %0qLiter_h%[s1x80y38] l/min ;Rahmen ;->DisplayText [x0y0r128:64] >W ;Durchfluss{m} %qLiter_sec% Liter/s Durchfluss{m} %qLiter_min% Liter/min Durchfluss{m} %qLiter_h% Liter/h Total{m} %qLiter_Total% Liter Eigen{m}%eigen% ;Tasmota Sonoff Adapter >J ,"Test" :{"Eigen":%eigen%}

Hab jetzt mal weiter probiert. Das Teil an GND und AO angeschlossen und Analog Eingang. Die Werte sind aber totaler Müll. Ich weiß nicht wie ich das noch anschließen könnte.

@homoran Ich werde es mal versuchen, den ganzen Mikrokontroller-Kram habe ich ja in meiner Bastelkiste rumfliegen. Wenn jetzt einer gesagt hätte, die Zeit kannste dir sparen, dann wärs halt so. Aber dann macht der Versuch halt klug!

Danke für Deinen Hinweis - der hat mich auf die richtige Fährte gebracht. Ich bin wohl versehentlich im Developer-Branch gelandet und konnte dann über Github herausfinden, dass mit der Version etwas nicht in Ordnung war. Bei Github hat mir jemand geholfen und ich bin jetzt wieder auf 13.4.0. Das Web-UI läuft wieder. Danke an Euch für die spontane Hilfe!

@ralla66 okay Danke, werde ich auf jeden Fall machen. :blush:

@karl-heinz1 Hat er vielleicht im Rahmen der "Amnesie" sich auch wieder einen anderen Namen gegeben? Ist das Device, auf das Du schaust überhaupt online? Wie sieht der "alive" Datenpunkt des Devices aus?

@marcel-drzal-0 Hast ja WPA2 eingestellt, und PMF aus, alles soweit so gut. Vergleich mal mit dem was @crunchip da im Screenshot hat.. ich find da aber so keinen echten Fehler..

@martinp sagte in ESP 8266 Einbindung von DS18B20 Temperatursensoren: Das ist so anscheinend nicht korrekt. Jemand hat den Dingern bei der WLAN-Verbindungsaufnahme mit einem Oszilloskop zugeschaut ... ich muss mir wohl dringend auch ein Oszilloskop bestellen, mit meinen Multimetern sehe ich das natürlich nicht so schnell

@stenmic Zu erst würde ich testen, ob das PlugIn P152 was im normalen Release von ESPEasy enthalten ist, nicht bereits funktioniert/ausreicht. Klappt das nicht, gilt es wohl das spezielle PlugIn auf Github zu kompilieren wie ESPEasy mit dem PlugIn. Grob ist das hier beschrieben: https://nerdiy.de/de_de/howto-espeasy-nerdiyspanelmeter-plugin-installieren-und-konfigurieren/ Da das Ding schon 3 Jahre unverändert ist, würde nicht wundern, wenn das irgendwo hakt und der letzte Autor ist einer der Hauptentwickler von ESPEasy und sehr aktiv im ESPEasy Forum. Kann also ganz sicher den entscheidenden Hinweis geben.

@jonas-haber jupp, könnte sein. Sieht so aus als würde er das dann in die jeweilige Variable packen also müsstest du das an das Topic cmnd/%topic%/tpow pushen - %topic% musst du halt durch deinen Gerätname ersetzen