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

[Fraenki23]

Hallo
Nachdem ich mit Eurer Hilfe meine Drucksensor erfolgreich mit esp easy und meinem Nodmcu8266 in den Iobroker eingelesen.Nun habe ich dies mit meinem Durchflussmesser versucht.
Mit einem geflashten esp8266 und Tasmota konnte ich den Durchflussmesser mit 5V und GND und Gpio 2 und der Counter Konfiguration dazu bewegen die Umdrehungen zu zählen.
Nun wollte ich dies mit dem ESP Easy machen und mit MQtt in den Iobroker einspielen.
leider finde ich nich den reichtigen Hardware Adapter der mir die Umdrehungen zählt.
Hat das schon mal jemand gemacht und kann mir helfen
Danke Fränki
igenschaften:

Wasserdicht / Hitzebeständigkeit, Druckfestigkeit, Kältebeständigkeit.
Einfach zu installieren.
Spezifikation:

Frequenz: F = 4,5 * Q (L / Min) Fehler: ± 2% Spannung: 3,5-24VDC / Strom darf 10 mA nicht überschreiten, 270 Ausgangsimpulse / Liter, F = eine konstante Durchflussmenge (L / min) Sekunden).
Durchflussbereich: 1-120 l / min
Mini-Nennspannung: DC4,5 5-24V
Maximalstrom: 15 mA (DC 5V)
Arbeitsspannungsbereich: DC 5 ~ 18 V
Belastbarkeit: ≤10 mA (DC 5V)
Betriebstemperatur: ≤80 ° C
Luftfeuchtigkeit bei Betrieb: ≤35% bis 90% rF
Verdichtung zulassen: Wasserdruck 1.75 MPa darunter
Isolationswiderstand:> 100M OHM
Lagertemperatur: -25 bis 80 ° C
Lagerfeuchtigkeit: 250% 〜95% rF
Ausgangswellenform: Rechteckwelle, Ausgangsimpuls singal

[OpenSourceNomad]

@Fraenki23 said in Esp Easy Durchflussmesser keine Werte Flow meter Hall Sensor:

leider finde ich nich den reichtigen Hardware Adapter der mir die Umdrehungen zählt.
Hat das schon mal jemand gemacht und kann mir helfen

Bezüglich espeasy habe ich leider keine Idee, da ich dies bereits Jahre nicht mehr angefasst habe.

Bei esphome heißt die passende Komponente pulse counter und läuft bei mir seit Tag 1 rund

[SBorg]

@Fraenki23 sagte in Esp Easy Durchflussmesser keine Werte Flow meter Hall Sensor:

leider finde ich nich den reichtigen Hardware Adapter der mir die Umdrehungen zählt

Pulse Counter :)
https://www.letscontrolit.com/wiki/index.php?title=Pulse_logic_input

[Fraenki23]

@SBorg Danke für deine Antwort. Ich habe gar nicht gesehen dass eine Antwort gekommen ist.
Im Browser ist immer meine Frage alleine aufgetaucht. War bestimmt im Cash Speicher.
vielen Dank Fränki

[klassisch]

@OpenSourceNomad sagte in Esp Easy Durchflussmesser keine Werte Flow meter Hall Sensor:

Bei esphome heißt die passende Komponente pulse counter und läuft bei mir seit Tag 1 rund

[Teil-OT]Eigentlich möchte ich mal einen Pulsecounter mit ESPHome und EPS32 testen. Der ESP32 hat ja HW-Zähler eingebaut, die sich nicht durch Wifi Unterbrechungen stören lassen sollten und auch schnell sein sollen. Leider scheint der ESP32-pulsecounter aber nach jeder Gate-Time wieder bei Null zu starten und nicht zu totalisieren. Ich hätte aber ganz gerne die Totalisierungsfunktion im ESP32. Kann man das in EPS32 irgendwie einrichten, daß man auch die Summe bekommt? In ESPEasy geht das und ich verwende es bei einem S0-Zähler. Hat den Vorteil, daß die Totalisierung auch bei einem Update des ioBroker weiterläuft. Restarts oder overflows des ESP-Counters fange ich im ioBroker ab. Das funktioniert recht gut. Aber jetzt möchte ich eine hohe Impulsrate verarbeiten und das wird mit dem ESP8266 nichts. Also ESP32 mit dem HW-Zähler. Und der scheint ja durch ESPHome unterstützt zu werden. Aber leider ohne Totalisierung. Kann man die Totalisierung mit yaml reinkonfigurieren?

[OpenSourceNomad]

@klassisch said in Esp Easy Durchflussmesser keine Werte Flow meter Hall Sensor:

Kann man die Totalisierung mit yaml reinkonfigurieren?

Selbstverständlich. Dazu einfach die integration Komponente zu nehmen:

The integration sensor is a helper sensor that can integrate values from other sensors over time. This can for example be useful to integrate the values of a water flow sensor (in m^3/s) over time (result is in m^3).

[klassisch]

@OpenSourceNomad Danke, den Integration Sensor hatte ich gesehen aber nicht so richtig verstanden.

1. Das wird als Sensor aufgeführt. Aber wahrscheinlich ist damit eine Rechenkomponente gemeint, die man in einen bestehenden Sensor reinstecken kann. Das würde passen
2. Mir ist unklar wie das funktioniert und so wie ich mir das anhand der Beschreibung vorstelle wäre es nicht nach meinem Sinn: Ich fürchte, der eigentloche Sensor generiert einen Durchfluß, also irgendwie Ticks/Zeitabschnitt. Hinterher wird in der Integration-Komponente wieder mit dem Zeitabschnitt multipliziert und zum Integrator dazuaddiert. Das wäre dann jeweils immer eine Division und eine Multiplikation mit der Zeitbasis, also einer Zahl, die nicht identisch zu 1 ist. Mithin also Rundungsfehler, die sich kumulieren und die ich gerne vermeiden würde.
   Deshalb fahre ich beim S0-Zähler mit ESP-Easy auf Basis von Integer und der Totalisierung dieser Integer primär im ESP. Nur wenn die ESP-Werte nach unten springen, als. z.B. bei einem Restart oder Überlauf, justiert der ioBroker die Totalisierung neu. Die finale Totalisierung und die Umrechnung in die physikalischen Werte Energie/Volumen bzw. Leistung/Durchfluss) erfolgt generell im ioBroker.

[OpenSourceNomad]

@klassisch also ich mache so ziemlich alles per "edge computing" und lasse meinen ESP alle Berechnungen (Liter/min, Liter/h, Liter täglich, Liter total) machen. Eine Abweichung größer als die Toleranz von meinem Water Flow Meter konnte ich nicht ausmachen.

Kannst ja mal in den code vom integration sensor spicken wie das genau gelöst ist, erfahrungsgemäß wurde wahrscheinlich die eleganteste Lösung umgesetzt ;)

[klassisch]

@OpenSourceNomad vielen Dank für den Einblick in die ESPHome Welt.
Wenn ich das richtig verstanden habe, machen die das leider genau so wie befürchtet. Zuerst wurde dividiert, um auf die Flußvariable, bzw. die Ableitung zu kommen und jetzt wird wieder multipliziert um zurück zur ursprünglichen Variable zu integrieren - wenn auch in double.
Der Code ist sicher hochelegant geschrieben, aber eine Integer- Methode für die Totalisierung wäre aus meiner Sicht eleganter.
Bei meinem jahrelang betriebenen selbstgefrickelten Wasseruhrzähler mache ich die ganzen Rechnungen auch im ESP, incl. Histogrammbildung etc. Dort sogar mit Speicherung der Totalisierung auf einen ext. EEPROM.
Hat den Vorteil, daß ich da auch mit einer Zeitbasis von 10 Sekunden keinen Hemmungen habe - auch weil ich die Daten nur bei Bedarf übertrage (noch an Homematic), was besonders bei der Wasseruhr effizient ist. Da passiert oft stundenlang gar nichts.
Aber die gesplittete Lösung mit Anteilen auf dem ioBroker geht auch ganz gut und ist bequem zu pflegen.
Meine selbstgefrickelten ESP-Programme können schon genau das, was ich will. Allerdings habe ich den Webserver nicht wirklich gut im Griff. Das fängt bei der Ästhetik an, geht über Einstellkomfort und leider auch timingeinfluß des Webservers auf Zählungen.
Und natürlich kann meine Codequalität nicht mithalten.

Habe mal geprüft - und da kommen wir wieder bei diesem Thread an - ob der ESPEasy mit 400 Events/Sekunde zu recht kommt. Tut er, auch bei gleichzeitiger Webaktivität. Für mehr als 1kHz ist ESPEasy aber nicht ausgelegt.
Meine Selbstbaulösung hatte ich bis in den kHz Bereich getestet. Allerdings gab es dabei Einfluß durch den Webserver, weshalb ich dann 2 ESPs verwendet habe.