Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[ESP8266]

@bitwicht , als erstes hängen deine Umrahmungen links runter. Müsste alles noch gedreht werden. Zudem könnte das Bild schärfer sein.
Auch fehlt wohl das gesetzte Previous Value.
Das dürfte in deinem Fall das RAW sein und erstmal nur 3 Stellen hinter dem Komma.
Ich würde es wiederholen, wenn die Zahlen alle richtig sichtbar sind.

[ESP8266]

@esp8266......nichts

[Dan.Master]

@bitwicht
Was bei mir viel geholfen hat bei meiner WasserUhr ist die Cam so zu drehen das so wenig wie möglich das Bild im ESP gedreht werden muss.
Da scheint es mir so das die Erkennung bsser ist das gedrehte Bilder immer Verzehrt wirken im vergleich "richtig" out of the Box.

Gruß
DerDani

[JR99]

@pfried :
Hallo Paul, hast Du vielleicht nähere Daten zu dem Magnet-Ventil? So eines (NO für Trinkwasser) suche ich schon lange, zwar lieber mit 24V aber 230V tut's zur Not auch.
Wie hast Du denn deinen Installateur dazu bekommen das Ventil VOR den verplombten Wasserzähler zu setzen, meiner hat da gleich abgewunken.
Aber hinter dem Zähler muss bei mir eh ein Absperrhahn getauscht werden, da könnte der Klempner gleich das Ventil dazu setzen, aber meiner bietet mir nur ein NC (blöd, hätte ich bei Stromausfall auch gleichzeitig kein Wasser) oder ein sündhaft Teures mit Leck-Überwachungs-Schnickschnack an, was ich ja dank jomjol gar nicht brauche.

VG
Ralf

[JR99]

@doublesib: Vorsicht, Handykamera sagt erst mal gar nix aus, denn die meisten hochwertigen Handys (und sogar die ESP-Cam) haben einen IR-Filter, daher sieht man da gar nix blinken, obwohl die IR-Diode tatsächlich blinkt.

[Gartenrosenzuechter]

Hallo,
ich ersuche um eure Hilfe.

Die Erkennung der einzelnen ROIs erfolgt perfekt, jedoch ist der ermittelte Wert (Value) falsch - siehe grün im Screenshot.
Übersehe ich hier eine Konfigurationseinstellung?

Liebe Grüße
Thomas

[David G.]

@gartenrosenzuechter

Ich denke, das stimmt so.
Bei mir hab ich es auch bei der ersten Stelle.

Weil die Zahl was schief hängt und er was mit komma liest, muss er ja trotzddm die 2 nehmen.

[Gartenrosenzuechter]

@David-G in deinem Fall ist es korrekt - bei mir leider nicht. Der korrekte Wert müßte 137609 sein

[David G.]

@gartenrosenzuechter

Läuft die Cam schon länger oder jetzt erst in Betrieb genommen?

[ESP8266]

@david-g , seine oben gepostenten Werte werden doch richtig angezeigt? Man muss sich nur die Nullen weg denken.
Die 4 ist noch nicht 4 sondern 3,8.....wird aber schon als volle 4 angezeigt.
Man muss halt das Prinzip verstehen.

[Gartenrosenzuechter]

@esp8266 und wie schaffe ich es, dass die 3.8 korrekt noch als 3 im Wert landen?

[Homoran]

@gartenrosenzuechter sagte in Wasserzähler - Version 2 - all-in-device:

@esp8266 und wie schaffe ich es, dass die 3.8 korrekt noch als 3 im Wert landen?

äähm, bitte wie?

4 ist korrekt!

wie du siehst, ist die 4 fast vollständig eingerollt.
und mathematisch wird 3.5 und mehr immer auf 4 gerundet

[Wildbill]

Also ich sehe es nicht so. Für mich wäre 137.6196 korrekt. Die 3 gilt solange, bis die 4 erreicht ist. Die 7.5 im nächsten Kästchen sagt ja eben, dass die 4 noch nicht voll ist, sondern eben erst 3.8. Runden an der Stelle wäre nur korrekt, wenn man sich danach keine weiteren Stellen anzeigen lässt. Aber so hat eine Rundung da eben nix verloren.

Vermutlich hat sich das aber eh längst erledigt, da mit fortschreitendem Zählerstand die 4 wohl eh erreicht wurde und die Werte nun passen.

Gruss, Jürgen

[ESP8266]

@wildbill sagte in Wasserzähler - Version 2 - all-in-device:

Also ich sehe es nicht so. Für mich wäre 137.6196 korrekt.

Woher ist der Wert?

Schon gut.......alles zurück

[David G.]

@gartenrosenzuechter

Ich frage mal anders.
Angenommen du hättest die Cam nicht drauf und nie die Sachen mit dem komma gesehen.

Hättest du dann beim ablesen vom Zähler eine 3 oder 4 eingetragen?
Ich denke sehr sicher eine 4 oder?

Es gibt da ja eigentlich kein Komma. Nur volle Zahlen.

[Homoran]

@wildbill ist die 3.8 nicht ein Wert aus einer Hochrechnung aus den vorherigen Messungen zur Plausibilitätsprüfung?
oder sowieso von der letzten Messung (previous round)?

[Wildbill]

@homoran Ich denke nicht. Je nach verwendetem ROI processing model wird da wohl für jede Dezimalstelle separat einmal anhand des Standes ein Nachkommawert berechnet. Und da die 4 eben nicht ganz „oben“ ist, wird daraus eben 3,8.
Falls es @Gartenrosenzuechter hilft: Ich habe diese models in Verwendung bei augenscheinlich gleicher Wasseruhr:

Und bei extended resolution ist bei mir false gesetzt.

Gruss, Jürgen

[Gartenrosenzuechter]

@homoran 4 ist eben nicht korrekt ! - es geht ja darum, ob die Logik es schafft den Wert korrekt dazustellen oder leider doch nicht nicht so weit ist

[Gartenrosenzuechter]

@wildbill genau so sehe ich es auch! Aktuell hat es sich erledigt, aber hier geht es ja um die korrekte Logik hinter der Berechnung - und diese passt leider nicht

[Gartenrosenzuechter]

Aus meiner Sicht funktioniert die ROI Erkennung ausgezeichnet, jedoch sollte der übermittelte Wert nicht gerundet werden !!
Solange es zb. 3.9 ist, ist der Wert für diese Stelle 3 !