Wasserzähler - Version 2 - all-in-device
-
@pfried Hallo Paul,
da wäre ich dir dankbar dafür - ist nicht so meine Stärke :-).
Du kannst entweder einen Commit in Github machen (bitte in Rolling) oder mir die Seiten einfach schicken, dann lade ich sie bei nächster Gelegenheit hoch.
Vielen Dank im Voraus,
jomjol -
@jomjol Hast du irgendwo das Original, dann editier ich mal ein bißchen in meiner Corona-LockDown-Freizeit....
-
@pfried Ist direkt in html - ich schicke dir die Dateien als Anhang im ZIP-File.
-
@Segway ich wohne in einem Mehrfamilienhaus. Der Zähler ist nur ein "Zwischenzähler" für meinen Verbrauch in der Eigentümergemeinschaft. Bedeutet nicht mehr geeicht, dass dieser defintiv falsch laufen muss? Falls ja würde ich diesen tatsächlich tauschen.
@MichMein irgendwie mag er meinen Zähler nicht.
Liegt es ggf. daran, dass ich keine analogen Zähler mitgebe? Habe diesen Zustand nun schon mehrere Tage laufen und schaue ab und zu mal ob die Zahlen vernünftig erkannt werden. Leider ist dem nur sehr selten so.
Felder hatte ich größer gezogen:
-
@Hc-Yami Hi, das ist echt ärgerlich. Versuche es doch mal, das ROI in dem jetzt die 6 zu sehen ist, ein wenig nach rechts zu verschieben denn das sieht ziemlich knapp aus.
Wenn Du weißt welche der Zahlen nicht zuverlässig erkannt werden kann @jomjol Dir bestimmt sagen was Du machen musst damit er die Zahlen "trainieren" kann. -
-
@Hc-Yami sagte in Wasserzähler - Version 2 - all-in-device:
@Segway ich wohne in einem Mehrfamilienhaus. Der Zähler ist nur ein "Zwischenzähler" für meinen Verbrauch in der Eigentümergemeinschaft. Bedeutet nicht mehr geeicht, dass dieser defintiv falsch laufen muss? Falls ja würde ich diesen tatsächlich tauschen.
Naja, da bin ich keine Experte. Aber es wird ja nicht umsonst empfohlen etwas zu eichen und somit auszutauschen. Aber wahrscheinlich ist die Korrektheit der Mengenangabe für den Normalverbraucher zu vernachlässigen, da es sich hier mit Sicherheit um keine Abweichung von >1 m3 handeln wird.
-
@Hc-Yami Der Kontrast bei den roten Ziffern ist echt knapp und so nicht trainiert. Am einfachsten nehme ich deine Ziffern mit in die nächste Trainingsrunde auf, dazu brauche ich deine Hilfe:
Logfiles für die digitalen Ziffern einschalten und dann von jeder Ziffer jeweils 2-3 Exemplare raussuchen, vielleicht jeweils von anderen Position (falls verfügbar) und natürlich jeweils für die schwarzen und roten Ziffern getrennt. Die in ein ZIP-file packen und mir schicken - oder hier posten.
Ich nehme die dann in das nächste Training mit auf und es sollte deutlich besser funktionieren.
Beste Grüße,
jomjol -
@jomjol Hi, kannst Du mir bitte den Decimal Shift erklären, damit ich das im Text anpassen kann (was bedeutet ein positive/negative Zahl und von wo weg wird gezählt?
-
@jomjol Was mir aufgefallen ist: wenn man bei einem reinen Digitalzähler die Sektion [Analog] ausmarkiert:
;[Analog]
;Model = /config/ana0630s2.tflite
;LogImageLocation = /log/analog
;LogfileRetentionInDays = 3
;ModelInputSize = 32 32
;analog1 444 225 92 92
;analog2 391 329 92 92
;analog3 294 369 92 92
;analog4 168 326 92 92nimmt er trotzdem die Positionen 1 - 4 und stellt diese als Rahmen dar, erst ein löschen der vier Zeilen (analog1-4) beendet den "Spuk"
-
@jomjol Woher kommen die Stellen 8 und 9 in der Raw Value wenn man nur 7 Stellen eintrainiert hat?
[Digits]
Model = /config/dig0720s1.tflite
;LogImageLocation = /log/digit
;LogfileRetentionInDays = 3
ModelInputSize = 20 32
digital1 58 146 42 76
digital2 148 146 42 76
digital3 233 146 42 76
digital4 323 145 42 76
digital5 411 144 42 76
digital6 499 142 42 76
digital7 586 147 42 76 -
@pfried sagte in Wasserzähler - Version 2 - all-in-device:
@jomjol Hi, kannst Du mir bitte den Decimal Shift erklären, damit ich das im Text anpassen kann (was bedeutet ein positive/negative Zahl und von wo weg wird gezählt?
Der Decimal Shift wird immer gezählt zwischen Digital und Analog (DecimalShift=0 --> Komma ist genau zwischen digitalen und analogen Werten). Wenn es keine analogen Zähler gibt, dann wird von der letzten Ziffer der digitalen Werte gezählt. Die bedeutung des Vorzeichens ist folgendes:
DecimalShift = 2: 123.456 --> 12345.6
DecimalShift = -1: 123.456 --> 12.3456Gruß,
jomjol -
@pfried Ja, das ist noch ein Bug in der Verarbeitung von auskommentierten Zeilen. Ist mir bekannt und muss ich noch korrigieren.
-
@jomjol Das heißt bei 1713569 muss man -2 einstellen um 17135,69 zu erhalten und bei RawValue 171356900 (woher die zwei letzten Nuller kommen weiß ich leider nicht) muss man dann -4 einstellen, korrekt?
-
@pfried Ja genau - die beiden Nullen können natürlich von einer positiven Einstellung bei DecimalShift kommen, ohne dass die analogen Zähler da sind. Dann werden einfach Nullen angehangen.
-
@jomjol Ist das neu, dass man nach setzen des PreValue einen Reboot machen muss, wenn ja würde ein Reboot Button auf der Seite / oder ein Kommentar helfen.
-
@jomjol Noch eine Frage für den Text: Der Wert MaxRateValue bezieht sich immer auf?
-
@pfried sagte in Wasserzähler - Version 2 - all-in-device:
@jomjol Noch eine Frage für den Text: Der Wert MaxRateValue bezieht sich immer auf?
Der bezieht sich auf den maximalen Wert von Runde zu Runde.
Also, z.B. MaxRateValue 0.5 und
Runde 1 = 1204.639, Runde 2 = 1205.044, Rate = 0.405 < MaxRate = 0.5, der eingelesene Wert ist gültig.
Runde 1 = 1204.639, Runde 2 = 1205.194, Rate = 0.555 > MaxRate = 0.5, der eingelesene Wert wird verworfen. -
@pfried sagte in Wasserzähler - Version 2 - all-in-device:
@jomjol Ist das neu, dass man nach setzen des PreValue einen Reboot machen muss, wenn ja würde ein Reboot Button auf der Seite / oder ein Kommentar helfen.
Nein nach Setzen des PreValues ist kein Reboot notwendig.
-
@pfried sagte in Wasserzähler - Version 2 - all-in-device:
@jomjol Noch eine Frage für den Text: Der Wert MaxRateValue bezieht sich immer auf?
Differenz zum letzten korrekten Messwert (PreValue)
