NEWS
Wasserzähler - Version 2 - all-in-device
-
@jomjol sagte in Wasserzähler - Version 2 - all-in-device:
@Hasont Da fehlt irgendwo im Code noch eine korrektes Runden - ich mache mal selbst ein Issue und bei nächster Gelegenheit suche ich nach dem Bug
Hallo, hab die neue Version gerade aufgespielt und jetzt wird alles auch nach der Kommastelle richtig angezeigt!
Vielen DankPS: Wegen meines Wunsches ev. auch einen GPIO anzusteuern damit man über ein Relais auch bei Bedarf das Wasser abstellen könnte hab ich jetzt erstmal durch eine gesonderter Kabelverlegung realisiert.
LG Horst
-
@jomjol Hallo Neueste Rolling eingespielt wie immer tolle Arbeit,
nur so nebenbei solange die Werte in der Config.ini nicht stehen z.b, bei Mqtt TopicError
kann ich diese nicht über Webui anhaken bzw eintragen (grau hinterlegt !) nur zur info !!Wäre es eventuell möglich die IP addresse zu fixieren ,da mein dhcp spinnt ?! Fritzbox...
Habe in Fritz box immer gleiche ip vergeben eingestellt bekommt immer wieder ne andere ..??DANKE für dieses tolle Projekt
-
@Mikewolf sagte in Wasserzähler - Version 2 - all-in-device:
@jomjol Hallo Neueste Rolling eingespielt wie immer tolle Arbeit,
nur so nebenbei solange die Werte in der Config.ini nicht stehen z.b, bei Mqtt TopicError
kann ich diese nicht über Webui anhaken bzw eintragen (grau hinterlegt !) nur zur info !!Wäre es eventuell möglich die IP addresse zu fixieren ,da mein dhcp spinnt ?! Fritzbox...
Habe in Fritz box immer gleiche ip vergeben eingestellt bekommt immer wieder ne andere ..??DANKE für dieses tolle Projekt
Hi Mikewolf,
das mit dem ausgerauten TopicError liegt daran, dass der Wert in deiner Config.ini gar nicht existiert. Geht mal in den Expertmodus und dann in die manuelle Config.ini und ergänze dort bei MQTT eine Zeile mit
TopicError=???
, dann neu laden und es sollte auswählbar sein.Mit der festen IP-Adresse müsste ich mal genauer schauen. Ich verwende aktuell dort die Standartbibliotheken und habe noch keine Ahnung, was ich da anpassen müsste. Bin gerade dabei einen Setup-Modus zu implementieren, um es neuen Nutzern noch einfacher zu machen. Das bindet meine Ressourcen.
-
@jomjol Hallo ja habe ich schon manuell eingefügt bevor ich dies geschrieben habe , war nur als info
für anderer gedacht falls sie zb Mqtt oder anderen Punkt einstellen wollen und nicht können !
DAnke -
@lorenz-g , was für ein Gehäuse hast Du genommen?
Merci. -
@Mikewolf Hi, verwende auch eine FritzBox (6890) mit Firmware 7.21 und bei mir funktioniert das mit der selben IP immer.
-
Also ich bräuchte eigentlich nur den esp32 cam. Ich denke Software läuft auf der espcam ich bräuchte eigentlich nur es ausrichten und einstellen das die ziffern digital abgelesen werden und dann über mqtt zu iobroker auf den raspberry ist das so richtig?
Ich habe kein 3d drucket würde mir jemand es drucken wenn ich den Durchmesser geben würde .
Wo muss ich Messen am am Glass oder da wo es am breitesten ist?
Danke für euren Hilfe.
Ich denke werde es auch so machen .Mit dem Uhr impulsgeber hatte eigentlich vor es hinter der vonStadwerke zu hängen, hat sich ja erledigt wenn es nur der espcam32 ist
-
@Mikewolf sagte in Wasserzähler - Version 2 - all-in-device:
@jomjol Hallo Neueste Rolling eingespielt wie immer tolle Arbeit,
nur so nebenbei solange die Werte in der Config.ini nicht stehen z.b, bei Mqtt TopicError
kann ich diese nicht über Webui anhaken bzw eintragen (grau hinterlegt !) nur zur info !!Wäre es eventuell möglich die IP addresse zu fixieren ,da mein dhcp spinnt ?! Fritzbox...
Habe in Fritz box immer gleiche ip vergeben eingestellt bekommt immer wieder ne andere ..??DANKE für dieses tolle Projekt
In der neueste Rolling ist es möglich, in der Config.ini eine fixed IP zu vergeben - Beschreibung siehe config.ini
-
@jomjol said in Wasserzähler - Version 2 - all-in-device:
@exitus sagte in Wasserzähler - Version 2 - all-in-device:
)
So sieht es aus bei mir . Ich könnte auch ein Wasseruhr mit impulsgeber installieren die Frage ist welche Option wäre besser ?Mit diesen Zeigern und Ziffern wird es gut funktionieren. Ob der orignale Halter passt, kann ich nicht abschätzen.
Bezüglich Motivation:- es macht einfach Spass und weil es eben geht
- mein Wasserzähler ist old Fashion und ich habe auch keine Option ihn selbst auszustauschen. Jeder Zusatzzähler wäre viel zu teuer.
Wenn du es probierst, bekommt du hier jede Menge Hilfe.
Beste Grüße,
jomjolmein wasseruhr hat ein durchmesser von ca. 8,5 ohne 4 stifte würde es den passen.
-
@exitus
Schau doch mal Thread 244 an.
Mit der Lebkuchendose klappt das einwandfrei! -
@Hasont sagte in Wasserzähler - Version 2 - all-in-device:
@jomjol sagte in Wasserzähler - Version 2 - all-in-device:
@Hasont Da fehlt irgendwo im Code noch eine korrektes Runden - ich mache mal selbst ein Issue und bei nächster Gelegenheit suche ich nach dem Bug
Hallo, hab die neue Version gerade aufgespielt und jetzt wird alles auch nach der Kommastelle richtig angezeigt!
Vielen DankPS: Wegen meines Wunsches ev. auch einen GPIO anzusteuern damit man über ein Relais auch bei Bedarf das Wasser abstellen könnte hab ich jetzt erstmal durch eine gesonderter Kabelverlegung realisiert.
LG Horst
@jomjol
Leider zeigt er heute wieder in Corrected Value falsche Daten. Die Raw Value und auch die Checked Value passt.
SetPreValue bringt nichts. Erst nach Reset ist es dann wieder für eine Zeit lang richtig.
Ist in meiner Config alles richtig?
Ich hab deine neue Version vom 2. Dezember drauf die ja schon die Nachkommastellen berichtigt.
Danke für deine Hilfe
LG
Horst
PS: Wasserzähler läuft jetzt schon seit 23 Oktober und seit 13.November ohne Reset durch. -
@Hasont hallo Horst,
nur so als Idee, hast du noch ein normales Objektiv für den ESP? Vielleicht liegt es ja daran -
Hallo Horst,
ich kann mir die Fehlermeldung momentan nicht erklären. Die Erkennung funktioniert einwandfrei (siehe Raw Value). Die Fehlermeldung ist auch logisch, denn der PreValue (= Checked Value) zeigt, dass die Rate deutlich größer ist, als 0.1 (wie in deiner config.ini).
NUR: woher kommt der fehlerhafte PreValue?- Kannst du mal mittels folgender URL den reinen Prevalue auslesen:
IP-ADDRESS/setPreValue.html
- Welche Version genau hast du?
Sehr komisch - das berichtet auch kein anderer, allerdings bist du vermutlich auch der einzige, der keinen Analogzähler verwendet. Sollte aber mit dem PreValue nicht zusammenhängen.
Bleiben wir dran - gruß,
jomjol - Kannst du mal mittels folgender URL den reinen Prevalue auslesen:
-
@jomjol ich habe womöglich den selben Fehler (master - v4.1.0 - 2020-11-30). Auf der Wasseruhr ist bereits ein Impulszähler vom Versorger, somit kann ich nur die "Digitalen" Werte ablesen. Ich muss es aber wohl noch ein paar Tage beobachten, der Fehler ist vorhin zum zweiten mal aufgetreten.
-
@meloneA Danke für die RM - dann bin ich mal gespannt. Vielleicht kommen wir so der Ursache auf die Spur. Bitte beim Fehler auch einen Screenshot der ersten Seite schicken.
-
@jomjol sagte in Wasserzähler - Version 2 - all-in-device:
/setPreValue.html
Hi @jomjol
habe hier auch so ein komisches verhalten. Max Rate steht auf 10: -
@jomjol
Hallo, anbei die Info zum jetzigen Stand.
Die PreValue aus der IP-ADDRESS/setPreValue.html = 3120.82
Die PreValue.ini auf der SD Karte 3120.820068
Wenn du sonst noch was brauchst jederzeit gerne.
Da der RawValue ja stimmt würde wahrscheinlich der Tausch der Kamera wie von MichMein vorgeschlagen nichts bringen, oder?
Die Original Kamera wäre vorhanden. Müsste halt der Secundenkleber vom Kamera/USB-Schacht wieder ab!
LG Horst -
@Hasont Kurze RM: Kamera tausch ändert nichts, da ist irgendwo noch ein Fehler in der Korrekurlogik. Die Rohwerte sind ja richtig. Rest später
-
@jomjol
Hier aktuell nun mit 3 Werten
Die PreValue aus der IP-ADDRESS/setPreValue.html = 3122.19
Die PreValue.ini auf der SD Karte 3122.190186
Ev. bringt dich das ja weiter.
Soll ich mal Rebooten oder lieber mal warten wohin das läuft?
LG Horst -
@Hasont Hallo Horst,
du kannst ruhig einen reboot machen. Ich fürchte, dass ist ein Problem mit dem "CheckConsistency" Algo. Da würde auch erklären, warum er nur bei rein digitalen Zähler auftritt. Um das zu verifizieren, brauche ich aber ein erweitertes Log-File, in dem die Rohwerte in der Zeit mitgelogt wird. Das muss ich erst erstellen (vermutlich am Wochenende). Folgendes Problem könnte ich mir vorstellen:- Ungenauigkeit beim Umwandeln einer Ziffer - z.B. wird aus einer "7" eine "1".
- Der CheckConsistency"-Algorithmus glaubt nun, dass es einen Nulldurchgang gegeben hat, da die "1" < "7" und erhöht die nächste Ziffer um +1. Das kann sich für die nachfolgenden Ziffern fortpflanzen
- Der falsche Wert wird in die PreValue geschrieben
- sobald der nächste Durchlauf wieder mit "7" kommt, stimmt aber alles nicht mehr.
Das passiert bei analogen Zähler nicht, da dort die Wahrscheinlichkeit, dass eine Zahl komplet falsch erkannt wird, sehr sehr gering ist. Kommt also nicht vor.
Ich schreibe eine Version, die die Rohwerte mitschreibt, dann sehen wir, ob das Problem dort liegt.