NEWS
Wasserzähler - Version 2 - all-in-device
-
@esp8266 Ich schrieb ja "genau dasselbe Verhalten" und bezog mich damit unter anderem auch auf die Pings.
Aber wie du schon sagtest, ist ja jetzt egal.Auf jeden Fall vielen Dank für Deine Unterstützung
-
Hallo zusammen,
ich habe nach längerem "vor mir hergeschiebe" auch einen funktionirenden ESP32-Cam gefunden, mit der v15.1.0 geflashed und das ganze an der Wasseruhr montiert. Die Werte werden auch korrekt gelesen und verarbeitet. ich habe ein Problem mit mqtt zur Übertragung an den ioBroker.
Lt. Log im Wasserzähler werden alle Daten und Werte über mqtt gesendet, im Broker kommt aber lediglich das "alive" Objekt an.Ich nutze für alle meine Geräte Sonoff als MQTT Server. Bisher (unaktuell auch bei allesn anderen Geräten) ohne derartiges Verhalten. Ich komme hier aktuell nicht weiter, vielleicht kann mir jemand im Forum helfen
-
@thx1183 , nimm den MQTT Adapter. Denke daran ihn eine andere Adresse zu geben. Bei mir laufen auch die 2 Adapter.
-
@esp8266 sagte in Wasserzähler - Version 2 - all-in-device:
Denke daran ihn eine andere Adresse zu geben
du meinst bestimmt Port, oder?
-
@tt-tom , Ja Portadresse.
-
@esp8266 said in Wasserzähler - Version 2 - all-in-device:
@thx1183 , nimm den MQTT Adapter. Denke daran ihn eine andere Adresse zu geben. Bei mir laufen auch die 2 Adapter.
Ich hatte noch eine MQTT Instanz, die ich mal zu testen installiert hatte. Damit hatte ich es bereits probiert, mit selbem Erfolg wie beim Sonoff Adapter.
Ich hab jetzt die MQTT Instanz mal gelöscht und eine neue eingerichtet. Jetzt funktioniert es!Vielen Dank für den Tip!
-
Hallo zusammen.
Nach kleinen Problemen hatte ich die Cam neu fixiert und die Software neu installiert.
Aktuelles Release: v15.3.0Leider habe ich alle paar Tage den Fehler: Neg. Rate
[1d23h36m01s] 2023-08-03T13:39:29 <ERR> [POSTPROC] main: Raw: 00746.6615, Value: , Status: Neg. Rate - Read: - Raw: 00746.6615 - Pre: 90746.5767Das Problem ist wohl gestern gegen 24 Uhr entstanden.
Komisch ist auch, dass ich ein Logfile vom 1.8 und 3.8 habe aber das vom 2.8 fehltDas System ist bisher keine 4 Wochen ohne Probleme durchgelaufen.
Wie kann ich denn herausfinden, warum er immer wieder falsch Werte erkennt?
-
@bitwicht , kein Wunder. Dein Bild ist doch schief und verschoben. Das liegt an deinen ungenauen Markern. Wurde hier schon zig mal Diskutiert.
Schau dir mal mein Bild an,was fällt dir alles auf?
-
@ESP8266
ok, ich dachte das ist ok und passt. -
@bitwicht , auch deine DIGI Roi´s sind nicht richtig.
Viel zu groß.Ich könnte die Reihe um 2 Pixel noch nach oben schieben. Mache ich aber nicht, da bei mir alles erkannt wird.
-
@ESP8266
passt die Schärfe und Helligkeit?
Denkst du ich kann es in der Software korrigieren oder muss ich mechanisch noch mal ran? -
@bitwicht , das Bild ist sonst ausser den unteren ersten analogen Roi Top.
Da könnte 3 und 4 mehr Kontrast haben.
Ich habe ext. LED´s dran. Unten im Gehäuse als Ring eingeklebt. -
ich habe nun alles neu ausgerichtet und mir ist folgendes aufgefallen.
Hier ein Bild von den Settings - ich finde da passen die Ringe:
Hier ein Bild von dem Overview - da ist es plötzlich nicht mehr so toll.
ich habe gespeichert und auch einen reboot gemacht.
Selbes Phänomen ist auch bei den Digitalen.
Warum weichen die Bilder so signifikant ab und nach welchem muss ich gehen?
-
@bitwicht , die Aligment Marks sollten 100% sein. Schau auf mein Foto. Die beiden roten Markierungen.
-
OK, dann wird es besser.
und dann:
so teste ich es mal ...
Danke! -
@bitwicht , der Rahmen bei elster hat oben noch Luft.. 1-2 Pixel die oberste Linie runter.
Sonst nimm was anderes. -
@ESP8266
Alles klar, habe ich auch noch umgesetzt.
Jetzt bin ich mal gespannt ob das ein paar Monate durchläuft .... Danke. -
@bitwicht sagte in Wasserzähler - Version 2 - all-in-device:
@ESP8266
Alles klar, habe ich auch noch umgesetzt.
Jetzt bin ich mal gespannt ob das ein paar Monate durchläuft .... Danke.Bei mir schon, wenn mal ein error kommt, einfach abwarten bis zur nächsten Entnahme. Manchmal ist das bei den analogen Roi`s. Ich ignorire das. Da steht dann mal ein Zeiger ungünstig.
-
das Problem ist, wenn ein falscher Wert kommt zerhaut es mir die Auswertung (Grafana), da die falsche Werte immer an MQTT gesendet werden
Toll wäre wenn man in der CAM Software einen Schwellwert einstellen könnte.
zB: Wenn neuer Wert über XX (0,2 Kubik) über Vorwert - oder unten Vorwert dann ignorieren und auch nicht an MQTT senden. -
@bitwicht Aber genau das macht die Software doch. Ich vermute, Du trackst in iobroker einfach den falschen Datenpunkt. Du darfst NICHT den raw-Datenpunkt nehmen, sondern den value. Der raw enthält immer, was gerade ausgelesen wurde. Der value ändert sich nur, wenn im ESP-Wasserzähler alles korrekt ist, also neuer Wert höher als der vorherige (prevalue), Änderung liegt innerhalb der im Wasserzähler maximal erlaubten Änderungsrate usw.
Gruss, Jürgen