Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[MartinP]

@martinsu Ich habe die Zählung nicht im Tasmota Device gemacht, sondern zähle in einem Iobroker Blockly. Tasmota liefert nur die Rohzustände des Reed Kontaktes. Zählerwert in einem Userdata Datenpunkt.
Trotzdem ich viel Aufwand bzgl Entpellung usw getrieben habe, gab es immer wieder überzählige Impulse. Die Korrekturrechnungen gingen mir leichter in Blockly von der Hand... 0...4 überzählige Pulse pro Tag in der Heizperiode

[MartinSU]

@martinp
...im ioBroker/Blockly wäre natürlich eine Möglichkeit.
Aber eigentlich funktioniert das Script sehr gut, nur die Speicherung bei Stromausfall nicht.
Etwas habe ich noch herausgefunden:
Wenn man in der Konsole Status0 eingibt, kommt eine Menge an Informationen, darin enthalten ist auch Savecount.
Wenn der Reed-Kontakt nun zählt und meine Routine am Befehl svars vorbeikommt, ist anschließend Savecount um 1 höher. Also muss er etwas speichern, nur leider nicht den Counter.

Wegen den "überzähligen Pulsen pro Tag", benutzt Du einen Reed-Kontakt? Der kann natürlich prellen.
Hast Du schon mal einen "KY-024 Hall Sensor Modul" getestet?

[MartinP]

@martinsu Meine "Drehscheibe" im Zähler ist nicht magnetisch.
Ich messe mit einem induktiven Näherungsschalter

https://forum.iobroker.net/topic/71112/indukt-näherungsschalter-und-gaszählerauswertung/51

[BananaJoe]

Und ich lese meinen Gaszähler mit dem Wasserzähler-Projekt aus ... https://forum.iobroker.net/topic/36622/wasserzähler-version-2-all-in-device

Und schon gibt es nichts zu zählen und zu berechnen ...

Eigentlich wollte ich einen Screenshot einstellen, stelle aber fest das wohl gestern jemand die Kamera verschoben hat ... Meine Frau hat eine Jacke daran aufgehängt ...

[MartinP]

@bananajoe sagte in Tasmota script Counter wird nicht gespeichert:

Eigentlich wollte ich einen Screenshot einstellen, stelle aber fest das wohl gestern jemand die Kamera verschoben hat ... Meine Frau hat eine Jacke daran aufgehängt ...

War der Meinung, dass ich mit dem Näherungssensor günstiger zu einer Lösung komme ... Die ESP32 CAMs sind aber inzwischen so billig, dass sie deutlich günstiger, als der induktive Näherungsschalter sind ...

Die Gaszähler-Impulse nimmt aber der Node-MCU mit auf, der auch den Stromzähler über IR-Kopf einliest ...

Für die Fehlimpulse stelle ich mich alle paar Tage mit dem Smartphone vor den Gaszähler und tippe den aktuellen Zählerstand in einen Vis-View, und danach passt es wieder ...

[MartinSU]

@bananajoe
das Projekt mit der "Wasser"-Kamera und Erkennung habe ich auch schon gesehen.
Vorteil ganz klar, man bekäme Absolutwerte, keine Probleme mit Verzählen!
Ich habe mir das bisher nur oberflächlich angesehen, vielleicht der bessere Weg?
Mein Problem ist, dass ich vor dem Gaszähler etwa nur 12mm Platz habe.
Hat schon mal jemand mit Spiegeln gearbeitet?

[BananaJoe]

@martinp sagte in Tasmota script Counter wird nicht gespeichert:

Für die Fehlimpulse stelle ich mich alle paar Tage mit dem Smartphone vor den Gaszähler und tippe den aktuellen Zählerstand in einen Vis-View, und danach passt es wieder ...

und das brauche ich eben nicht. Das die Kamera verschoben wurde ist das erste Fehlverhalten seit 2 Jahren, normalerweise kommt da keiner ran und ich lasse mir jeden Abend um Mitternacht einen Status mit Bild per Telegramm senden.
Auf den von gestern hatte ich noch nicht draufgeschaut :-(

Wobei: man kann ja beides machen :-)

[MartinP]

@bananajoe Den einzigen Vorteil bei meiner Lösung, den ich sehe ist, dass ich sowohl den Gas- als auch den Stromzähler mit einem einzigen Node-MCU Modul auswerten kann...

Kann man ggfs die GPIO-Pins der ESP32 Cam auch nutzen, z. B. für einen IR-Lesekopf?
Habe nur beiläufig im Thread mitgelesen "All-In" klingt ja erstmal sehr Vollmundig ;-)

[BananaJoe]

@martinp Also. zum einen der erwähnte Screenshoot:

Zu der Frage "beides": Warum? In Spitzenzeiten hatte ich 3 von den Kameras im Einsatz, für Strom, Gas und Wasser je eine.
Da werden Bilder analysiert, die ESP32 haben genug damit zu tun. Ich würde (und habe und tue das auch immer noch) für jeden Einsatzzweck einen getrennten ESP einsetzen.
Strom wird jetzt nach Zählertausch per "Hichi-Lesekopf", also per Tasmota IR ausgelesen,
Beim Wasserzähler habe ich noch keine Lösung (hat kontrastarmes LCD-Display, Verschlüssungsschlüssel für Auslesen über Funk werden aus Datenschutzgründen nicht herausgerückt)

Die Version der Software von Gaszähler ist schon älter, aber ist ausnahmsweise ein "Never Change if it is running" Fall, wenn es sauber und zuverlässig ausließt kann jede Änderung es nur verschlechtern.

[joergeli]

@martinp

Thema Fehlimpulse:

Ich hatte mir einen Regenmengenmesser gebastelt, der über eine Wippe und Reed-Kontakt die Impulse zählt, die bei Regen durch die Wippe erzeugt werden.
Die Impulse werden über einen Counter (Sonoff/MQTT/WEMOS D1 Mini) via ioBroker gezählt.
Anhand der Impulse und der Fläche des Regenmesser-Trichters kann dann die Regenmenge ermittelt werden.

Soweit zum Prinzip, allerdings traten dann in unregelmäßigen, nicht nachvollziehbaren Abständen, Störimpulse auf.
Diese führten dann natürlich zu einer ehöhten Regenmenge.
Es lag kein mechanisches Problem (Prellen) vor, sondern wie ich nach Internetrecherche feststellen konnte, ein elektrisches.
Durch einfaches Parallelschalten eines Tiefpasses (Widerstand 1k, Kondensator uF) zum Reed-Kontakt, konnte ich die Fehlimpulse erfolgreich eliminieren. Seitdem hatte ich keinen einzigen Störimpuls mehr.

Anbei der Schaltplan meines Regenmengen-Messers.

Evtl. ist dieser Tipp ja hilfreich für andere, die ebenfalls Impulse zählen und Störimpulse (keine mechanischen) auftreten?

[MartinSU]

@bananajoe
So kleine LCDs sind meistens für einen bestimmten Blickwinkel gebaut.
Es typ. 3, 6, 9 und 12 Uhr. 3 und 9 gibt es eigentlich nicht.
Weniger oft ist 12 Uhr. Die meisten sind für den Blickwinkel 6 Uhr gemacht.
Was ist, wenn Du die Kamera nicht von oben auf die Wasseruhr schauen läßt, sondern von vorne 6 Uhr. Wann siehst Du die Ziffern am deutlichsten?
Oder hast Du ein Problem, dass die Ziffern eventuell gemultiplexed sind?

[BananaJoe]

@martinsu muss ich noch mal schauen, ich hatte dann irgendwann aufgegeben. Ich hatte zunächst LED Lampen mit verbaut um die Helligkeit und den Kontrast zu erhöhen. Die LED flimmern aber, auch wenn wir Menschen das nicht sehen. Irgendein Sensor mochte das nicht und der Zähler war nach 2 Wochen Tod. (Oder die 14 Jahre Batterie doch schon leer).

Ich wollte mal einen Hichi dranhalten um zu sehen was per IR kommt, RFID habe ich eine App zum auslesen, per Tasmota RFID konnte ich da aber nicht finden

[MartinP]

@joergeli sagte in Tasmota script Counter wird nicht gespeichert:

Durch einfaches Parallelschalten eines Tiefpasses (Widerstand 1k, Kondensator uF) zum Reed-Kontakt, konnte ich die Fehlimpulse erfolgreich eliminieren. Seitdem hatte ich keinen einzigen Störimpuls mehr.

Ich habe einen Tiefpass "per Blockly" gemacht... Nur, wenn 10 Sekunden seit der letzten Auslösung vergangen sind, wird ein Impuls akzeptiert:

Der Sensor, den ich aktuell montiert habe, ist recht groß. Davon passt nur einer vor den Drehkreis des Metallsegments.
Hatte zwei kleinere Sensoren besorgt, die sind aber weniger sensibel, und lösen auf die Entfernung zur Metallplatte gar nicht aus ...
Ansonsten hätte ich Sensor 1 nach Auslösung so lange gesperrt, bis Sensor 2 auf der gegenüberliegenden Seite des Drehkreises ausgelöst hätte ...dann das Spiel mit umgekehrten Rollen usw.

Rechnung für den Timeout:

10 Liter pro Impuls, ca 11 kWh/ m³ Gas
=>0,11 kWh pro Impuls.
bei einer Brennerleistung von 18 kW also maximal 18/0,11 = 164 Impulse pro Stunde. => Maximal ein Impuls alle 22 Sekunden ...

[MartinSU]

@martinp Die Empfindlichkeit von Reed-Kontakten muss man im Datenblatt nachlesen (und hat fast nichts mit der Baugröße zu tun),
Im Datenblatt gibt es typischerweise einen Wert "AT" = ampere-turn, je niedriger desto empfindlicher. (kurze Erklärung bei Wikipedia unter "Amperewindung")

[MartinP]

@martinsu Bei mir ist kein Reed-Kontakt im Einsatz, sondern so etwas:

https://www.ebay.de/itm/234142256430

Messverfahren basiert auf der Störung eines magnetischen Wechselfeldes durch Annäherung von Metall ..
Das Metall muss selber kein Permanentmagnet sein (wie beim Reed - Kontakt)

Mein Gaszähler hat eine nichtmagnetische Metallscheibe, daher ist ein Reed-Kontakt ungeeignet

[dojodojo]

@MartinSU sagte in Tasmota script Counter wird nicht gespeichert:

Ein Script aus dem Internet habe ich mir angepasst, läuft auch soweit. (Platine mit dem Reed Kontakt liegt z.Z. noch bei mir auf dem Tisch).
Wenn ich den Reed Kontakt mit einem Magnet betätige, wird gezählt und die KW berechnet.

Hallo, auf welches Script beziehst Du dich?
Wie hast Du es schlussendlich gelöst?

[MartinSU]

@dojodojo
Hallo,
das mit dem Reedkontakt lief nicht so stabil (verzählte sich).
Ich bin dann komplett umgeschwenkt auf "AI-on-the-edge".
Vorteil: "AI-on-the-edge" liefert immer Absolute Werte, der Reedkontakt wäre nur ein relatives Zählen.

[dojodojo]

Dafür hat man natürlich andere Probleme. Betriebssicherer ist vermutlich der Readkontakt und einfach mit der Stromversorgung. Schöne wäre dann eine Lora, ZigBee oder Matter-Verbindung die mqtt nutzt.

[BananaJoe]

@dojodojo sagte in Tasmota script Counter wird nicht gespeichert:

Dafür hat man natürlich andere Probleme. Betriebssicherer ist vermutlich der Readkontakt und einfach mit der Stromversorgung. Schöne wäre dann eine Lora, ZigBee oder Matter-Verbindung die mqtt nutzt.

Naja, das AI-on-the-edge projekt liest schlicht die Zahl aus die der Zähler anzeigt und sendet diese dann z.B. per MQTT. Selbst wenn die sich mal mit einer Zahl verliest, stimmt der Wert dann bei der nächsten wieder. Wenn das einmal läuft scheitertet es höchstens mal an einer defekten SD-Karte.
Außer "das Gerät liefert gleich den digitalen, richtigen Wert" kann ich mir keine bessere Lösung vorstellen.

[dojodojo]

AI-on-the-edge muss sehr genau ausgerichtet sein, einmal angestoßen und muss wieder neu justiert werden.