NEWS
Erfassung mechanischer Wasserzähler (induktiver Sensor + ESP8266 )
-
Es ist halt auch ein Unterschied ob du bei der Ferraris-Scheibe die rote Markierung abtastet (das ist für den Sensor schwarz) oder bei dir eine reflektierende Fläche. Trotzdem haben viele beim Stromzähler auch mit Fehlimpulsen zu kämpfen. Da er anscheinend ja ziemlich konstant doppelt zählt sind das auch keine üblichen Prellungen (die sind halt mal mehr oder weniger oft), sondern er reagiert korrekt auf die Flanke. Du hast beide vom Sensor angeschlossen, nutzt du den DO oder hast du auch mal mit dem AO probiert (dann halt an einem analogen Eingang)?
...oder mal anders gefragt: willst du eine richtige statistische Auswertung fahren oder nur den Wert in der VIS anzeigen?
Ich habe einen anderen Zähler, deswegen noch die Frage: eine Umdrehung der silbernen Scheibe entspricht 1 Liter?
Dann würde ich es eh per JS/Blockly (brauchst du sowieso für Tages-/Monat- etc. werte) regeln. Die Impulse zählen sowieso weiter, dann hättest du eine maximale augenblickliche Abweichung von einem Liter (aber auch nur wenn auf der Scheibe gestoppt wird). Beim nächsten Puls wäre dann aber der Verbrauch wieder ganz genau. Du hättest also immer eine augenblickliche Fehlmenge von einem Liter wenn er auf der Scheibe stehen bleibt, die sich mit dem nächsten Puls aber wieder egalisiert.LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
Es ist halt auch ein Unterschied ob du bei der Ferraris-Scheibe die rote Markierung abtastet (das ist für den Sensor schwarz) oder bei dir eine reflektierende Fläche. Trotzdem haben viele beim Stromzähler auch mit Fehlimpulsen zu kämpfen. Da er anscheinend ja ziemlich konstant doppelt zählt sind das auch keine üblichen Prellungen (die sind halt mal mehr oder weniger oft), sondern er reagiert korrekt auf die Flanke. Du hast beide vom Sensor angeschlossen, nutzt du den DO oder hast du auch mal mit dem AO probiert (dann halt an einem analogen Eingang)?
...oder mal anders gefragt: willst du eine richtige statistische Auswertung fahren oder nur den Wert in der VIS anzeigen?
Ich habe einen anderen Zähler, deswegen noch die Frage: eine Umdrehung der silbernen Scheibe entspricht 1 Liter?
Dann würde ich es eh per JS/Blockly (brauchst du sowieso für Tages-/Monat- etc. werte) regeln. Die Impulse zählen sowieso weiter, dann hättest du eine maximale augenblickliche Abweichung von einem Liter (aber auch nur wenn auf der Scheibe gestoppt wird). Beim nächsten Puls wäre dann aber der Verbrauch wieder ganz genau. Du hättest also immer eine augenblickliche Fehlmenge von einem Liter wenn er auf der Scheibe stehen bleibt, die sich mit dem nächsten Puls aber wieder egalisiert.@SBorg Ich nutze den digitalen Ausgang. Da aber beim Ablauf des Timers in ESPEasy der Counter zurückgesetzt wird, würde ich immer wieder ggf. ungenaue Werte haben.
Ich teste noch bisschen rum und werde dann vielleicht auf den Näherungssensor umsteigen. Trotzdem vielen Dank, aber die Softwarelösung ist für mich der zweite Weg.
-
Danke für die Ideen!
Ich habe es heute auch erfolgreich umgesetzt. Mein Wasserzähler hatte ebenfalls die Metallfahne und praktischerweise zwei Stehbolzen mittels derer ich eine Plexiglasscheibe befestigen konnte.
Den Näherungsschalter habe ich in der Scheibe eingeklebt.Sitzt perfekt und kann rückstandslos und einfach entfernt werden.
-
Danke für die Ideen!
Ich habe es heute auch erfolgreich umgesetzt. Mein Wasserzähler hatte ebenfalls die Metallfahne und praktischerweise zwei Stehbolzen mittels derer ich eine Plexiglasscheibe befestigen konnte.
Den Näherungsschalter habe ich in der Scheibe eingeklebt.Sitzt perfekt und kann rückstandslos und einfach entfernt werden.
Hi Leute, habe diesen Threat gerade entdeckt...
Ich plane auch meinen Wasserzähler einzulesen.
Angeschlossen werden soll das ding direkt über GPIO an meinem Iobroker Slave im Unterverteiler. Folgenden Zähler habe ich.
Welchen sensor könnt ihr mir empfehlen.
Zur Verfügung stehen 3.3 V vom Pi, sowie Ground vom Pi und die 5 V vom Pi sowie externe 5 und 12 V von meiner DC UPS.
Für ein paar Tips wäre ich dankbar...
-
Unten (an der gelben Marke) ist das silberne Metall und dreht sich bei Wasserentnahme?
Der günstigste Versuch wäre ein TCRT 5000, der teurere (aber nicht zwangsläufig bessere) der induktive Sensor. -
@Roland2012 sagte in Erfassung mechanischer Wasserzähler (induktiver Sensor + ESP8266 ):
@George_Best - Danke für den Hinweis. Ich habe den jetzt direkt am gpio und gnd des wemos.
Gruß Roland
Wie steuerst du den ESP? Ich versuche es mit ESPEasy zu machen, habe aber das Problem, dass jede Umdrehung zwei Impulse auslöst. Wenn die Metallplatte anfängt und wenn sie endet. Egal ob ich den Mode Type auf RISING, FALLING oder CHANGE einstelle. Habe immer doppelt so viele Counts, als es sein sollten.
Getestet habe ich es mit Wemos und NodeMCU.
Für Infos wäre ich dankbar.
@a200 sagte in Erfassung mechanischer Wasserzähler (induktiver Sensor + ESP8266 ):
Wie steuerst du den ESP? Ich versuche es mit ESPEasy zu machen, habe aber das Problem, dass jede Umdrehung zwei Impulse auslöst. Wenn die Metallplatte anfängt und wenn sie endet. Egal ob ich den Mode Type auf RISING, FALLING oder CHANGE einstelle. Habe immer doppelt so viele Counts, als es sein sollten.
Getestet habe ich es mit Wemos und NodeMCU.
Für Infos wäre ich dankbar.
Ich habe exakt den gleichen Wasserzähler und verwende auch den TCRT5000 Sensor in Kombination mit einem Wemos D1 Mini..
Ausgewertet wird das ganze über das analoge Signal vom TCRT5000 - programmiert habe ich das ganze mit der Arduino IDE.. (Kein ESPEasy oder ähnliches).. Die Umdrehungen kommen per MQTT im ioBroker an..
Ich habe jedoch festgestellt, dass der TCRT5000 nicht so "genau" ist.. Die ersten paar Stunden läuft alles wunderbar.. Danach stimmen die Werte nicht mehr zu 100% die der Sensor an den Wemos liefert..
z.B. Analoger Wert "41" wenn die Metallplatte vor dem Sensor ist.. 8 Stunden später ist der gelieferte Wert plötzlich "38"..Werde die Logik in meiner Programmierung noch anpassen damit es zuverlässig läuft und dann kann ich den Code bei Bedarf hier mal zur Verfügung stellen..
Gruß
-
@a200 sagte in Erfassung mechanischer Wasserzähler (induktiver Sensor + ESP8266 ):
Wie steuerst du den ESP? Ich versuche es mit ESPEasy zu machen, habe aber das Problem, dass jede Umdrehung zwei Impulse auslöst. Wenn die Metallplatte anfängt und wenn sie endet. Egal ob ich den Mode Type auf RISING, FALLING oder CHANGE einstelle. Habe immer doppelt so viele Counts, als es sein sollten.
Getestet habe ich es mit Wemos und NodeMCU.
Für Infos wäre ich dankbar.
Ich habe exakt den gleichen Wasserzähler und verwende auch den TCRT5000 Sensor in Kombination mit einem Wemos D1 Mini..
Ausgewertet wird das ganze über das analoge Signal vom TCRT5000 - programmiert habe ich das ganze mit der Arduino IDE.. (Kein ESPEasy oder ähnliches).. Die Umdrehungen kommen per MQTT im ioBroker an..
Ich habe jedoch festgestellt, dass der TCRT5000 nicht so "genau" ist.. Die ersten paar Stunden läuft alles wunderbar.. Danach stimmen die Werte nicht mehr zu 100% die der Sensor an den Wemos liefert..
z.B. Analoger Wert "41" wenn die Metallplatte vor dem Sensor ist.. 8 Stunden später ist der gelieferte Wert plötzlich "38"..Werde die Logik in meiner Programmierung noch anpassen damit es zuverlässig läuft und dann kann ich den Code bei Bedarf hier mal zur Verfügung stellen..
Gruß
@BuZZy
@SBorg
Danke für den Tipp...Analoger ausgang hoert sich gut an...Da ich direkt über gpio einlese und den state über den rpi Adapter direkt im Iobroker mit true und false angelegt habe, muss ich ja nur die Impulse zählen und ein entsprechendes Script schreiben...
Und das Teil ist ja richtig guenstig...Werde ich mal bestellen... -
@a200 sagte in Erfassung mechanischer Wasserzähler (induktiver Sensor + ESP8266 ):
Wie steuerst du den ESP? Ich versuche es mit ESPEasy zu machen, habe aber das Problem, dass jede Umdrehung zwei Impulse auslöst. Wenn die Metallplatte anfängt und wenn sie endet. Egal ob ich den Mode Type auf RISING, FALLING oder CHANGE einstelle. Habe immer doppelt so viele Counts, als es sein sollten.
Getestet habe ich es mit Wemos und NodeMCU.
Für Infos wäre ich dankbar.
Ich habe exakt den gleichen Wasserzähler und verwende auch den TCRT5000 Sensor in Kombination mit einem Wemos D1 Mini..
Ausgewertet wird das ganze über das analoge Signal vom TCRT5000 - programmiert habe ich das ganze mit der Arduino IDE.. (Kein ESPEasy oder ähnliches).. Die Umdrehungen kommen per MQTT im ioBroker an..
Ich habe jedoch festgestellt, dass der TCRT5000 nicht so "genau" ist.. Die ersten paar Stunden läuft alles wunderbar.. Danach stimmen die Werte nicht mehr zu 100% die der Sensor an den Wemos liefert..
z.B. Analoger Wert "41" wenn die Metallplatte vor dem Sensor ist.. 8 Stunden später ist der gelieferte Wert plötzlich "38"..Werde die Logik in meiner Programmierung noch anpassen damit es zuverlässig läuft und dann kann ich den Code bei Bedarf hier mal zur Verfügung stellen..
Gruß
@BuZZy Welche Menge Wasser entspricht denn eine Umdrehung der Scheibe?
-
@BuZZy
@SBorg
Danke für den Tipp...Analoger ausgang hoert sich gut an...Da ich direkt über gpio einlese und den state über den rpi Adapter direkt im Iobroker mit true und false angelegt habe, muss ich ja nur die Impulse zählen und ein entsprechendes Script schreiben...
Und das Teil ist ja richtig guenstig...Werde ich mal bestellen... -
@BuZZy Welche Menge Wasser entspricht denn eine Umdrehung der Scheibe?
-
@dondaik Das bekomme ich hoffentlich noch hin :-)
-
@dondaik Das bekomme ich hoffentlich noch hin :-)
-
@BuZZy Welche Menge Wasser entspricht denn eine Umdrehung der Scheibe?
@smartboart sagte in Erfassung mechanischer Wasserzähler (induktiver Sensor + ESP8266 ):
@BuZZy Welche Menge Wasser entspricht denn eine Umdrehung der Scheibe?
Eine Umdrehung entspricht bei mir 1 Liter.
Ich habe bei mir mit einer einfachen Kneifzange ein Plastikstück so bearbeitet dass ich es genau in die Auskerbungen des Wasserzählers "einhängen" kann.. Für den Sensor habe ich zwei Löcher in dieses Plastikstück gebohrt, so dass der Sensor "durchgucken" kann..
-
@smartboart sagte in Erfassung mechanischer Wasserzähler (induktiver Sensor + ESP8266 ):
@BuZZy Welche Menge Wasser entspricht denn eine Umdrehung der Scheibe?
Eine Umdrehung entspricht bei mir 1 Liter.
Ich habe bei mir mit einer einfachen Kneifzange ein Plastikstück so bearbeitet dass ich es genau in die Auskerbungen des Wasserzählers "einhängen" kann.. Für den Sensor habe ich zwei Löcher in dieses Plastikstück gebohrt, so dass der Sensor "durchgucken" kann..
Du kannst die Plastikblende unter der 22 raus brechen darunter ist ein Gewinde in die eine Schraube (4er glaube ich) passt, die in das Loch des TCRT5000 passt (bis auf 2-3 Zehntel mm). Und als Bonus sind die beiden Dioden des TCRT5000 genau über der Metallplatte. Die Abstände sind pass genau! Sieht man bei mir auf dem Foto.
IoBroker auf QNAP TS-451, Raspi und NUC
-
Du kannst die Plastikblende unter der 22 raus brechen darunter ist ein Gewinde in die eine Schraube (4er glaube ich) passt, die in das Loch des TCRT5000 passt (bis auf 2-3 Zehntel mm). Und als Bonus sind die beiden Dioden des TCRT5000 genau über der Metallplatte. Die Abstände sind pass genau! Sieht man bei mir auf dem Foto.
-
@smartboart sagte in Erfassung mechanischer Wasserzähler (induktiver Sensor + ESP8266 ):
@BuZZy Welche Menge Wasser entspricht denn eine Umdrehung der Scheibe?
Eine Umdrehung entspricht bei mir 1 Liter.
Ich habe bei mir mit einer einfachen Kneifzange ein Plastikstück so bearbeitet dass ich es genau in die Auskerbungen des Wasserzählers "einhängen" kann.. Für den Sensor habe ich zwei Löcher in dieses Plastikstück gebohrt, so dass der Sensor "durchgucken" kann..
@BuZZy sehr gute Idee.
-
Hi Leute, habe diesen Threat gerade entdeckt...
Ich plane auch meinen Wasserzähler einzulesen.
Angeschlossen werden soll das ding direkt über GPIO an meinem Iobroker Slave im Unterverteiler. Folgenden Zähler habe ich.
Welchen sensor könnt ihr mir empfehlen.
Zur Verfügung stehen 3.3 V vom Pi, sowie Ground vom Pi und die 5 V vom Pi sowie externe 5 und 12 V von meiner DC UPS.
Für ein paar Tips wäre ich dankbar...
@smartboart Duo hast den gleichen Zähler wie ich. Daher kann ich dir meine Lösung empfehlen. Ist ja direkt über deinem Beitrag mit der Frage zu sehen. Sensor ist der aus dem ersten Beitrag.
-
Sagt mal, wie macht ihr das dann mit der Umsetzung in ioBroker?
Die Hardware bin ich gerade am Aufbauen, der Zähler funktioniert.
Ich bekomme auch in die ioBroker Objekte einen Counterwert.
Der dürfte sogar schon in Liter sein.
Aber was ist wenn mal Stromausfall ist und der ESP dann wieder auf Null steht?
Das Ganze würde ich dann auch gerne über Sourceanalytix auswerten. -
@smartboart Duo hast den gleichen Zähler wie ich. Daher kann ich dir meine Lösung empfehlen. Ist ja direkt über deinem Beitrag mit der Frage zu sehen. Sensor ist der aus dem ersten Beitrag.
@dewenni danke fuer den Hinweis... Aktuell berechnen wir den Wasserverbrauch ueber die Weichwasseranlage mit der verschnittmenge... Wenn sich das als genau herausstellt hat sich das erledigt... Ansonsten werde ich hier weiter machen... Danke
-
Sagt mal, wie macht ihr das dann mit der Umsetzung in ioBroker?
Die Hardware bin ich gerade am Aufbauen, der Zähler funktioniert.
Ich bekomme auch in die ioBroker Objekte einen Counterwert.
Der dürfte sogar schon in Liter sein.
Aber was ist wenn mal Stromausfall ist und der ESP dann wieder auf Null steht?
Das Ganze würde ich dann auch gerne über Sourceanalytix auswerten.@hg6806
der esp kann speicherkarten nutzen bzw hat auch einen internen speicher ...
( habe es noch nicht gebraut, doch im fhz / HM-forum gibt es beispiele dazu.)
glaube in dem programm ist das genutzt:
https://homematic-forum.de/forum/viewtopic.php?f=31&t=37489&hilit=fsommer+batterie
Support us
783
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge