NEWS
Wasserzähler - Version 2 - all-in-device
Wasserzähler - Version 2 - all-in-device
-
@wildbill
Bei mir sieht es wie folgt aus:
Das ganze läuft bei mir schon länger, aber auch schon länger sehr unzuverlässig.
Ich muss sehr oft pre value einstellen.Ich glaube es sind noch keine paar Tage hintereinander vergangen, ohne dass ich pre value setzen musste.
@wusa Wenn es nie länger läuft, dann musst Du eben mal alles checken. Wenn ich Dein Bild so anschaue (das von oben mit der Wasseruhr), dann sind da beispielsweise die Kästchen um die Zahlen relativ gross. Eventuell hilft es, diese etwas kleiner zu setzen. Und schau Dir die Dokumentation nochmal an, auch die dort verlinkten Videos. Ich kann Dir nur sagen, bei mir und vielen anderen läuft es problemlos, wenn es bei Dir immer nur kurz läuft, dann ist irgendwas eben (noch) nicht so, wie es sein sollte. Was genau, keine Ahnung. Ich habe anfangs auch immer wieder mal was ändern müssen, bis es lief. Aber immer schön eins ändern und beobachten. Nicht an zig Stellschrauben gleichzeitig drehen.
Eventuell hilft es ja auch, direkt in Github mal ein Issue aufzumachen, eventuell hilft Dir da jemand oder sogar der Entwickler selbst und gibt Tipps, woran es am ehesten liegen könnte.Gruss, Jürgen
-
@wusa Wenn es nie länger läuft, dann musst Du eben mal alles checken. Wenn ich Dein Bild so anschaue (das von oben mit der Wasseruhr), dann sind da beispielsweise die Kästchen um die Zahlen relativ gross. Eventuell hilft es, diese etwas kleiner zu setzen. Und schau Dir die Dokumentation nochmal an, auch die dort verlinkten Videos. Ich kann Dir nur sagen, bei mir und vielen anderen läuft es problemlos, wenn es bei Dir immer nur kurz läuft, dann ist irgendwas eben (noch) nicht so, wie es sein sollte. Was genau, keine Ahnung. Ich habe anfangs auch immer wieder mal was ändern müssen, bis es lief. Aber immer schön eins ändern und beobachten. Nicht an zig Stellschrauben gleichzeitig drehen.
Eventuell hilft es ja auch, direkt in Github mal ein Issue aufzumachen, eventuell hilft Dir da jemand oder sogar der Entwickler selbst und gibt Tipps, woran es am ehesten liegen könnte.Gruss, Jürgen
-
... ein ähnliches Problem:
Ich nehme an, ich muss etwas bei "Analog/Digital Transition Start" rein schreiben.
Ich habe die entsprechende Doku. gelesen, verstehe sie aber nicht ... :man-shrugging:
Welchen Wert muss ich nehmen, um das Problem im Bild zu vermeiden ??
-
... ein ähnliches Problem:
Ich nehme an, ich muss etwas bei "Analog/Digital Transition Start" rein schreiben.
Ich habe die entsprechende Doku. gelesen, verstehe sie aber nicht ... :man-shrugging:
Welchen Wert muss ich nehmen, um das Problem im Bild zu vermeiden ??
@raspiuser , verstehe deine Frage nicht. Du hast doch kein Fehler. Lass den erst mal wieder eine gerade Zahl anzeigen und RAW zeigt den richtigen Wert. Schon allein weil er noch nicht die 5 erreicht hat. Erst nach fünf sollte die 9 angezeigt werden.
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@raspiuser , verstehe deine Frage nicht. Du hast doch kein Fehler. Lass den erst mal wieder eine gerade Zahl anzeigen und RAW zeigt den richtigen Wert. Schon allein weil er noch nicht die 5 erreicht hat. Erst nach fünf sollte die 9 angezeigt werden.
-
@esp8266 sagte in Wasserzähler - Version 2 - all-in-device:
Du hast doch kein Fehler.
... der RAW Wert stimmt mit "258.4088", die anderen zeigen 1m³ zuviel ...
Heute ist da auch wieder die "9" wo eine "8" stehen müßte ...
-
@raspiuser , wie sehen deine Einstellungen aus.
-
@raspiuser , dann stell mal die ein:
Meine Einstellungen laufen schon seit Jahren damit.
...und immer noch mit der alten Firmware:
-
@esp8266
... ok ... schaun'mer mal ... ich beobachte mit deinen Werten und gehe als nächstes auf eine alte Version. (z.Zt. 15.6.0)Die analogen Werte sind ja sehr genau, Problem ist ist nur, dass die letzte digitale Stelle seeeeehr früh wechselt.
@raspiuser sagte in Wasserzähler - Version 2 - all-in-device:
@esp8266
... gehe als nächstes auf eine alte Version. (z.Zt. 15.6.0)oder geh auf die Latest 15.7.0
Hatte mit dem selben Zähler zwischen 15.4.0 und 15.6.0 das selbe Problem.
Hat sich jetzt mit der 15.7.0 wieder gebessert. -
@raspiuser sagte in Wasserzähler - Version 2 - all-in-device:
@esp8266
... gehe als nächstes auf eine alte Version. (z.Zt. 15.6.0)oder geh auf die Latest 15.7.0
Hatte mit dem selben Zähler zwischen 15.4.0 und 15.6.0 das selbe Problem.
Hat sich jetzt mit der 15.7.0 wieder gebessert. -
@hasont wie wäre es sich einfach eine Powerbank zu suchen die gleichzeitig Laden und Strom abgeben kann.
Als ich "oft" Stromausfall hatte lag es daran das ich an der Elektrik gearbeitet habe. Das hat meine ESP32-Cams nicht in Mitleidenschaft gezogen, die gingen halt aus und dann wieder an.Also das ganze mit den Kondensatoren einfach ganz weglassen?
Danke für die Rückmeldung, ohne C läuft mein Wasserzähler nicht 100% stabil. Foto und Browser können dann schon mal zum Absturz führen. Meine zwei Powerbanks die ich hier habe unterbrechen wenn ich den Strom ziehe. Ob das mit anderen auch so ist kann ich nicht sagen. Reine Platinen für LiIo vom Ali hab ich auch schon probiert. Auch da ist eine wirklich unterbrechungsfreie Versorgung nicht sicher. Ist von meinen 3 Zählern komischerweise auch nur der Wasserzähler der sich aufhängt und nach Stromrückkehr nicht mehr geht. Erneut Stromlos machen und er läuft wieder. Im Urlaub wäre das blöd da ich meine Wasserüberwachung damit steuere. Werd schon noch eine Lösung finden;-) Ansonsten laufen die Teile ja jetzt absolut über mehrere Monate stabil. Als Kind der ersten Stunde kann ich nur immer wieder sagen, ein tolles Projekt und danke dafür.
-
Hallo zusammen,
ich hab gestern mal alles zusammengebaut und wie es aussieht läuft das ganz gut, aber ganz hab ich das System noch nicht verstanden.
In welchem Abstand macht das ESP nun ein Image oder was ist der Trigger?
(Speichere ich jetzt nur noch sporadisch den Zählerstand in der DB?)Ich speichere jetzt den RAW Wert in einer InfluxDB, ist das der richtige Wert zum rechnen oder müsste ich da Value oder einen anderen verwenden?
Und zu guter Letzt, ich hab hier ja nicht mehr wie beim Reedkontakt die einzelnen Impulse die mir einen Echtzeitverbrauch messen, wie macht ihr da die Berechnung?
Gibt es ein Grafanadashboard das eine Auswertung aus den Daten macht das frei zugänglich ist oder hat jemand eins das er mir zur Verfügung stellen würde?Ich danke euch für eure Hilfe!!
-
Hallo zusammen,
ich hab gestern mal alles zusammengebaut und wie es aussieht läuft das ganz gut, aber ganz hab ich das System noch nicht verstanden.
In welchem Abstand macht das ESP nun ein Image oder was ist der Trigger?
(Speichere ich jetzt nur noch sporadisch den Zählerstand in der DB?)Ich speichere jetzt den RAW Wert in einer InfluxDB, ist das der richtige Wert zum rechnen oder müsste ich da Value oder einen anderen verwenden?
Und zu guter Letzt, ich hab hier ja nicht mehr wie beim Reedkontakt die einzelnen Impulse die mir einen Echtzeitverbrauch messen, wie macht ihr da die Berechnung?
Gibt es ein Grafanadashboard das eine Auswertung aus den Daten macht das frei zugänglich ist oder hat jemand eins das er mir zur Verfügung stellen würde?Ich danke euch für eure Hilfe!!
@seppele Zum Auswerten und speichern in der influx solltest Du den value nehmen. Der RAW ist so, wie ihn die Kamera eben gerade auswertet, inklusive aller möglichen Fehler. Der Value durchläuft dann erst die Routinen in denen geprüft wird, ob der Wert Sinn ergibbt, innerhalb des rate limit liegt, größer als der vorherige Wert ist usw.
Das Ablesen erfolgt AFAIK im 5-Minuten-Intervall.
Einen Echtzeitverbrauch bekommst Du so also eh nicht, Du kannst höchtens auf Änderung des value triggern und hast dann den Verbrauch in den letzten 5 Minuten (oder was eben auch immer der Intervall sein mag). Da das Auswerten des Bilds den ESP gut auslastet, ist ein niedrigerer Intervall wohl auch nicht sinnvoll möglich, meine ich gelesen zu haben.Gruss, Jürgen
-
@seppele Zum Auswerten und speichern in der influx solltest Du den value nehmen. Der RAW ist so, wie ihn die Kamera eben gerade auswertet, inklusive aller möglichen Fehler. Der Value durchläuft dann erst die Routinen in denen geprüft wird, ob der Wert Sinn ergibbt, innerhalb des rate limit liegt, größer als der vorherige Wert ist usw.
Das Ablesen erfolgt AFAIK im 5-Minuten-Intervall.
Einen Echtzeitverbrauch bekommst Du so also eh nicht, Du kannst höchtens auf Änderung des value triggern und hast dann den Verbrauch in den letzten 5 Minuten (oder was eben auch immer der Intervall sein mag). Da das Auswerten des Bilds den ESP gut auslastet, ist ein niedrigerer Intervall wohl auch nicht sinnvoll möglich, meine ich gelesen zu haben.Gruss, Jürgen
@wildbill Danke für deine Antwort.
leider verstehe ich den Sinn des PreVaule einfach nicht.
Die Uhr hat einen Zählerstand und der wird abgelesen und dann in RAW gespeichert, das ist doch der Wert den ich will, wie kann PreVaule jetzt erkennen das der Wert nicht stimmt.Ich habe gerade das Problem mit dem verlust von Value da der Value Status Rate too high ausgibt.
Was bedeutet dass denn?
Wenn ich mir das Bild vom Zählerstand anschaue dann stimmt das genau mit dem Raw Wert zusammen.
Somit ist der Wert ja nicht falsch oder?Sorry für meine dummen Fragen aber ich checks einfach nicht
-
@wildbill Danke für deine Antwort.
leider verstehe ich den Sinn des PreVaule einfach nicht.
Die Uhr hat einen Zählerstand und der wird abgelesen und dann in RAW gespeichert, das ist doch der Wert den ich will, wie kann PreVaule jetzt erkennen das der Wert nicht stimmt.Ich habe gerade das Problem mit dem verlust von Value da der Value Status Rate too high ausgibt.
Was bedeutet dass denn?
Wenn ich mir das Bild vom Zählerstand anschaue dann stimmt das genau mit dem Raw Wert zusammen.
Somit ist der Wert ja nicht falsch oder?Sorry für meine dummen Fragen aber ich checks einfach nicht
@seppele Die Anleitung lesen und verstehen hilft da oft.
Kurz gesagt. Wenn Du alles soweit eingerichtet hast, dann setzt Du einmal den prevalue auf den jetzt gültigen Stand. Also das, was Dir das Bild anzeigt. Manuell selber ablesen, nicht den raw nehmen, der kann, muss aber nicht stimmen. Ab da übernimmt dann die Logik. Es wird immer wieder ein Bild gemacht und ausgewertet. Dabei werden eben verschiedene Plausibilitäten geprüft, und nur, wenn alles passt, wird es in value geschrieben. Der raw wird immer geschrieben, aber Du willst ja nicht, dass jeder Ablesefehler 1:1 in Deinen Daten landet.Wenn sich dann herausstellt, dass der value irgendwann hängenbleibt, beispielsweise wegen rate too high, dann musst du die rate limit eben entsprechend erhöhen. Beispielsweise, wenn Du nur 5L Verbrauch in einem Ablesezeitraum erlaubst, wegen 3 gleichzeitig benutzter Waschmaschinen und Badewannen aber eben mehr Liter in dem zeitraum durchrauschen. Zu hoch aber auch nicht, da sonst eventuelle Auswertefehler eben wieder 1:1 ankommen. Nach einem derartigen fehler musst Du einmal den prevalue wieder manuell setzen, damit der ESP weiss, was der momentane wirkliche Wert ist (da der raw ja auch falsch ausgelesen werden kann) da die Logik ansonsten nicht weiter prozessiert. Da musst Du Dich rantasten, da gibt es keinen richtigen Wert, der für alle gilt.
Gruss, Jürgen
-
@seppele Die Anleitung lesen und verstehen hilft da oft.
Kurz gesagt. Wenn Du alles soweit eingerichtet hast, dann setzt Du einmal den prevalue auf den jetzt gültigen Stand. Also das, was Dir das Bild anzeigt. Manuell selber ablesen, nicht den raw nehmen, der kann, muss aber nicht stimmen. Ab da übernimmt dann die Logik. Es wird immer wieder ein Bild gemacht und ausgewertet. Dabei werden eben verschiedene Plausibilitäten geprüft, und nur, wenn alles passt, wird es in value geschrieben. Der raw wird immer geschrieben, aber Du willst ja nicht, dass jeder Ablesefehler 1:1 in Deinen Daten landet.Wenn sich dann herausstellt, dass der value irgendwann hängenbleibt, beispielsweise wegen rate too high, dann musst du die rate limit eben entsprechend erhöhen. Beispielsweise, wenn Du nur 5L Verbrauch in einem Ablesezeitraum erlaubst, wegen 3 gleichzeitig benutzter Waschmaschinen und Badewannen aber eben mehr Liter in dem zeitraum durchrauschen. Zu hoch aber auch nicht, da sonst eventuelle Auswertefehler eben wieder 1:1 ankommen. Nach einem derartigen fehler musst Du einmal den prevalue wieder manuell setzen, damit der ESP weiss, was der momentane wirkliche Wert ist (da der raw ja auch falsch ausgelesen werden kann) da die Logik ansonsten nicht weiter prozessiert. Da musst Du Dich rantasten, da gibt es keinen richtigen Wert, der für alle gilt.
Gruss, Jürgen
@wildbill Danke für diese Erklärung, nun hab ich verstanden was es damit auf sich hat.
Es wird zwischen dem PreValue und dem Raw Wert die Differenz berechnet und die darf dann den Settings der Rate Limit nicht übersteigen, wenn höher wird Value nicht geschieben und somit weis man das etwas nicht stimmt und man speichert sich keine falschen Werte in die DB?
Vermutlich liegt das Problem dann daran das ich einen Gaszähler und keine Wasseruhr auslese und da grundsätzlich andere Abgabemengen vorliegen am Zähler.
Ich werd mal googeln ob ich irgendwas zu Grundsettings für einen Gaszähler finde, vermutlich gibts da auch so Richtiwerte wie beim Wasser die Grundsetting mit 5l und diese kann man dann vielleicht feintunen.
Zum auswerten in Grafana:
Was kann ich mit den Werten denn Sinnvoll ausgeben, der Tagesverbrauch wäre der kleinste Aussagekräftige wert denn ich dann berechnen könnte oder?
Dazu müsste ich den Ersten Wert vom Tages Datum vom letzten Wert abziehen dann sollte die verbrauch übrig bleiben, das wäre dann der Tagesverbrauch?
Mathe war noch nie meine störke
-
@wildbill Danke für diese Erklärung, nun hab ich verstanden was es damit auf sich hat.
Es wird zwischen dem PreValue und dem Raw Wert die Differenz berechnet und die darf dann den Settings der Rate Limit nicht übersteigen, wenn höher wird Value nicht geschieben und somit weis man das etwas nicht stimmt und man speichert sich keine falschen Werte in die DB?
Vermutlich liegt das Problem dann daran das ich einen Gaszähler und keine Wasseruhr auslese und da grundsätzlich andere Abgabemengen vorliegen am Zähler.
Ich werd mal googeln ob ich irgendwas zu Grundsettings für einen Gaszähler finde, vermutlich gibts da auch so Richtiwerte wie beim Wasser die Grundsetting mit 5l und diese kann man dann vielleicht feintunen.
Zum auswerten in Grafana:
Was kann ich mit den Werten denn Sinnvoll ausgeben, der Tagesverbrauch wäre der kleinste Aussagekräftige wert denn ich dann berechnen könnte oder?
Dazu müsste ich den Ersten Wert vom Tages Datum vom letzten Wert abziehen dann sollte die verbrauch übrig bleiben, das wäre dann der Tagesverbrauch?
Mathe war noch nie meine störke@seppele Nein, der raw-value fließt nirgendwo auch nur irgendwie in eine Berechnung ein. Der raw-value ist einfach der, der „auf den ersten Blick“ vom ESP erkannt wurde.
In die Berechnung fließt einmal der Wert ein, den die Logik des ESP, je nach verwendetem Auslesemodell aus dem Kamerabild ermittelt, sowie der vorher als korrekt erkannte Wert. Also der value, bevor er jetzt neu berechnet wird. Das kann ein Wert sein, den Du per prevalue nach einem Fehler selbst gesetzt hast, ansonsten ist es eben der value, der beim vorherigen Auslesen als korrekt ermittelt wurde. Der neu berechnete Wert wird dann mit dem vorherigen verglichen, und nur, wenn er alle Prüfungen besteht, wird er als neuer value eingetragen und per MQTT übermittelt. Ansonsten erfolgt eben eine Fehlermeldung, beispielsweise rate too high, wenn der vorherige korrekte value mehr als die erlaubte rate limit unter dem jetzigen liegt.Der raw wird grundsätzlich immer übertragen, aber der kann halt auch weit abweichen, wenn eine 0 als 8 erkannt wurde oder Sonstiges. Deshalb heißt er „raw“, weil er roh ist, ohne jegliche Bearbeitung oder Plausibilitätsprüfung.
Bezüglich Gaszähler würde ich auch direkt beim Projekt auf Github schauen. Da gibt es unzählige Beispiele und auch genug Anfragen/Issues bezüglich. Da musst Du für Dich selbst den sinnvollsten Wert ermitteln. Keiner kennt Deinen normalen Verbrauch.
Grafana ist zum Visualisieren da, nicht zum Berechnen. Ich lasse mir die Daten aus der influx dann einfach als Linie darstellen. Dann sehe ich auf einen Blick über den Tag, wann höherer Verbrauch war und wann weniger. Und, ob es mal klemmt, wenn die Linie über einen Zeitraum gerade bleibt obwohl Verbrauch stattfand. Wobei ich mir da auch eine Meldung schicken lassen, wenn der value über einen gewissen Zeitraum nicht geändert wurde. dann weiss ich, dass die Auswertung mal hängt.
Tagesverbräuche und dergleichen mache ich direkt über den sourceanalytix-Adapter. Der macht das automatisch, da muss nix manuell gemacht werden. Die visualisiere ich aber nicht, sind nur als Daten in den Objekten. Ich meine aber, im Forum gab es auch Beispiele, wie man derartige Daten mit Grafana visualisieren kann. Musst mal hier die Suche bemühen.
Gruss, Jürgen
-
@seppele Nein, der raw-value fließt nirgendwo auch nur irgendwie in eine Berechnung ein. Der raw-value ist einfach der, der „auf den ersten Blick“ vom ESP erkannt wurde.
In die Berechnung fließt einmal der Wert ein, den die Logik des ESP, je nach verwendetem Auslesemodell aus dem Kamerabild ermittelt, sowie der vorher als korrekt erkannte Wert. Also der value, bevor er jetzt neu berechnet wird. Das kann ein Wert sein, den Du per prevalue nach einem Fehler selbst gesetzt hast, ansonsten ist es eben der value, der beim vorherigen Auslesen als korrekt ermittelt wurde. Der neu berechnete Wert wird dann mit dem vorherigen verglichen, und nur, wenn er alle Prüfungen besteht, wird er als neuer value eingetragen und per MQTT übermittelt. Ansonsten erfolgt eben eine Fehlermeldung, beispielsweise rate too high, wenn der vorherige korrekte value mehr als die erlaubte rate limit unter dem jetzigen liegt.Der raw wird grundsätzlich immer übertragen, aber der kann halt auch weit abweichen, wenn eine 0 als 8 erkannt wurde oder Sonstiges. Deshalb heißt er „raw“, weil er roh ist, ohne jegliche Bearbeitung oder Plausibilitätsprüfung.
Bezüglich Gaszähler würde ich auch direkt beim Projekt auf Github schauen. Da gibt es unzählige Beispiele und auch genug Anfragen/Issues bezüglich. Da musst Du für Dich selbst den sinnvollsten Wert ermitteln. Keiner kennt Deinen normalen Verbrauch.
Grafana ist zum Visualisieren da, nicht zum Berechnen. Ich lasse mir die Daten aus der influx dann einfach als Linie darstellen. Dann sehe ich auf einen Blick über den Tag, wann höherer Verbrauch war und wann weniger. Und, ob es mal klemmt, wenn die Linie über einen Zeitraum gerade bleibt obwohl Verbrauch stattfand. Wobei ich mir da auch eine Meldung schicken lassen, wenn der value über einen gewissen Zeitraum nicht geändert wurde. dann weiss ich, dass die Auswertung mal hängt.
Tagesverbräuche und dergleichen mache ich direkt über den sourceanalytix-Adapter. Der macht das automatisch, da muss nix manuell gemacht werden. Die visualisiere ich aber nicht, sind nur als Daten in den Objekten. Ich meine aber, im Forum gab es auch Beispiele, wie man derartige Daten mit Grafana visualisieren kann. Musst mal hier die Suche bemühen.
Gruss, Jürgen
-
@wildbill , History würde zu dem Zweck auch reichen und dann mit E-Charts anzeigen lassen.
@esp8266 Ja, musst Du aber an @seppele richten. Er ist auf der Suche nach einer Lösung. Ich habe nur beschrieben, wie ich es mache. Und ich verwende ausschließlich influx zum Speichern und Grafana zum Visualisieren der Daten. Dass viele Wege nach Rom führen ist ja eine der Stärken von iobroker.
Gruss, Jürgen
Support us
136
Online32.4k
Users81.3k
Topics1.3m
Posts