Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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.

[BananaJoe]

@dojodojo du hast das noch nicht benutzt, oder?
Man gibt 2 Marker/Bezugspunkte zum Ausrichten vor, solange diese im Bild bleiben, schafft er das.
Ich persönlich stoße aber auch nicht so oft gegen meinen Gaszähler.
Aber ja, kam schon mal vor das meine Frau Wäsche am Aufsatz aufgehängt hat.

[MartinSU]

Hallo zusammen,
ich habe insgesamt 3 "AI-on-the-edge" laufen, 1 x Gaszähler, 2 x Wasseruhr.
Der Gaszähler hat den kompliziertesten Aufbau, läuft aber quasi ohne Probleme. Wie Ihr auf dem Foto sehen könnt, ist vor dem Gaszähler nur ca. 2cm Platz. Ich arbeite dort mit Umlenkspiegel, abgesetzte Kamera und extra weißen LEDs für die Beleuchtung. Durch den Spiegel muss in der Software bei "Alignment" der Punkt "Initial Mirror" = "true" sein. Die WLAN Verbindung geschieht über eine externe Antenne, da der WLAN Empfang im Keller nicht so toll ist.
Bei den Wasseruhren treten bedeutend mehr Probleme auf. Das Probelm ist immer, wenn die analogen Zeiger bei ",9xxx" sind und das Einer-digital-Digit schon fast komplett ist. Also der Zähler eigentlich "123,9xxx" ist, wird oft schon "124,9xxx" übermittelt. Im ioBroker habe ich da noch eine eigene Logik "nachgeschaltet", die bei Unstimmigkeiten einen
"http://<IP>/setPreValue?numbers=main&value=-1" auslöst und wenn der dreimal nichts geholfen hat noch einen
"http://<IP>/reboot" auslöst (kam aber erst einmal vor).

Sonst arbeitet die ganze Sache doch recht Problemlos, mit dem Reedkontakt gab es mehr Probleme.
P.S. die schwarzen Pappen sind dazu da, dass keine Spiegelungen der Blitzlicht-LED vom Gaszählergehäuse in die Kamera kommen.