Hallo,
Habe schon ein paar Sachen mit meiner Wasseruhr / Wasserzähler ausprobiert.
Lichtschranke mit Grüner LED, Näherungssensor usw.
Da bin auf die Idee gekommen das mit einem RPi und OpenCV zu lösen und Farberkennung.
Hat sowas jemand mal probiert?
Dann bin ich da noch über was gestolpert
http://www.thingiverse.com/thing:2008934 (http://www.thingiverse.com/thing:2008934)
Die Linse könnte es bringen. Ich habe mit einer Reflektionslichtschranke experimentiert, hier war der Signalhub zu schwach, um ihn sauber auszuwerten. Vielleicht hätte das mit so einem professionellen, justierbaren Aufbau aus dem 3D-Drucker geklappt, aber ich hatte erst einmal andere Baustellen. Ich denke aber, dass man das mit einem Laser machen muss. Getrennt justierbare Sender und Empfänger. Dann spart man sich die Kameraoptik. Man kann exakt auf das Zählrad lasern und den Punkt ermitteln, an dem der reflektierte Strahl eintrifft.
Hast Du das hier gesehen: https://forum.fhem.de/index.php/topic,70388.0.html ?
abgebrochene Grüße
Niels
Das hatten wir schon mal...:
https://forum.fhem.de/index.php/topic,10071.msg56447.html#msg56447
Hallo,
ich habe das hier gefunden:
https://www.letscontrolit.com/forum/viewtopic.php?f=2&t=3003
LG
/robin
Hallo
@fh168 mit solchen Sensoren habe ich es probiert, ging nicht.
Mit einem TCRT5000 habe ich es auch schon probiert, auch mit einem Umbau auf Grüne LED und Osram Empfänger ging auch nicht
Hier das ist mein Wasserzähler
Nochmal: Das hatten wir alles schon mal. Lest euch doch mal die Threads von damals durch. Einen Wasserzähler so wie den von Edi77 kann man NUR mit Laserdioden abtasten. Alles andere wird durch das im Zähler befindliche Wasser zu sehr gestreut.
Gruß
Uwe
Habe jetzt mal angefragt was es kostet wenn mir die Stadtwerke den Zähler gegen einen mit Impulsausgang tauschen.
Jetzt weiß ich warum bei meinem Zenner nicht auf einen Hall Sensor reagiert, er hat nämlich keinen Magneten, weil das Zählwerkt fest mit dem Rotor verbunden ist, was wohl bei vielen blauen Zählern der Fall ist. Man kann nur versuchen das Sternrad zu erfassen.
Hast du schon eine Antwort und einen Preis von deinen Stadtwerken erhalten? Ich habe auch einen Austausch angefragt, aber bislang gab es leider noch keine Reaktion.
Ich habe das in den SmartHome Hacks ausführlich geschildert: ich habe auf eigene Kosten einen Wasserzähler mit Impulsausgang 1 ct/l erstanden, der Wassermeister hat diesen kostenlos getauscht. Kostete ca. 100 €.
Spannende Frage in 3 Jahren, wenn die Eichung fällig ist: brauche ich dann einen zweiten Zähler, oder wird für ein paar Tage einer ohne Impuslausgang eingebaut ?
LG
pah
Hallo zusammen,
bei mir hat die Uhr um 100 € + Steuer gekostet, der Austausch war statt der reglär fälligen Wasseruhr, 1 Imp./l. Läuft seitdem stressfrei am Raspberry Pi Pin. Und zählt richtig, wenn man den Wasser_total nicht mit 4 Nachkommastellen, sondern nur mit 3 einstellt ;)
Gruß PeMue
Ja habe relativ schnell eine Antwort bekommen.
Der monatliche Betrag erhöht sich um ca. 2€ auf 9,52€ pro Monat. 1 Impuls / 10L
Montage rund 50€
Impulsgeber rund 25€
Da ich die Wasserleitung erneuern muss, wäre es keine große Sache für mich dann einen 2ten Zähler einzubauen.
Hallo,
man muss nicht unbedingt den kompletten Zähler austauschen.
Mein 612-Zähler von Sensus ist zur Nachrüstung eines HRI (hochauflösender Rückwirkungsfreier Impulsgeber) vorbereitet. Das Teil wird einfach auf den Wasserzähler aufgesteckt.
Liefert pro Liter einen Impuls. Das Modul hat auch schon einen Zählertausch überlebt.
Hat mich über's Wasserwerk knapp 50 € incl. MWSt. gekostet (im Jahr 2011).
Grüße,
Nik
Für meinen Zähler gibt es leider nichts.
Die kleinen Arme des schwarzen Sterns sind auch sehr schlecht zu erfassen.
Zitat von: Edi77 am 28 Mai 2017, 14:45:17
Für meinen Zähler gibt es leider nichts.
Die kleinen Arme des schwarzen Sterns sind auch sehr schlecht zu erfassen.
Doch, mit einer Laser-Diode. Hab ich gefühlt schon 10x erwähnt. So mache ich das.
Zitat von: UweH am 28 Mai 2017, 16:11:21
Doch, mit einer Laser-Diode. Hab ich gefühlt schon 10x erwähnt. So mache ich das.
Du hast es bistimmt schon irgendwann mal erwähnt, aber darf ich trozdem nochmals fragen, was du für eine Diode (Leistung & Wellenlänge) im Einsatz hast.
Dank!
Hast du auch noch einen Link zur Verwendung der Hardware?
Nicht nur die verwendete Diode ist interessant sondern auch mit welche m Sensor die Abtastung erfolgte.
https://forum.fhem.de/index.php/topic,10768.msg65069.html#msg65069 (https://forum.fhem.de/index.php/topic,10768.msg65069.html#msg65069)
https://forum.fhem.de/index.php/topic,15464.0.html (https://forum.fhem.de/index.php/topic,15464.0.html)
Diesen Link habe ich hier noch nicht gesehen :
https://forum.fhem.de/index.php/topic,47676.0.html
(https://forum.fhem.de/index.php/topic,47676.0.html)
Dirk und Trilu haben leider wenig Zeit.
Für die Software kann man bestimmt die Asksinpp/Asksin++ von papa verwenden.
Beispiele auf denen man aufsetzen kann hat er genug.
Es gibt inzwischen sogar eine eigene hardware(papa) , die als Tür Fensterkontakt Sensor konzipiert ist, die aber auch für andere Sachen genutzt werden kann.
Das Thema ist zwar schon ein wenig alt .... aber da ich momentan auch dran bin und eine ganz gute Lösung gefunden habe, einige Anmerkungen.
Nach diversen Anleitungen im Internet habe ich eine ganz gute Lösung gefunden: mir 2 hellen grünen LEDs wird die Wasseruhr beleuchtet, ein Fototransistor erkennt dann den vorbeilaufenden roten Zeiger. Trick ist es, den Fototransistor in ein ca 3cm langes dünnes Rohr (3mm Innnendurchmesser) zu setzen - somit werden die Streuungen umgangen. Ein kleiner Arduino dahinter wertet die Messwerte aus und generiert ein sauberen Impuls. Anbei mal ein Plot der aufgezeichneten Messwerte. Trotz der Streuungen im Messwert ist ein sauberes Signal erkennbar.
Bei Interesse gebe ich gerne mehr Infos inclusive der Links. Ist alles nicht auf meinem Mist gewachsen, sondern aus mehren Quellen aus dem Internet zusammengesammelt und dann "optimiert"
Hallo roedert,
Kannst du das ganze genauer erklären und mehr Informationen geben. Danke
Hauptsächliche Basis waren eigentlich die beiden Artikel - bin momentan noch im Aufbau, Foto folgen noch.
https://www.stall.biz/project/impulsgeber-fuer-den-wasserzaehler-selbst-gebaut
https://homematic-forum.de/forum/viewtopic.php?f=18&t=34207
Danke, Fotos wären super
Hier eine kleine Liste der Änderungen gegenüber weiter oben verlinkten Anleitungen:
- komplette Scheibe die straff in der Wasseruhr sitzt mit Ablesemöglichkeit des Zählerstandes und der ersten Nachkommastelle
- 2 grüne helle LEDs (hell, nicht die Standrad-LEDs) ein wenig schräg links und rechts des "Sensorrohres", die den Zeiger gut ausleuchten
- durch die helle Beleuchtung spielt normales Umgebungslicht kaum eine Rolle
- Reset-Taster am Arduino nano entfernt, da der mit dem Optokoppler auf der aufgesetzten Platine im Weg war
- die LEDs habe ich wegen dem etwas höheren Strom direkt an 5V abgeklemmt statt an den Arduino-Ausgang 2
Nachtrag:
Nachdem der Testaufbau abgebaut und das "Fertiggerät" nun installiert ist, gab es doch einige Probleme.
Am Computer angeschlossen hat das Teil prima funktioniert und über den Arduino-Plotter konnte man auch prima "tunen". Als ich es aber nun mit einem USB-Netzteil betrieben habe, war die Erkennung nicht mehr so gut - evtl. sind die Sensorwerte auch von der Stromversorgung abhängig. Per USB-Netzteil angeschlossen habe ich aber keine Debugmöglichkeit über USB mehr.
Ich werde jetzt also noch etwas an der Software "schrauben". Auf die Schnelle habe ich eine "Selbstkalibrierung" implementiert. Beim Start werden über 1 min der Min und Max-Wert ermittelt, den der Sensor liefert. In der Zeit sollte das Wasser laufen und der Zeiger auch einige Male am Sensor vorbeikommen. Wenn die erfolgreich ist werden aus den Min- und Maxwert die Schwellwert errechnet .... lowLevel = Min+((Max-Min)/4) und highLevel = Max-((Max-Min)/4).
Das sieht momentan ganz gut aus.
Je nach Zeit und Lust werde ich das aber noch "vertiefen":
- Selbstkalibrierung schreibt die ermittelten Wert ins EEPROM, wenn beim nächsten Start die Kalibrierung nicht erfolgreich war, alte Werte aus EEPROM lesen
- Selbstkalibrierung auf Plausibiltät prüfen - Differenz zwischen Min und Max muss genügend groß sein, es müssen mindestens 2-3 Zeigerumdrehungen erkannt worden sein
- statt Arduino Nano einen nodeMCU nehmen mit einfachen Webinterface zu Debugzwecken
Eine Selbstkalibrierung nach dem Stand der Technik funktioniert etwas anders. Dabei wird jeweils gleitend (also immer wieder aktualisiert) der Mittelwert ermittelt. Messwerte oberhalb dieses gleitenden Mittelwertes gelten als "high", solche darunter als "Low". Ist ganz einfach umzusetzen.
LG
pah
Selbstredend:
http://shelvin.de/den-mittelwert-fortlaufend-bilden-mit-einer-funktion/ (http://shelvin.de/den-mittelwert-fortlaufend-bilden-mit-einer-funktion/)
;)
Zitat von: Prof. Dr. Peter Henning am 21 Oktober 2017, 20:24:02
Eine Selbstkalibrierung nach dem Stand der Technik funktioniert etwas anders.
Deshalb war der Begriff Selbstkalibrierung auch in Anführungsstrichen ... es war eine erste "quick and dirty" Lösung. Ich denk mal das ganze wird im Laufe der Zeit noch verbessert und verdient dann vielleicht auch irgendwann diesen Begriff.
Ich hätte großes Interesse an einer genaueren Beschreibung (mit Fotos?).
Gesendet von iPad mit Tapatalk Pro
@juergs: da reicht ein Blick ins FHEMWIki, den Code habe ich vor etlichen Jahren dort eingestellt.
https://wiki.fhem.de/wiki/Gleitende_Mittelwerte_berechnen_und_loggen
LG
pah
Habe jetzt noch ein wenig "gebastelt". Die Ergebnisse der schnell implementierten "Quick-and-Dirty-Selbstkalibrierung" sind erstaunlich gut ... bisher habe ich noch keine Abweichung erkennen können. Sind aber auch erst ca 150 Liter durchgeflossen.
Das bleibt denke ich erstmal so - allerdings muss ich überlegen ob die Kalibrierung bei jedem Strom-Ein erfolgen soll/muss, da dafür ja auch Wasser fliessen muss. Man könnte die Werte auch im EEPROM speichern und die Kalibrierung nur auf Tastendruck ausführen lassen.
Mit der permanenten Selbstkalibrierung tue ich mich noch ein wenig schwer. Welchen Zeitraum soll ich da auswerten? Je nach Durchflussmenge ist der Ausschlag einer Zeigerumdrehung ja sehr schmal oder auch sehr breit. Und je nach Stellung des Zeigers kann der Wert auch über Stunden (wenn kein Wasser entnommen wird) auf irgendeinem Level zwischen Low und High sein.
Alternativ habe ich auch schonmal das Progrämmchen auf eine nodeMCU mit WLAN gebracht - über die Weboberfläche werden mir dann die Kalibrierungswerte und ein Diagramm der letzten 60sec angezeigt. Die Werte stammen jetzt von einem Testaufbau mit Taschenlampe und nicht von einer Wasseruhr - siehe Beispielbild.
Wenn das Teil dann auch schon Netzanbindung hat, könnte man sich überlegen die Werte auch direkt darüber zu übermitteln statt dies über den HM-ES-TX-WM zu machen.
Sind also einige parallele Dankanstösse ... in welche Richtung sich meine Lösung entwickeln wird, weiss ich jetzt noch nicht. ;)
Die optische Methode zu Zeigererkennung ist aber auf jeden Fall brauchbar - den Rest muss dann die Software auf dem Arduino machen.
Zitat von: andies am 22 Oktober 2017, 11:17:17
Ich hätte großes Interesse an einer genaueren Beschreibung (mit Fotos?).
Fotos habe ch ja schon eingestellt, was wie wo prinzipiell gemacht wurde, ist doch in den beiden von mir verlinkten Webseiten (einige Beiträge weiter oben) beschrieben.
Was genau ist noch unklar?
Ich konnte mein Tapatalk nicht bedienen, alles klar...
Gesendet von iPad mit Tapatalk Pro
Update:
Der Sensor läuft seit mittlerweile 1,12 m^3 ohne Abweichung :D
Hab mal ein 3D-Modell für meinen Wasserzähler entworfen - da der bestellte Drucker aber noch nicht da ist, ist es noch ungetestet.
Mit dem Prinzip des Sensors bin ich auf jeden Fall zufrieden - nun liegt es daran die Software noch zu optimieren bzw die generelle "Richtung" zu entscheiden .... arduino nano und HM-ES-TX-WM oder nodeMCU (oder auch direkt auf einem ESP8266) und direkt Anbindung an FHEM per WLAN.
Anbei für die die es interessiert die 3D-Datei für den "Abnehmer"
UPDATE:
Habe jetzt mal versucht, ohne den HM-ES-TX-WM auszukommen. Nun muss ich die Daten ja irgendwie via WLAN zu FHEM bekommen.
Erste Idee war ein Webserver der den Wert des Pulszählers liefert, den ich periodisch von FHEM aus via HTTPMOD abfrage. Allerdings braucht mir diese Abfrage zu lange ... zwischen 20 bis zu 350ms. Und diese Zeit könnte zu lange sein und es entgehen somit Zählimpulse, da der ESP8266 mit der Webabfrage beschäftigt ist.
Wenn hier jemand bessere Ideen für die Datenübertragung hat, nur her damit. Eine Idee wäre evtl. auch auf Standards wie mySensors oder FIRMATA zurückzugreifen, jedoch muss ich da erstmal schauen wie ich die zeitkritische Zählerabfrage-Schleife in die bestehenden FIRMATA- oder mySensors-Sketche einbauen kann.
Update:
Aktuell läuft der Sensor mit der kleinen Software zur Impulserkennung auf dem Arduino nano und einem HM-ES-TX-WM ... Abweichung nach nem knappen Monat liegt bei 0!
Wie das "Endprodukt" aussehen soll ist für mich nun auch entschieden - der Sensor kommt an einen Wemos D1 mini und sendet seine Daten per WLAN und MQTT an FHEM.
Versuchsaufbau/-programmierung dazu war schon erfolgreich.
Um das ganze dann auch richtig "professionell" zu machen, muss ich mir mal anschauen wie zB die Konfiguration bei ESPeasy umgesetzt ist:
Bei der ersten Inbetriebnahme wird ein neues WLAN aufgespannt, auf dessen Startseite man auswählen kann in welches bestehende WLAN sich nach Eingabe des Passworts verbunden werden soll.
Dann kommt man auf eine Konfigurationsseite für IP-Adresse, MQTT-Daten etc.
3D-Druck konnte ich mangels noch fehlendem Drucke noch nicht testen.
Aber es geht auf jeden Fall weiter und die Chancen stehen gut, dass am Ende ein wirklich komfortables und zuverlässiges "Produkt" bei rauskommt.
So, mein Wasserzählersensor ist mittlerweile im produktiven Einsatz. Als Lösung hat sich durchgesetzt:
- unverändert: "Abnahmeplatte" für die Wasseruhr mit einem kleinen ca 3,5cm langem Messingröhrchen mit Fototransisitor an der richtigen Position um den letzten roten Zeiger zu erkennen. Beleuchtung erfolgt über 2 helle grüne LEDs
- Hardware: wemos D1 mini mit 128x64-SSd1306-I2C-OLED-Display
- Software: eigenes Arduino-IDE-Programm mit Weboberfläche zur Konfiguration, Kontrolle (MesswerteGraph, Log) und Auto-Konfiguration der Sensor-Schwellwerte - kommuniziert wird per MQTT zu FHEM
Nach dem ersten Hochladen arbeitet der wemos als WLAN-Hotspot mit dem man sich verbinden kann und in ein bestehenden WLAN einbuchen kann. Am besten die serielle Konsole starten um Statusmeldungen zu erhalten.
Weitere Details (Schaltplan und Mini-Doku) sind im Arduino-Sketch enthalten
Hi,
nachdem mein Wasserversorger 200 Euro für den Einbau einen Zählers mit Impulsausgang haben will, würde ich lieber mir einen Zähler selber bauen. Hast Du vielleicht eine Teile-Liste? Wie hast Du die Adapterplatte gemacht? 3D Druck?
Teileliste ist nen D1 mini, SSD1306-OLED (0,96" 128x64 I2C), 1 oder 2 helle grüne 3mm-LEDs mit entsprechendem Vorwiderstand für 5V, Fototransistor SFH309-5 (die klare Variante, nicht die dunkle IR-Variante), ein 110k-Pullup-Widerstand und evtl nen 100nF-Kondensator ... steht alles im Sketch.
Die Adapterplatte ist noch Handarbeit, hatte mal mit 3D angefangen, dies aber noch nicht komplett umgesetzt. Ist ja auch je nach Wasseruhr unterschiedlich.
Alles klar - das ist ja recht überschaubar - ich frag mal, ob mein 3D Drucker des Vertrauens für mich was drucken kann 8)
Für was ist das Oled Display? Anzeige Impulse? Muss die Adapterplatte eine Mindestdicke haben? Muss der Abstand Transistor einen bestimmen Abstand zum Sternrädchen haben?
Ich werd mal gleich ins Sketch schauen, dann ergibt sich die eine oder andere Frage von alleine 8)
Das OLED-Display zeigt die gezählten Impulse an und paar Statusinfos ... könnte man aber auch weglassen.
Stärke der Adapterplatte sollte egal sein - wichtig ist das ca. 3-4cm lange Röhrchen mit dem Fototransistor am Ende um Streuungen auszublenden. Es wird aber nicht das Sternrädchen, sondern einer der roten Zeiger -am sinnvollsten der letzte- abgetastet!
Das Röhrchen mit dem Fototransistor sollte an dieser Stelle sein - siehe Bild. Auf welcher Ziffer ist egal - nur eben soll der rote Zeiger so viel wie möglich Änderungen im "Blickfeld" hervorrufen.
Zitat von: roedert am 15 Januar 2018, 15:18:44
Das OLED-Display zeigt die gezählten Impulse an und paar Statusinfos ... könnte man aber auch weglassen.
+
Ah, alles klar - Status ist ja schon wichtig, grade auch wenn da ein Webserver/Wlan Chip mit involviert ist.
Zitat von: roedert am 15 Januar 2018, 15:18:44
Stärke der Adapterplatte sollte egal sein - wichtig ist das ca. 3-4cm lange Röhrchen mit dem Fototransistor am Ende um Streuungen auszublenden. Es wird aber nicht das Sternrädchen, sondern einer der roten Zeiger -am sinnvollsten der letzte- abgetastet!
Ok, ist das ein bestimmtes Röhrchen oder hast Du dir einfach ein passendes Rohr besorgt und zurecht gesägt?
Zitat von: roedert am 15 Januar 2018, 15:18:44
Das Röhrchen mit dem Fototransistor sollte an dieser Stelle sein - siehe Bild. Auf welcher Ziffer ist egal - nur eben soll der rote Zeiger so viel wie möglich Änderungen im "Blickfeld" hervorrufen.
Ah, ok - ich denke, ich hab das Prinzip verstanden. Wie hast Du die Adapterplatte auf dem Zähler befestigt?
Hab einfach ein Messingrohr aus dem Baumarkt genommen - 3mm Innendurchmesser so dass der Fototransistor reinpasst.
Die Adapterpatte ist nur reingedrückt - saß anfangs was locker aber eine Lage Isolierband außen um den Rand und schon sitzt sie von selbst straff. Durch die Aussparungen für das Zählwerk und die restlichen Zeiger ist auch mit Platte ein manuelles Ablesen möglich.
Wäre es evtl möglich ein Foto von dem Aufbau zu bekommen?
Mich interessiert vor allem das Röhrchen mit den LEDs.
Kommen die grünen LEDs mit der Photodiode zusammen in das Röhrchen?
Danke!
Steht doch alles eine Seite vorher ... https://forum.fhem.de/index.php/topic,71341.msg702342.html#msg702342
Zitat von: roedert am 17 Januar 2018, 11:56:37
Steht doch alles eine Seite vorher ... https://forum.fhem.de/index.php/topic,71341.msg702342.html#msg702342
Sorry, die Seite hatte ich nicht gesehen. :-[
Danke.
Grtz
Hi,
eine Frage zu dem Pullup Widerstand (da ich kein E-techniker bin) - ist das ein normaler Widerstand, der in der Schaltung als Pullup genutzt wird?
In dem Sketch sind auch noch optional Info LED und ein Button vorgesehen. Der Button startet einen WLAN Hotspot zur Erstkonfiguration? Habe ich das richtig interpretiert? und die Info LED ist optional, eigentlich wird die wemos LED genutzt?
Ist ein ganz normaler Widerstand.
Es sind 2 LEDs vorgesehen - eine ,,InfoLED" und eine zur Ausgabe der erkannten Impulse. Ob du diese nutzt oder nicht und welche Funktion davon die onboard-LED haben soll ist frei konfigurierbar.
Taster brauch man auch nicht unbedingt - Kalibrierung kann man auch über die WebGUI starten und wenn man noch keine Config gespeichert ist oder der WLAN-Connect fehlschlägt, wird automatisch der Hotspot-Mode gestartet.
ach cool 8) 8) - vielen Dank - dann kann ich ja mal auf Shopping Tour gehen
Hab mir grade mal meine Wassuhr angeschaut - das Sichtfenster ist vertieft - war das bei dir auch so? ich könnte die Adapterplatte oben auf den weiße Ring setzen und das Röhrchen auf den Zähler runterführen
Das Prinzip ist bei mir genauso - die Platte kommt auf das Glas und passt genau in den weissen Ring. Siehe Bilder auf Seite 2
https://forum.fhem.de/index.php?action=dlattach;topic=71341.0;attach=87195
Ich habe festgestellt dass meine Wasseruhr beim 1L "Rädchen" diese Metallscheibe hat (Halbkreis).
Welche Chancen kann ich mir ausrechnen dass es damit funktioniert?
Alternative wäre auf 10L/Impuls zu gehen, aber 1L wäre ja definitiv schöner :)
grtz
Da würde ich gar nicht mit Optik arbeiten, sondern in der Richtung: https://forum.fhem.de/index.php?topic=44613.0
Zitat von: roedert am 20 Januar 2018, 10:08:08
Da würde ich gar nicht mit Optik arbeiten, sondern in der Richtung: https://forum.fhem.de/index.php?topic=44613.0
Hm.. OK.
Müsste das Metallrad nicht magnetisch sein damit das funktioniert?
grtz
Nein, die Teile reagieren auf Metall und nicht auf Magnetfelder.
Zitat von: roedert am 20 Januar 2018, 10:42:04
Nein, die Teile reagieren auf Metall und nicht auf Magnetfelder.
Cool!
Danke für die Info.
grtz
Ich darf mich rechtherzlich für eurer Anregungen hier ;) bedanken!!
Seit gestern plaudert meine Wasseruhr mit meinem FHEM ;D
Nachdem ich mit dem CNY70 Sensor, den ich für meinen Ferraris Zähler verwende, bei der Wasseruhr kein Glück hatte, habe ich deine Idee adaptiert und verwenden nun eine grüne LED mit einem SFH309.
Auch den Adapter hab ich mir von dir abgeschaut und ausgedruckt ;)
Lediglich die FW für den ESP2866 stammt bei mir aus meiner Feder.
Super Arbeit!
Danke nochmal
Das Lob sollte nicht für mich sein ... die Ideen habe ich auch nur von diversen anderen Quellen (sind auch in den ersten Beiträgen genannt) - ich habe dies nur ein wenig angepasst und vor allem die ESP-Software geschrieben, da aber natürlich auch mit Anregungen aus anderen Quellen :)
wollte mich auch noch mal bei roedert bedanken - auch wenn nicht alles auf seinem Mist gewachsen ist, hat er das benötigte Wissen für uns hier kompakt aufbereitet. Danke Danke ;D ;D
Ich hab jetzt mal auf einem Breadboard den Testaufbau gemacht und mit ner Taschenlampe getestet - funktioniert soweit. Leider sind meine grünen LEDs viel zu dunkel - weißt du, wie hell deine sind? Hast du die milli candela Größe für eine ausreichende Lichtstärke?
Werd jetzt noch ein wenig den Sketch anpassen (Hostname, Oled Infos) und bin dann glücklich
Ich hatte die LEDs im 20er-Pack von ebay, angegeben war:
Farbe: Grün
Betriebsspannung: 3.0 - 3.2 V
Betriebsstrom maximal: 20 mA
Wellenlänge: 520 - 525 nm
Helligkeit: 7000 - 9000 mcd
Abstrahlwinkel: 30°
Mein Tipp für solche Modelle, ibs. wenn andere sich auch nutzen sollen: TinkerCAd.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 28 Januar 2018, 17:22:46
Mein Tipp für solche Modelle, ibs. wenn andere sich auch nutzen sollen: TinkerCAd.
LG
pah
Ich mach immer viel in Sketchup - aber nix mit 3D Print, eher Vorplanungen für Konstruktionen und sowas - oder ich hab in der Bauphase mein Haus in Sketchup nachgezeichnet und gerendert - half bei der Fliesenauswahl und Küchenbestellung :-)
Der STL Export soll nicht so prall sein, deswegen hab ich meine Adapterplatte in Tinkercad gemacht - easy peasy.
Hallo Roedert,
ich hab mal eine Frage. Ich hab jetzt die Adapterplatte für den Wasserzählerbekomen und die sitzt auch gut knackig auf dem Glas. Jetzt hab ich das Problem, das er absolut nicht zählen will. Den Phototransistor habe ich mit einer Taschenlampe erfolgreich getestet, aber irgendwie will er nicht den Zeiger erkennen. Hab auch schon verschiedene Positionen probiert. Woran kann es liegen? Zu dunkle grüne LEDs (2 x 14.000 mcd) oder ist einfach das Glas über dem Zeiger zu dick? Das ist auch leicht konvex und recht dick.
was siehst du denn wenn du durch das Rohr auf die Uhr schaust? Es sollte eine Zahl zu sehen sein, wie auf dem Bild vom 15.1. von Seite 3 des Threads. Dort läuft der Zeiger dann ich gut durchs Bild.
Hast du meine Software installiert ... was zeigt denn denn der Graph an wenn ein Zeiger vorbeikommt? Alternativ kannst du auch unter config "log to serial port" abschalten und "log values for serial plotter" aktivieren ... dann kannst du schön einen Plot der Werte mit der Arduino-Programmieroberfläche anzeigen lassen.
Hallo roedert,
ich bekomme beim kalibrieren immer ein Fail - ich denke die Differenz zwischen High und Low ist einfach zu niedrig (?) - ach ja, ich benutzte Deinen Sketch.
Ich hab dir mal den Graphen angehangen. Erst lief kein Wasser, dann habe ich den Wasserhahn aufgedreht und dann wieder zugedreht. Wenn ich mir deine Graphen anschaue, müsste die Amplitude viel stärker sein. Ich hab auch schon millimeterweise versucht es auszurichten. War aber bis jetzt noch nicht erfolgreich. Leider kann ich lagebedingt nicht von oben auf den Wasserzähler schauen, um die Lage richtig zu kontrollieren
Naja, wirklich sauber sieht der Graph nicht aus. Aber wieso bewegt sich der Graph nur im oberen Bereich? Hast du die Kalibrierung nicht laufen lassen?
sensorMin müsste bei dir ja irgendwo um die knapp 500 erkannt werden.
Der Fototransistor ist auch der richtige? Also der klare, nicht der schwarze!
Ansonsten hilft wohl nur mit der Positionierung rumzuspielen.
Hi, doch - die Kalibrierung habe ich ein paar mal ausgeführt.
So, ich hab nochmal alles geprüft, alle Lücken etc mit Sugru gefüllt, so das auch kein Licht reinfällt - jetzt habe ich ein Sensordiff von 133 - das reicht für die Kalibrierung (min 80 dif)
Ist der Wert praktikabel oder soll ich noch versuchen, es zu verbessern? Du hast ja einen Diff von > 500. Da kann ich von träumen :-)
Zählen tut er jetzt aber
Diff>500 war glaube ich in den ersten Testaufbauten - aktuell habe ich bei meinem beiden Zählern 112 und auf dem zweiten sogar nur 88 und es läuft prima.
Kann auch sein dass ich da noch einen Arduino statt ESP genutzt habe - da lief es ja mit 5V statt 3,3V.
Der Fototransistor sollte oben im Rohr lichtdicht abgedunkelt sein - am besten Schrumpfschlauch. Den Wasserzähler selbst sollte "normales Kellerlicht" nicht stören, solange du da nicht mit einem Scheinwerfer reinleuchtest ;)
ich hatte jetzt kein Schrumpfschlauch da, da habe ich Sugru genommen. Wenn du das nicht kennst. Ist ne Knete, die nach 24 Stunden hart wie Hartgummi wird. Damit habe ich das gut abgedichtet.
Wie hast du denn die Zählerfunktion in Fhem per Impuls implementiert? Userreading mit monotonic?
ja, monotonic.
ich habe diese userReadings
totalCnt:total:.* monotonic {ReadingsVal($name,'total',0)},
cbm:totalCnt:.* {sprintf("%.3f",ReadingsVal($name,'totalCnt',0)/ReadingsVal($name,'imp_per_cbm',1)+ReadingsVal($name,'offset',0))},
lastAvg:totalCnt:.* differential {ReadingsVal($name,'totalCnt',0)*1000*60/ReadingsVal($name,'imp_per_cbm',1)}
Manuell habe ich ein Reading imp_per_cbm 1000 gesetzt da 1000 Impulse=1cbm entsprechen.
Das Reading offset kannst du setzen um in cbm auch den realem Zählerstand anzeigen zu können.
lastAvg sollte wenn ich richtig gerechnet habe Liter/min enthalten.
ach cool - danke 8) 8) Das kann ich gleich übernehmen
Zitat von: Mr. Flash am 27 Mai 2017, 22:29:25
Hallo,
man muss nicht unbedingt den kompletten Zähler austauschen.
Mein 612-Zähler von Sensus ist zur Nachrüstung eines HRI (hochauflösender Rückwirkungsfreier Impulsgeber) vorbereitet. Das Teil wird einfach auf den Wasserzähler aufgesteckt.
Liefert pro Liter einen Impuls. Das Modul hat auch schon einen Zählertausch überlebt.
Hat mich über's Wasserwerk knapp 50 € incl. MWSt. gekostet (im Jahr 2011).
Grüße,
Nik
Hallo Nik,
ich möchte mir ebenfalls einen HRI zur Erfassung des Wasserzählers zulegen. Einen 1-Wire-USB-Master habe ich bereits. (http://www.sms-guard.org/downloads/1wire-USB-Master/index.htm).
Ich habe jetzt zahlreiche Beiträge gelesen, konnte jedoch nirgends erkennen, ob ich den HRI direkt am S0 anschliessen kann, oder ob ich noch einen zusätzlichen Widerstand benötige(bin mir nicht sicher, ob dies nur via Arduino benötigt wird). Besten Dank für einen Tip!
VG
klaso
Hallo klaso,
es gibt verschiedene HRI, also kann ich nur für meinen sprechen.
Der hat einen Impulsausgang mit OpenCollector gegen Masse.
Daher ist ein externer Pull-Up-Widerstand notwendig. 10k bis 100k sollten funktionieren.
Grüße,
Nik
Besten Dank für den Tip!!
Hallo,
ich habe das System von roedert nachgebaut und es lief Monate einwandfrei. Jetzt habe ich das Problem, das er anscheinend die Kalibrierung verliert. Ich kalibriere den Sensor und er misst korrekt - irgendwann meldet er aber nur noch 2 Impulse/Tag, bis ich ihn wieder neu kalibriere. Dann kalibriere ich ihn neu und er misst wieder x Tage korrekt, bis er wieder Mumpitz meldet. Die Sensorplatte auf der Wasseruhr hat sich in der Zeit natürlich nicht bewegt.
Eine Idee?
Ich greife mal diesen Thread auf, seit heute habe ich einen neuen wasserzähler.
Es ist ein trocken Läufer und es gibt eine drehende Scheibe mit silbernem Reflektor.
Darüber könnte man Impulse abgreifen für jeden Liter. Es gibt von der Firma Sensus sicher auch
einen passenden Sensor, aber das müsste man mit Diode und Fotozelle doch auch selber bauen können, oder? Hat das schon mal jemand gemacht? Bzw. habt ihr links oder teilelisten zu den Sachen die ihr verbaut habt? Laser ist beim trockenläufer ja nicht unbedingt nötig.
https://forum.fhem.de/index.php/topic,82070.msg741326.html#msg741326 (https://forum.fhem.de/index.php/topic,82070.msg741326.html#msg741326)
https://forum.fhem.de/index.php/topic,44613.msg364285.html#msg364285 (https://forum.fhem.de/index.php/topic,44613.msg364285.html#msg364285)
Ich mach das so mit meinem Sensus 620
sensus 620? Den habe ich mit HM auslesen müssen, weil ich keinen Strom vor Ort habe. Sonst gibt es mW viele Berichte mit Dioden, musst du einfach googeln.
Gesendet von iPad mit Tapatalk Pro
Hallo Fhem Gemeinde,
ich habe jetzt alles durchgelesen und bin überrascht das so viele versuchen einen Wasserzähler selbst zu Bauen.
Hier einmal mein Projekt . Vieleicht hilft es dem ein oder anderen der nicht so Bastelfreudig ist.
Ich benutze einen Wasserzähler mit Impulsausgang für 35 Euro und da ich sowieso einen 1 Wire USB mit 2x So Ausgang an meinem Odroid XU4 dran habe, konnte ich den Wasserzähler ohne weiteres anschliessen.
An dem 1Wire habe ich zusätzlich noch 8 Temp. Sensoren für die Heizung dran.
Wasserzähler :
https://www.amazon.de/Wasserz%C3%A4hler-130mm-Impulsausgang-Liter-Warmwasser/dp/B01M3S1C5Y/ref=pd_sbs_60_3?_encoding=UTF8&pd_rd_i=B01M3S1C5Y&pd_rd_r=adfee27c-0129-11e9-b2e4-3f90368f41c0&pd_rd_w=9Hf97&pd_rd_wg=l49Jc&pf_rd_p=51bcaa00-4765-4e8f-a690-5db3c9ed1b31&pf_rd_r=NJQE6SHRCXY1M93VJJX4&psc=1&refRID=NJQE6SHRCXY1M93VJJX4
1Wire mit 2x S0
https://www.sms-guard.org/downloads/1wire-USB-Master/index.htm
Fhem Anbindung:
define 1WIRE_S0 USBMASTER /dev/ttyUSB0@38400
attr 1WIRE_S0 devStateIcon .*:cul
attr 1WIRE_S0 event-on-change-reading .*
attr 1WIRE_S0 userReadings 1
Nach der Definition in Fhem kann es bis zu 10 min dauern bis der erste 1Wire Sensor Daten sendet, deshalb nicht nervös werden und Fehler suchen . Gedult.
Fhem Darstellung und Plot der Werte
define Wasserverbrauch cloneDummy 1WIRE_S0 B
attr Wasserverbrauch comment Wenn mal wieder zu viele Readings als fehler im hauptlog stehen dann < deletereading Wasserverbrauch B:*.* > in fhem eingeben oder Anstatt B das A eintragen je nachdem wo der Sensor angeschlossen ist.
attr Wasserverbrauch event-on-change-reading .*
attr Wasserverbrauch group Gesamtverbrauch
attr Wasserverbrauch room Wasserverbrauch
attr Wasserverbrauch stateFormat {sprintf("%.0f Liter",ReadingsVal($name,"_state","?")/2)}
#########################################################
define Wasserverbrauch_Gesamt dummy
attr Wasserverbrauch_Gesamt event-on-change-reading .*
attr Wasserverbrauch_Gesamt group Uebersicht
attr Wasserverbrauch_Gesamt room Wasserverbrauch
attr Wasserverbrauch_Gesamt stateFormat {sprintf("%.1f Liter - %.2f €",ReadingsVal("Wasserverbrauch_Gesamt", "Verbrauch",0)/2,ReadingsVal("Wasserverbrauch_Gesamt","Kosten",0)/1000*3.8)}
attr Wasserverbrauch_Gesamt userReadings Verbrauch monotonic {ReadingsVal("Wasserverbrauch_Gesamt","Tagesverbrauch",0)},
define Wasserverbrauch_Jahr dummy
attr Wasserverbrauch_Jahr event-on-change-reading .*
attr Wasserverbrauch_Jahr group Uebersicht
attr Wasserverbrauch_Jahr room Wasserverbrauch
attr Wasserverbrauch_Jahr stateFormat {sprintf("%.1f Liter - %.2f €",ReadingsVal("Wasserverbrauch_Jahr", "Verbrauch",0)/2,ReadingsVal("Wasserverbrauch_Jahr","Kosten",0)/100*3.8)}
attr Wasserverbrauch_Jahr userReadings Verbrauch monotonic {ReadingsVal("Wasserverbrauch_Jahr","Tagesverbrauch",0)},
define Wasserverbrauch_Monat dummy
attr Wasserverbrauch_Monat event-on-change-reading .*
attr Wasserverbrauch_Monat group Uebersicht
attr Wasserverbrauch_Monat room Wasserverbrauch
attr Wasserverbrauch_Monat stateFormat {sprintf("%.1f Liter - %.2f €",ReadingsVal("Wasserverbrauch_Monat", "Verbrauch",0)/2,ReadingsVal("Wasserverbrauch_Monat","Verbrauch",0)/1000*3.8)}
attr Wasserverbrauch_Monat userReadings Verbrauch monotonic {ReadingsVal("Wasserverbrauch_Monat","Tagesverbrauch",0)},
define Wasserverbrauch_Tag dummy
attr Wasserverbrauch_Tag event-on-change-reading .*
attr Wasserverbrauch_Tag group Uebersicht
attr Wasserverbrauch_Tag room Wasserverbrauch
attr Wasserverbrauch_Tag stateFormat {sprintf("%.1f Liter - %.2f €",ReadingsVal("Wasserverbrauch_Tag", "Verbrauch",0)/2,ReadingsVal("Wasserverbrauch_Tag","Kosten",0)/1000*3.8)}
attr Wasserverbrauch_Tag userReadings Kosten {ReadingsVal("Wasserverbrauch_Tag","Verbrauch",0)}
define atWasserverbrauch at +*00:01:00 {\
my $a = (ReadingsVal("Wasserverbrauch","B",0));;\
\
fhem("setreading Wasserverbrauch_Tag Verbrauch $a");;\
fhem("setreading Wasserverbrauch_Monat Tagesverbrauch $a");;\
fhem("setreading Wasserverbrauch_Jahr Tagesverbrauch $a");;\
fhem("setreading Wasserverbrauch_Gesamt Tagesverbrauch $a");;\
\
if(($hour==0) && ($min==0)){\
fhem("set Wasserverbrauch_Tag Verbrauch 0")} \
\
if(($hour==0) && ($min==0) && ($mday==1)){\
fhem("setreading Wasserverbrauch_Monat Verbrauch 0")}\
\
if(($hour==0) && ($min==0) && ($yday==1)){\
fhem("setreading Wasserverbrauch_Jahr Verbrauch 0")}\
}
define WasserverbrauchLOG FileLog ./log/WasserverbrauchLOG-%Y-%m.log Wasserverbrauch_Gesamt:.*|Wasserverbrauch_Jahr:.*|Wasserverbrauch_Monat:.*|Wasserverbrauch_Tag:.*
attr WasserverbrauchLOG room Z-LOG
define SVGWasserverbrauch SVG WasserverbrauchLOG:SVG_WasserverbrauchLOG:CURRENT
attr SVGWasserverbrauch fixedrange month
attr SVGWasserverbrauch room Wasserverbrauch
hier noch der Inhalt der Plot Datei die unter /opt/fhem/www/gplot/SVG_WasserverbrauchLOG.gplot speichern.
# Created by FHEM/98_SVG.pm, 2018-12-16 12:22:32
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title 'Wasserverbrauch Tagesansicht'
set ytics
set y2tics
set grid
set ylabel "Liter"
set y2label "Liter"
set yrange [200:1200]
set y2range [200:1200]
#WasserverbrauchLOG 4:Wasserverbrauch_Monat.Verbrauch\x3a::delta-d
plot "<IN>" using 1:2 axes x1y2 title 'Wasserverbrauch' ls l0fill lw 1 with bars
In Fhem, im Plot noch in dem Feld Funktion delta-d eintragen.
Leider gibt es noch einen Fehler und eine Erweiterung mit der ich nicht klarkomme.
Das was mir noch fehlt ist das ich eine Nachricht über Whatsapp bekomme vom täglichen Verbrauch. Da die Werte mit delta-d zwar richtig im Plot angezeigt werden allerdings diese ja berechnet sind, weis ich nicht wie ich die als Nachricht versenden kann. Der Tagesverbrauch wird zwar im Plot richtig angezeigt allerdings stimmen die Wasserverbrauchs Tageszahlen nicht.
Wasserverbrauch_Tag 119137.5 Liter - 905.44 € halte ich für utopisch.
Weis aber nicht warum.
Vieleicht weis ja jemand von euch wie es geht.
Hallo,
ich habe das etwas anders gelöst. Die Wasseruhr ist bei mir an einem GPIO Pin des Raspberry Pi angeschlossen (1 Impuls/Liter).
FHEM Definition:
# water counter over RaspberryPi GPIO 31 (P5-6) and GND (P5-8)
define WZpin RPI_GPIO 31
attr WZpin active_low yes
attr WZpin devStateIcon on:ios-on-blue.png off:ios-off
attr WZpin direction input
attr WZpin interrupt both
attr WZpin pud_resistor up
attr WZpin room 3.2_Wasser
attr WZpin toggletostate yes
Die eigentliche Zählung erfolgt mittels des HourCounter Moduls:
# counter module
define Wasser HourCounter WZpin:on WZpin:off
Dann habe ich mir einen 15-Minuten Wert per at eingerichtet:
# prepare reading for every 15 minutes difference to before
define Wasser15min_at at +*00:15:00 {\
my $last=ReadingsVal("Wasser", "counts15min_last", "0");;;; \
my $act=ReadingsVal("Wasser","countsOverall","0");;;; \
my $val15min=$act-$last;;;; \
fhem "setreading Wasser counts15min $val15min";;;; \
fhem "setreading Wasser counts15min_last $act";;;; \
}
Kurze Erklärung hierzu:
- das letzte Reading (last) wird gespeichert
- nach 15 Minuten wird das aktuelle (act) eingelesen
- die Differenz (val15min) ist der 15 Minuten Wert
Am Ende des Tages wird der Tagesverbrauch ermittelt:
# prepare reading total water volume in every night
define WasserDay_at at *23:59:30 {my $new=ReadingsVal("Wasser","countsPerDay","0");;fhem "setreading Wasser countsPerDay_tot $new";;}
Das Reading kommt aber aus dem HourCounter Modul.
@Trebor5:
Vielleicht kannst Du einfach parallel mal rechnen und schauen, was dabei rauskommt. Das Senden per WhatsApp kannst Du ja auch per at am Ende des Tages machen.
Gruß Peter
Hi,
ich hänge mich hier mal ran, ich habe eine Wasseruhr wie im Anhang zu sehen, wie kann ich die in Fhem anbinden/auslesen?
Danke
Hast du den Thread überhaupt gelesen? Da steht doch alles.....
Ja, aber hier gibt es soviele möglichkeiten, da blick ich nicht durch was ich für die Anbindung meiner uhr benötige....
einfach wird das nicht, weil du kein silbernes Plättchen hast. Du musst erkennen, wenn sich das Rad dreht. MW geht das mit den IR-Dioden schon, ist aber bastelei. Ich habe das damals bei meinem Gaszähler nicht hinbekommen, jedenfalls nicht mit IR. Mit einer Profidiode ging dann alles ganz schnell. Läuft seit zwei Jahren absolut zuverlässig.
Hallo, habe das bei mir wie auf den folgenden Bildern gelöst.
Benutze dazu einen Lichttaster von Sick. Dieser macht einen roten Punkt und wenn dieser reflektiert wird, gibt er ein Signal aus.
Habe den Lichttaster an einem Arduino Nano mit USB Firmata welcher per USB an einem Raspi mit fhem ist.
Habe mir einen passenden Adapter mit dem 3d Drucker ausgedruckt, welcher den Sensor genau auf position hält.
Diese Sensoren gibt es mehr oder weniger günstig bei Ebay. Hatte damals Glück und konnte 2 Stück für 35€ erstehen.
(Den anderen benutze ich um den Stromzähler auszulesen).
Am Wasserzähler gehe ich auf den Zeiger ganz links, der bei meiner Wasseruhr 1 Umdrehung=1 Liter ist. Sobald der Zeiger oben bei 0 vorbeikommt, greift der Sensor.
Hallo hankyzoolander,
Super Projekt , würden Sie die Datei für den 3D-Druck zur Verfügung stellen ?
habe die gleiche Wasseruhr !
Grüße Robert
Hallo hankyzoolander,
dito bei mir, gleicher Wasserzähler und habe sogar heute morgen gleich einen Lichttaster günstig bei ebay gefunden... Ich bin gleich noch unverschämter - könntest Du mir evtl - natürlich gegen Erstattung der Unkosten - einen Deckel drucken und schicken??
Schönen 1. Mai & Gruß
Tobias
So,da ich es gerade nicht blicke wie ich die datei in meinen obigen post bekomme, füge ich sie halt hier dazu.
Bitte mit Stütze drucken wegen den haltekrallen.
Layerhöhe 0.2
Speed: (wie ihr halt so normal druckt)
Ich wundere mich ein wenig. Die Lichttaster von Sick werden bei Conrad nicht unter 140 € angeboten, zusätzlich muss man noch den Deckel drucken.
Kaltwasserzähler mit Impulsausgang gibt es ab 50 €, siehe hier:
https://www.energie-zaehler.com/Wasserzaehler-mit-Impulsausgang-QN-25-m-1-Imp/Liter-MID-geeicht
https://www.amazon.de/Wasserz%C3%A4hler-130mm-Impulsausgang-Liter-Kaltwasser/dp/B01LWR0F54
Ich selbst habe vor 3 Jahren noch fast 100 € gezahlt - rentiert sich trotzdem.
Und der Einbau wurde vom Wassermeister meines Wohnortes kostenfrei erledigt, er war froh, dass er seinen geeichten Zähler (der noch brandneu war) wieder mitnehmen und woanders einbauen konnte...
LG
pah
Wie macht ihr das mit dem Zählertausch? In Hamburg müssen die Kaltwasserzähler nach 6 Jahren getauscht werden. Lasst ihr dann einfach einen neuen einbauen?
Wie ist das mit dem Grundpreis, der enthält ja normalerweise die Zählermiete, ist der mit eigenem Zähler geringer?
Das habe ich noch offengelassen - ist auch genau so in den SmartHome Hacks nachzulesen ;)
Die Zähler müssen übrigens nicht getauscht, sondern geeicht werden - das ist ein wesentlicher Unterschied. Das bedeutet nämlich: Wenn der nächste Eichvorgang fällig ist, kann ich den Wassermeister bitten, mir den ausgebauten Zähler auszuhändigen. Und werde ihn dann für ca. 8€ eichen lassen. Wenn der Wassermeister dann für den Einbau des frisch geeichten Zählers eine Rechnung stellen will: Dann kann ich ihm mit der Einsparung durch die Verwendung meines eigenen Zählers kommen...
Eine Verringerung des Grundpreises, weil man einen eigenen Zähler hat? Leute, lasst die Kirche im Dorf - so geizig muss man wirklich nicht sein.
Das würde außerdem der Gemeinde erheblich höhere Verwaltungskosten ausfbürden, die wieder die Allgemeinheit tragen müsste.
Edit: Übrigens kommt in diese Eichpflicht ein wenig Bewegung: http://www.haus-grund.org/2017101_wasserzaehler.html
LG
pah
Bei uns werden die Wasserzähler periodisch ersetzt durch revidierte Zähler.
Wobei nicht definiert ist wie lange eine dieser Perioden ist.
Wohne 19 Jahre in dem Haus und haben den zweiten Zähler.
Der wurde aber nur durch einen mit Funkübermittlung getauscht.
Das heisst es wurden alle innerhalb von zwei Jahre getauscht.
Sonst hätten wir wohl noch immer den ersten.
Weiss das alte Zähler bei uns immer weniger drehen.
Denke das der Kalk, Sand und anderes den Schaufeln nicht so gut tut.
Der nächste Tausch wird wohl bei leeren Batterien der Funkmoduls erfolgen.
Die Zähler sind von der Firma GWF.
Ist wohl kompliziert bei diesen Mitzuhören.
In welchem Abstand lest ihr den Zähler aus.
Eine Leckerkennung bei Abwesenheit ist dann sicher eine tolle Sache.
Zitat von: Mr. Flash am 27 Mai 2017, 22:29:25
Hallo,
man muss nicht unbedingt den kompletten Zähler austauschen.
Mein 612-Zähler von Sensus ist zur Nachrüstung eines HRI (hochauflösender Rückwirkungsfreier Impulsgeber) vorbereitet. Das Teil wird einfach auf den Wasserzähler aufgesteckt.
Liefert pro Liter einen Impuls. Das Modul hat auch schon einen Zählertausch überlebt.
Hat mich über's Wasserwerk knapp 50 € incl. MWSt. gekostet (im Jahr 2011).
Grüße,
Nik
Ich habe den 620. Sollte laut Datenblatt auch funktionieren.
Aber wie kann ich dann die Daten in FHEM bekommen?
Ich habe bisher ein ZWAVE Netzwerk mit Fibaro Sensoren / Aktoren. Was brauche ich für diese Lösung noch`?
So wie ich das verstanden habe, gibt es 2 Varianten des HRI
1) HRI PULSE: Impulse zählen (1 Impuls = 10 L) --> Könnte ich dann doch wie einen Türkontakt an einen Fibaro Universalsensor anschließen
2) HRI Data: Zählerstand ablesen (exakte Zählung) --> Kann ich das mit dem 1-wire Anschluss (digitaler Eingang) vom Fibaro Universalsensor nutzen?
Der HRI Data kann auch als Impulszähler wie Nr. 1 genutzt werden?
Hi,
ich hab das einfach mit einen TCRT5000 gemacht.
https://www.ebay.de/itm/ESP8266-IR-Naherungssensor-kurze-Distanz-short-Distance-Sensor-TCRT5000-Arduino/282392641650?hash=item41bfe9c072:g:yfYAAOSwXYtYxWfm (https://www.ebay.de/itm/ESP8266-IR-Naherungssensor-kurze-Distanz-short-Distance-Sensor-TCRT5000-Arduino/282392641650?hash=item41bfe9c072:g:yfYAAOSwXYtYxWfm)
LG
Marlen
Zitat von: Marlen am 02 Juli 2019, 12:40:16
Hi,
ich hab das einfach mit einen TCRT5000 gemacht.
https://www.ebay.de/itm/ESP8266-IR-Naherungssensor-kurze-Distanz-short-Distance-Sensor-TCRT5000-Arduino/282392641650?hash=item41bfe9c072:g:yfYAAOSwXYtYxWfm (https://www.ebay.de/itm/ESP8266-IR-Naherungssensor-kurze-Distanz-short-Distance-Sensor-TCRT5000-Arduino/282392641650?hash=item41bfe9c072:g:yfYAAOSwXYtYxWfm)
LG
Marlen
Ok. Damit erfasst du die Impulse, oder?
Und mit welchem Interface kommen die in fhem?
Schließe ich das dann an meinen Fibaro an?
Theoretisch kannst du das direkt an einen Raspberry-Eingang hängen. Ich hab die Dinger aber an Gas-, Wasseruhr und Stromzähler und die hängen dann an einem Nano Arduino auf dem ich eine eigenes Programm laufen habe.
Mann könnte es aber auch wenn beides örtlich getrennt ist an einem Wemos anschließen und da auch einfach ESP-easy drauf spielen.
LG
Marlen
Ich habe hier keinen Raspberry, sondern eine VM auf nem NAS. Daher fehlen mir hier die GPIOS.
Ich habe für meine Türkontakte einen Fibaro Universalsensor, der über ZWave angesteuert ist. Das Ding liegt direkt neben meinem NAS. Funktioniert zwar, aber da könnte ich eigentlich auch eher die Kabelverbindung nutzen. Finde ich immer besser als Funk.
Von der Wasseruhr komme ich ebenfalls mit den Leitungen gut zum NAS.
Was ich jetzt benötige, da ich glaube, dass das ZWave nicht so zuverlässig in der kürze der Zeit alle Impulse senden kann, ist eine Drahtverbindung.
Gibt es etwas, dass mehrere Binäreingänge auf USB legt?
Etwas wie eine Art Box mit mehreren Eingängen / GPIOs, die dann über USB weiter an meine VM gereicht werden können?
Zitat von: flipse am 03 Juli 2019, 07:17:30
Etwas wie eine Art Box mit mehreren Eingängen / GPIOs, die dann über USB weiter an meine VM gereicht werden können?
Ja, einen Arduino Nano z.b
Gesendet von meinem Mi 9T mit Tapatalk
Zitat von: Marlen am 03 Juli 2019, 11:57:57
Ja, einen Arduino Nano z.b
Gesendet von meinem Mi 9T mit Tapatalk
Ich danke Dir.
Das werde ich mir jetzt mal genauer anschauen.
Die Stromversorgung läuft dann komplett über USB? Sollte ich dann einen USB Hub mit externer Stromversorgung nutzen?
Kannst Du einen bestimmten empfehlen? Bei amazon scheint es da eine riesen Auswahl zu geben.
diese hier zum Beispiel:
https://www.amazon.de/ATmega328-V-CH340G-Board-Arduino-Welded/dp/B07DCKC3TX/ref=sr_1_2_sspa?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=arduino%2Bnano&qid=1562146566&s=gateway&sr=8-2-spons&th=1
Zitat von: flipse am 03 Juli 2019, 12:21:14
Ich danke Dir.
Das werde ich mir jetzt mal genauer anschauen.
Die Stromversorgung läuft dann komplett über USB? Sollte ich dann einen USB Hub mit externer Stromversorgung nutzen?
Ja, die Spannungsversorgung geht via USB. Wenn du einen "richtigen" PC nutzt, sollte keine externe Versorgung erforderlich sein, der Arduino selbst braucht nur ein paar mA.
Zum Sketch (=firmware): Wenn du das auch als Zähler nutzen willst, führt vermutlich kein Weg an einem selbstgeschriebenen vorbei, wobei du zur Datenübermittlung (da unidirektional vom Arduino zu FHEM) entweder keyValueProtokol nutzen kannst oder MySensors (das ist bidirektional). Andere Lösungen kommen vermutlich nicht in Frage.
Für Zähler bitte PIN 2 und 3 freihalten bzw. daran denken, die damit zu verbinden.
Zitat von: Beta-User am 03 Juli 2019, 14:32:40
Ja, die Spannungsversorgung geht via USB. Wenn du einen "richtigen" PC nutzt, sollte keine externe Versorgung erforderlich sein, der Arduino selbst braucht nur ein paar mA.
Zum Sketch (=firmware): Wenn du das auch als Zähler nutzen willst, führt vermutlich kein Weg an einem selbstgeschriebenen vorbei, wobei du zur Datenübermittlung (da unidirektional vom Arduino zu FHEM) entweder keyValueProtokol nutzen kannst oder MySensors (das ist bidirektional). Andere Lösungen kommen vermutlich nicht in Frage.
Für Zähler bitte PIN 2 und 3 freihalten bzw. daran denken, die damit zu verbinden.
hi, den zweiten part deiner Nachricht habe ich leider nicht verstanden.
Spannungsversorgung verstehe ich.
Kannst Du den Rest nochmal für Laien schreiben? :D
Der Rest will sagen:
1. Du mußt dem Arduino beibringen, was er tun soll;
2. Du mußt ihm weiter beibringen, dass und wie er die Daten an FHEM zu liefern hat.
Das "Beibringen" heißt: Du mußt ihn mit einer Software füttern. Da es keine "fertige" gibt, bedeutet das, dass du die selber schreiben mußt. Den Quelltext nennt man in der Arduinowelt "Sketch", der wird (z.B. mit Hilfe einer Software namens Arduino IDE) übersetzt (kompiliert) und das Ergebnis (firmware) dann geflasht (steht der Sketch, ist der anschließende Teil meistens einfach).
Zu 2: Da die Daten von FHEM ja irgendwie interpretiert werden müssen, bietet es sich an, ein bestehendes "Protokoll" zu nutzen. Hier kommen m.E. eben nur zwei Varianten in Frage. Mit der einen kann man nur vom Arduino zu FHEM Daten übertragen, die andere könnte z.B. auch einen Zählerstand oä. von FHEM empfangen und dann weiterverarbeiten (da wir hier keine Funkverbindung oä. dazwischen haben (also insbesondere dieselbe Spannungsversorgung), ist das hier m.E. nicht so wichtig).
Ansonsten bitte mal die Schlagworte nachlesen, für sowas gibt's commandref und Wiki.
Ich nutze KeyValuaProtokoll und übermittle Liter/Minute wenn größer 0.
Kann ja später Mal meinen Sketch posten.
Die Programmierung ist auch nicht wild.
Gesendet von meinem Mi 9T mit Tapatalk
Schau mal da https://forum.fhem.de/index.php/topic,76291.msg681576.html#msg681576 (https://forum.fhem.de/index.php/topic,76291.msg681576.html#msg681576)
LG
Marlen
ZitatTheoretisch kannst du das direkt an einen Raspberry-Eingang hängen
Das ist wirklich blasse Theorie, denn dabei können erhebliche Probleme auftreten. Darüber wurden hier im Forum schon ganze Romane geschrieben.
Ein ganzer Arduino Nano? Das ist Overkill. Besser einen 1-Wire Counter, der in regelmäßigen Intervallen abgefragt wird.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 03 Juli 2019, 21:03:06
Ein ganzer Arduino Nano? Das ist Overkill. Besser einen 1-Wire Counter, der in regelmäßigen Intervallen abgefragt wird.
Das ist etwas mißverständlich... Eigentlich sollte meine Antwort in den anderen Threadrein, ich brauchte nur das Zitat von hier...
Dort ging es um die Frage, wie man viele Tür- und Fensterkontakte, die kabelmäßig heute schon an einer Stelle zusammenlaufen, aber über einen Fibaro angebunden sind, denn nicht einfacher "an den Server" anbinden kann, der direkt da steht, wo die Kabelenden zusammenlaufen. Hier hatte ich dann gesehene, dass _auch_ ein Zähler darunter ist.
Und wenn dann >10 Kontakte zu überwachen sind + 1 (oder mehr) Zähler, "rechtfertigt" das ggf. auch einen Nano, oder?
@flipse: Es wäre ggf. sinnvoller, die Diskussion über einen eventuellen Sketch in dem anderen Thread weiterzuführen. Dann müssen hier nicht alle mitlesen.
Zitat von: Beta-User am 04 Juli 2019, 07:19:39
Das ist etwas mißverständlich... Eigentlich sollte meine Antwort in den anderen Threadrein, ich brauchte nur das Zitat von hier...
Dort ging es um die Frage, wie man viele Tür- und Fensterkontakte, die kabelmäßig heute schon an einer Stelle zusammenlaufen, aber über einen Fibaro angebunden sind, denn nicht einfacher "an den Server" anbinden kann, der direkt da steht, wo die Kabelenden zusammenlaufen. Hier hatte ich dann gesehene, dass _auch_ ein Zähler darunter ist.
Und wenn dann >10 Kontakte zu überwachen sind + 1 (oder mehr) Zähler, "rechtfertigt" das ggf. auch einen Nano, oder?
@flipse: Es wäre ggf. sinnvoller, die Diskussion über einen eventuellen Sketch in dem anderen Thread weiterzuführen. Dann müssen hier nicht alle mitlesen.
ja das stimmt. wir verlagern die diskussion mal dahin.
ihr habt mir schon gut weitergeholfen.
der nano ist bestellt. ich werde dann erstmal die türkontakte / fensterkontakte testen.
im nachgang dann das Thema mit der Wasseruhr.
Ich möchte dies insbesondere auch zur Leckageüberwachung nutzen.
In der Anlage zwei Abschnitte aus den SmartHome Hacks. Erstens darüber wie man einen S0-Ausgang an einen Raspberry Pi bzw. über 1-Wire an einen beliebigen Computer anschließt, und zweitens über den Anschluss von bis zu 100 Fenstersensoren an _einen_Arduino Nano.
LG
pah
Hallo Zusammen,
ich habe zur Verbrauchsermittlung durch Zählen von Impulsen mal eine prinzipielle Frage (falls Off-Topic, bitte nicht schlagen :) ):
- Wie zuverlässig ist das eigentlich?
- Wird da auch mal ein Impuls "übersehen"?
- Was ist, wenn FHEM und/oder der Impulszähler mal aus ist? Was passiert dann, mit den zwischenzeitlich stattgefundenen Impulsen?
- Wenn Impulse "durchrutschen", wie korrigiert ihr das?
Danke und Gruß
Christoph
ZitatWie zuverlässig ist das eigentlich?
Sehr zuverlässig - läuft seit 7 Jahren bei mir ohne ein einziges Problem (1-Wire). Wasser z.B. 1 Impuls pro Liter.
Beim Anschluss auf GPIO-Pins ist das eher fraglich, da können bei mehreren Pins erhebliche Latenzen auftreten.
ZitatWird da auch mal ein Impuls "übersehen"?
Nö. Maximale Zählrate meiner DS2423 liegt jenseits der 100 kHz.
ZitatWas ist, wenn FHEM und/oder der Impulszähler mal aus ist? Was passiert dann, mit den zwischenzeitlich stattgefundenen Impulsen?
Wenn FHEM "aus" ist, passiert gar nichts - denn der Zähler DS2423 zählt autonom. Und FHEM fragt mit dem Modul OWCOUNT den jeweiligen Zählerstand ab.
Wenn die Netzspannung fehlt (und somit die Versorgungsspannung der DS2423), gehen diese natürlich in den Reset, dann stimmt der Zählerstand nicht mehr. Dazu müsste man den 1-Wire Bus mit einer USV absichern (das diskutieren wir gerade in einem anderen Forum).
ZitatWenn Impulse "durchrutschen", wie korrigiert ihr das?
Das OWCOUNT-Modul hat einen "set <...> counter A|B <wert>" Befehl.
LG
pah
Vielen Dank! Das hilft mir weiter.
Zitat von: Prof. Dr. Peter Henning am 04 Juli 2019, 12:31:35
Beim Anschluss auf GPIO-Pins ist das eher fraglich, da können bei mehreren Pins erhebliche Latenzen auftreten.
Das bezieht sich vorrangig auf PI-GPIOs?
(Von deren Nutzung zu was anderem als RTC und dem Anschluß von UART-Funkmodulen würde ich auch eher abraten).
Was Arduino-GPIO angeht: evtl. sollte man - abhängig vom jeweiligen Impulsgeber (wenn der sauber arbeitet: kein Problem...) - darauf achten, dass man das softwaremäßig entprellt (lib: bounce2()), was tatsächlich zu kleinen Latenzen führen _kann_. Nutzt man alle PINs eines Nano, kommt man z.B. bei 5ms/Eingang auf ca. 100ms/Durchlauf => auch das sollte in der Praxis deutlich weniger Probleme machen wie die Frage, wie man überhaupt an einen Puls kommt...
Aber anders als Pi&Co. ist ein Arduino u.a. dafür gemacht, PINs zu überwachen. (Man kann das natürlich durch schlechte firmware konterkarieren, und für MCU's, die "nebenbei" noch WLAN machen, mag das auch anders sein, aber prinzipiell: Don't worry...)
ZitatDas bezieht sich vorrangig auf PI-GPIOs?
Ja, die sind gemeint. Wir haben beim Test der seriellen Schnittstelle (die hier auch nur emuliert wird...) mit dem EBUS Verzögerungen von bis zu 90 Minuten (!) produziert...
LG
pah
Hallo zusammen,
ich habe auch einen Sensus 620.
Ich versuche gerade den Wasserzähler mit einem TCRT5000 auszulesen.
Angebunden ist der Sensor an einem Arduino mit MySensors.
Der Sketch, den ich als Basis genommen habe, kommt von build@mysensors.
Ich glaube aber, er ist darauf ausgelegt, das Rädchen, das sich sehr schnell dreht mit den vielen Ärmchen auszulesen.
Ich versuche beim Sensor das große 2geteilte Rädchen (eine Hälfte Metall, eine Hälfte Kunststoff) zu lesen.
Der TCRT5000 zeigt auch durch die kleine LED an, dass das Rädchen ordentlich erkannt wird.
Leider schaffe ich es nicht, den Sketch dementsprechend zu modifizieren.
Hat das schon jemand gemacht und kann mir mal ein Beispiel geben?
Danke Euch.
Hmm, so wie du das schilderst, sollte der Sketch ohne weiteres funktionieren (wenn das TCRT5000-Modul ordentliche Pulse liefert). Wie schnell sich das Rad dreht, ist dem Basis-Sketch von MySensors.org herzlich egal, es muß eben die Mengenkonstante entsprechend angepaßt werden, dass jeder Puls der richtigen Wassermenge zugeordnet wird (1 Puls kann 1l, 10l, 100l ... sein). Diese eine Angabe mußt du im Sketch anpassen.
(Oder die Auswertung in FHEM machen und einfach nur die Zahl der Pulse seit der letzten Übermittlung mitteilen; da du die Node sowieso direkt an den Server anschließt, sollte praktisch auch nichts verloren gehen, anders wäre das, wenn z.B. eine schlechte Funkstrecke dazwischen läge...)
Habe das mal umgestellt und warte auf Ergebnisse.
Ich habe gestern zum Spaß mal alle if Abfragen, die auf unsinnige Werte prüfen, herausgenommen. dann kamen auch werte an. Diese konnte ich aber nicht validieren, da ich den Sensor auf dem Schreibtisch liegen hatte.
Ich habe aber noch eine Frage zum Verständnis des Moduls.
Ich habe nun
#define PULSE_FACTOR 1 // Number of blinks per m3 of your meter (one rotation/liter)
auf 1 gesetzt, da eine Umdrehung scheinbar einem Liter entspricht.
was passiert in diesen Zeilen:
#define MAX_FLOW 40 // Max flow (l/min) value to reported
Ich vermute, dass alles was größer ist als 40 Liter/Min. wird nicht reported???
Und in dieser Methode
void onWaterMeterPulse() {
if (!SLEEP_MODE) {
uint32_t newBlink = micros();
uint32_t interval = newBlink - lastBlink;
if(interval!=0) {
lastPulse = millis();
if (interval<500000) {
// Sometimes we get interrupt on RISING, 500000=0.5second debounce (max 120L/m)
return;
}
flow = (60000000.0/interval) / ppl;
}
lastBlink = newBlink;
}
pulseCount++;
}
Verstehe ich den statischen Wert von 60000000.0 nicht.
Kann mir das jemand erklären?
Hmm,
irgendwie finde ich die Frage hier in diesem Thread in der Nähe von OT (der TE war ja jemand anderes!). Bitte daher ggf. entweder direkt bei MySensors.org einen Thread aufmachen, oder wenigstens hier im MySensors-Bereich (alternativ, da sich die Frage vermutlich im wesentlichen an mich richtet: in deinem eigenen "direkt-anbinden-Thread). Das folgende bleibt daher das einzige, was ich konkret darauf aufworte:
Such mal nach Arduino und micros() (darauf beziehen sich alle Variablen in der ISR):
ZitatNote: there are 1,000 microseconds in a millisecond and 1,000,000 microseconds in a second.
Damit ist diese ominöse hohe Zahl eine Minute, oder...?
Was den PULSE_FACTOR angeht, steht im Original:
#define PULSE_FACTOR 1000 // Number of blinks per m3 of your meter (One rotation/liter)Was da ursprünglich stand, bedeutete also: "ein Blink ist ein Liter". Du hast jetzt "ein Blink ist ein m³" draus gemacht, was tatsächlich vom Sketch als "too much" verworfen wird...
Zitat von: Beta-User am 10 Juli 2019, 10:02:40
Hmm,
irgendwie finde ich die Frage hier in diesem Thread in der Nähe von OT (der TE war ja jemand anderes!). Bitte daher ggf. entweder direkt bei MySensors.org einen Thread aufmachen, oder wenigstens hier im MySensors-Bereich (alternativ, da sich die Frage vermutlich im wesentlichen an mich richtet: in deinem eigenen "direkt-anbinden-Thread). Das folgende bleibt daher das einzige, was ich konkret darauf aufworte:
Such mal nach Arduino und micros() (darauf beziehen sich alle Variablen in der ISR):Damit ist diese ominöse hohe Zahl eine Minute, oder...?
Was den PULSE_FACTOR angeht, steht im Original:
#define PULSE_FACTOR 1000 // Number of blinks per m3 of your meter (One rotation/liter)Was da ursprünglich stand, bedeutete also: "ein Blink ist ein Liter". Du hast jetzt "ein Blink ist ein m³" draus gemacht, was tatsächlich vom Sketch als "too much" verworfen wird...
ok, das habe ich angepasst und wieder rückgängig gemacht.
wo kann ich denn definieren, ab wann ich in FHEM eine Rückmeldung bekomme.
möchte das am Anfang recht häufig haben zum testen.
derzeit tauchen nicht mal die readings auf.
Führe die Konversation im anderen Thread fort:
https://forum.fhem.de/index.php/topic,101967.msg956837.html#msg956837
Zitat von: roedert am 24 Oktober 2017, 13:04:00
Anbei für die die es interessiert die 3D-Datei für den "Abnehmer"
Hi,
Sorry dass ich das alte Thema hier aufwärme,
aber könntest Du mir sagen womit Du die Datei erstellt/bearbeitet hast?
Ich müsste sie für meinen Zähler etwas anpassen, scheitere aber daran.
Danke & Grüße
Frank
Zitat von: Frank_Huber am 08 Januar 2020, 16:03:00
... aber könntest Du mir sagen womit Du die Datei erstellt/bearbeitet hast?
Ich müsste sie für meinen Zähler etwas anpassen, scheitere aber daran.
Da solltest Du am besten die Originaldatei bekommen, mit einer STL Datei wirst Du nicht viel Freude haben :(.
Gruß Peter
Zitat von: PeMue am 08 Januar 2020, 17:18:53
Da solltest Du am besten die Originaldatei bekommen, mit einer STL Datei wirst Du nicht viel Freude haben :(.
Danke Peter!
Bin noch ganz neu im 3D Thema. Dachte stl wäre das "original" weil ja zum Drucken erst gesliced wird.
Wieder was gelernt. :-)
Das Problem ist, dass STL schon das komplett triangulierte Format ist - eine Bearbeitung also nur auf der Ebene "einzelne Vertizes" möglich ist. Unter Originaldateien versteht man solche, bei denen zusammengesetzte Objekte hinterher auch wieder auseinandergenommen werden können.
Übrigens empfehle ich meinen Studierenden als Einstieg in die 3D-Modellierung immer tinkercad.com, das ist an Einfachheit der Bedienung unschlagbar.
LG
pah
Meine Lösung ist ein Laser-Reflexlichttaster an einem Gelenkarm aus meinem 3D-Drucker, der Impulse an einen ESP8266 sendet (Pulse-Counter). Dessen Zähler sendet die Counts per WLAN zu FHEM, wo alles mit dem Modul WaterCalculator verarbeitet wird.
Zitat von: Dracolein am 08 März 2020, 17:21:23
Meine Lösung ist ein Laser-Reflexlichttaster
Das klingt interessant.
Hättest du da evtl mehr Infos?
Evtl nen link zum Taster und dem Gelenkarm? [emoji6]
Danke und Grüße
Frank
Gesendet von meinem S68Pro mit Tapatalk
https://www.thingiverse.com/thing:4209488
Sensor: ifm ohg700
Zitat von: Dracolein am 08 März 2020, 21:03:36
https://www.thingiverse.com/thing:4209488
Sensor: ifm ohg700
DANKE! [emoji1303]
Gesendet von meinem S68Pro mit Tapatalk
Zitat von: Dracolein am 08 März 2020, 21:03:36
https://www.thingiverse.com/thing:4209488
Sensor: ifm ohg700
Hallo,
hast Du einen Schaltplan und eine Teileauflistung, welche zum Aufbau benötigt wird?
Hast Du die Softwarelösung beschrieben?
Danke
Den Sensor habe ich genannt, dazu brauchst du noch ein 12V oder 24V Netzteil für dessen Betriebsspannung. Das erzeugte Schaltsignal gehört auf einen GPIO Pin eines ESP8266 gelegt (Achtung: max 3,3V! --> Spannungsteiler o.ä. verwenden)
Die Konfiguration des ESP8266 kann man hier entnehmen: http://www.frank-schuetz.de/index.php/1-gaszaehler-mit-espeasy-und-fhem
Danke
Hallo,
Hat schon jemand eine Lösung für einen Diehl Altair Wasserzähler. Die Lösung mit einem induktiven Näherungsschalter funktioniert leider nur unzureichend. Ich bekomme sehr viele Fehlimpulse, was Der PulseCounter meines Wemos ESPEasy als Zählimpulse zählt.
Danke
Sprollonis
@Dracolein: Hast Du den ifm ohg700 aufgrund des "Durchmesser des kleinsten erkennbaren Objekts" von 1.5mm gewählt oder würden auch andere Reflexlichschalter in Frage kommen? Wie sind deine bisherigen Langzeiterfahrungen? Hast Du als Kabel ein "normales" M18 Sensorkabel genommen? Kommt es ggf. zu Algenbildung?
Danke vielmals vorab!
Zitat von: dmq am 19 April 2020, 10:35:43
@Dracolein: Hast Du den ifm ohg700 aufgrund des "Durchmesser des kleinsten erkennbaren Objekts" von 1.5mm gewählt oder würden auch andere Reflexlichschalter in Frage kommen? Wie sind deine bisherigen Langzeiterfahrungen? Hast Du als Kabel ein "normales" M18 Sensorkabel genommen? Kommt es ggf. zu Algenbildung?
Danke vielmals vorab!
Ich habe den Sensor verwendet, weil er vorrätig war und entsprechend ausreichende Specs hat. Das Hauptproblem ist die zuverlässige Erkennung der winzig kleinen roten Spitze des Zeigers. Dafür ist hohe Genauigkeit erforderlich, was viele andere Reflexlichttaster nicht schaffen, weil auch die Zifferblätter ein Hindernis darstellen.
Meine bisherigen Langzeiterfahrungen sind durchweg positiv. Mit der richtigen Halterung, sodass der Laser keinerlei Vibrationen ausgesetzt ist (was mitunter schon Ungenauigkeiten mit sich bringt - ich hatte ihn anfangs an der Wasserleitung per Magnet montiert: bei starken Druckschwankungen gab es Vibrationen --> Fehlerhafte Erkennungen...). Das Sensorkabel ist völlig belanglos, hauptsache 3 polig und in diesem Fall M18 Anschluss.
Die Frage nach Algenbildung musst Du mir erklären, wo sollen sich Algen bilden?
ZitatDie Frage nach Algenbildung musst Du mir erklären, wo sollen sich Algen bilden?
Hallo Dracolein,
dadurch, dass der Deckel auf ist, und anscheinend ein Laser auch noch rein leuchtet, sind die Voraussetzung für pflanzliches Leben gegeben.
Viele Grüße Gisbert
Da der Kellerraum 24/7 abgedunkelt ist, der Deckel noch nie zugeklappt war und der Laser nur an einem winzigen Punkt reinleuchtet, halte ich das Risiko für vertretbar.
Jedenfalls ist bisher keinerlei Änderung mit bloßem Auge erkennbar.
Danke - das hilft!
Auf Anfrage hier mein Zähler und die stl datei zum Halter.
@hankyzoolander: noch mal danke fürs bereitstellen. Du hast den SICK Sensor ja an einem Nano. Vermutlich hast Du einen Spannungsteiler genutzt. Auf welcher Basis werden die Impulse vom Sensor gesendet, bzw. gemessen? Spannung an/aus oder wird über die Versorgungsspannung Strom geführt?
Vergiss die Anfrage, ich dachte es wäre ein anderer Typ (AO) - es ist nun klar.
Hat jemand eine Ahnung, wie man diese digitale Wasseruhr an FHEM anbinden könnte?
Es handelt sich um eine Pipersberg Ultrimis UL4-190-DN20.
Er hat laut Datenblatt (https://www.pipersberg.de/wp-content/uploads/2021/09/ULTRIMIS-Datenblatt.pdf (https://www.pipersberg.de/wp-content/uploads/2021/09/ULTRIMIS-Datenblatt.pdf)) auch NFC mit einem Datenlogger eingebaut, aber da kommt man sicher nicht so leicht ran.
Vielleicht so: Alternative Methode zum Auslesen von Zählern (Wasseruhr, Gaszähler etc) (https://forum.fhem.de/index.php/topic,115506.0.html)
Zitat von: Beta-User am 11 Januar 2022, 17:15:08
Vielleicht so: Alternative Methode zum Auslesen von Zählern (Wasseruhr, Gaszähler etc) (https://forum.fhem.de/index.php/topic,115506.0.html)
Vielen Dank, sehr interessanter Ansatz! Funktioniert das auch zuverlässig, wenn es im Raum komplett dunkel ist?
Nebenan am Gaszähler ist ein Wemos D1 Mini Board verbaut. Könnte man hier zusätzlich eine Kamera anschließen und das gleiche erreichen? Oder zu kompliziert und lieber ein zweites Gerät?
Der ESP32 bringt in der Regel eine eigene LED mit, es darf ruhig "dunkel" sein, man muss eher aufpassen, wie man die Reflektionen wegbekommt.
K.A., ob man zusätzlich einen Pulscounter mit einbauen könnte, ggf. müßtest du mal auf der Github-Seite fragen, ob sowas gewünscht ist. Im Zweifel würde ich es lassen wie es ist...
ZitatFunktioniert das auch zuverlässig
Ich habe einen solchen Wasserzähler (AI-on-the-edge-device) jetzt seit gut einem Jahr im Einsatz und mache gerade (mal wieder) die Erfahrung, dass die Zuverlässigkeit mit jeder neuen tflite-Datei abnimmt. Dabei habe ich den gleichen Zähler wie der Autor jomjol. Also im Zweifelsfall hilft dann "herantasten". Eine Beschreibung, welche tflite-Datei sich wozu eignet, konnte ich noch nicht finden.
Zitat von: Stromzähler am 11 Januar 2022, 18:09:29
Ich habe einen solchen Wasserzähler (AI-on-the-edge-device) jetzt seit gut einem Jahr im Einsatz und mache gerade (mal wieder) die Erfahrung, dass die Zuverlässigkeit mit jeder neuen tflite-Datei abnimmt. Dabei habe ich den gleichen Zähler wie der Autor jomjol. Also im Zweifelsfall hilft dann "herantasten". Eine Beschreibung, welche tflite-Datei sich wozu eignet, konnte ich noch nicht finden.
Das ist schade. Ich kontrolliere neue Systeme am Anfang und will mich irgendwann darauf verlassen können. Gerade bei einem Wasserzähler schaut man nicht so oft danach. Momentan notiere ich den Stand nur ein bis zweimal Jährlich. Würde aber dennoch gerne wissen, wie der Verbrauch über die Zeit aussieht.
Ich vermute auch Mal stark, dass die großen Zahlen der alten Wasseruhren einfacher abzulesen sind als meine Digitale - der Kontrast ist deutlich höher.
ZitatDas ist schade.
Mit der richtigen tflite-Datei klappt das schon ganz ordentlich. Nur darf man (also in meinem Fall) diese Datei dann eben nicht mit upgraden. Die Firmware selbst ist da nicht bestimmend.