Ich beobachte den nächsten Übergang.
Der Wert ist jetzt bei 383,1xxx und die Spitze der 4 kommt schon ins Sichtfeld.

Und unterschiedliche Zählertypen haben wir bestimmt auch.

Da wäre eine bessere Positionierung der Kamera um einiges relevanter.
Nach deinem Foto zu urteilen sitzt deine Kamera etwas nach links unten verschoben. Dadurch wird das Rollenzählwerk noch ungenauer erkannt, als sowieso schon bauartbedingt.
Es wäre wahrscheinlich günstiger die Kamera mehr Richtung rechts oben zu positionieren

Dadurch wird jetzt der richtige Wert nicht genommen, da dies eine negative rate bedeuten würde.

... zwischenzeitlich habe ich jetzt wieder den "richtigen", weil >383m³, Wert. Und ich habe deine Erläuterung jetzt auch verstanden, Danke. Nun muss ich nur noch die richtigen Schlüsse / Einstellungen daraus ableiten.

@Codierknecht sagte in AI on the Edge v17.4.0-SLFork Erkennung letztes Digit:

ist aber das Original und nicht der Fork:

... und dadurch bringt mich das nicht wirklich weiter. Und unterschiedliche Zählertypen haben wir bestimmt auch. Trotzdem Danke für den Versuch, ich probiere mal zu vergleichen.

Ich habe Anfang 2026 zu diesem Fork gewechselt und habe es nicht bereut, vorher hatte ich andere, unangenehmere "Problemchen". Die Erkennung ist hier grundsätzlich besser !
Ich glaube mich auch zu erinnern, dass damals auch diese (viel diskutierte ;-) ) 5te Nachkommastellen (rein rechnerisch) dazu gekommen ist.

Danke für eure Zeit.

Vorschläge für andere EInstellungen ?

Sieht bei mir so aus - ist aber das Original und nicht der Fork:

Hier der komplette Log-Inhalt

ich meinte zwar die von dir in history o.ä. geloggten Daten, aber das enthält ja deutlich mehr Informationen.
Da müsstest du ja sogar die "falschen" Konfigurationen ausfindig machen können

das discarded Value ist das falsch gelesene, dass von der AI als falsch erkannt wird und durch den fallback ersetzt wird.
Wahrscheinlich ist irgendwann bei dir dieser ei falscher Wert akzeptiert worden, und als falscher fallback gespeichert, so dass dieser jetzt immer wieder fälschlicherweise genommen wird.

EDIT:
Dadurch wird jetzt der richtige Wert nicht genommen, da dies eine negative rate bedeuten würde.

[12d06h32m26s] 2026-03-25T19:26:55	<WRN>	[POSTPROC] Sequence: main | Status: E93 Rate too high (>) | Rate: 1.15598, Discarded value: 383.91120, Using fallback: 382.909350
[12d06h32m26s] 2026-03-25T19:26:55	<WRN>	[FLOWCTRL] Process deviation in state: "Post-Processing"
[12d06h32m46s] 2026-03-25T19:27:16	<WRN>	[POSTPROC] Sequence: main | Status: E93 Rate too high (>) | Rate: 0.83487, Discarded value: 383.91120, Using fallback: 382.909350
[12d06h32m46s] 2026-03-25T19:27:16	<WRN>	[FLOWCTRL] Process deviation in state: "Post-Processing"
[12d06h33m35s] 2026-03-25T19:28:04	<WRN>	[POSTPROC] Sequence: main | Status: E93 Rate too high (>) | Rate: 0.49271, Discarded value: 383.91120, Using fallback: 382.909350
[12d06h33m35s] 2026-03-25T19:28:04	<WRN>	[FLOWCTRL] Process deviation in state: "Post-Processing"
[12d06h40m01s] 2026-03-25T19:34:30	<WRN>	[POSTPROC] Sequence: main | Status: E93 Rate too high (>) | Rate: 0.18692, Discarded value: 383.91120, Using fallback: 382.911200
[12d06h40m01s] 2026-03-25T19:34:30	<WRN>	[FLOWCTRL] Process deviation in state: "Post-Processing"

... und der aktuelle Screenshot ...

Jetzt schaue ich mir (nochmal) die Einstellungen an bzw. die Logs die jetzt noch kommen ... Danke für deine Zeit.

das würde dann ja "stochern im Nebel" bedeuten ...

nöö, sieh mal in den geloggten Daten, wann der erste Sprung war

Hast Du Vorschläge für andere EInstellungen ?

nein!
ich habe seit Jahren den AI on the Edge nicht mehr laufen.
Diese Einstellungen kenne ich nicht

die wirkliche Ursache wird noch ein paar Messungen vor #1 gelegen haben

... boah ... das würde dann ja "stochern im Nebel" bedeuten ...
Hast Du Vorschläge für andere EInstellungen ? Hier bin ich z.Zt.:

Den Zusammenhang zu "Rate to high" sehe ich nicht.

wenn deswegen zurückgesetzt wird

sagte in AI on the Edge v17.4.0-SLFork Erkennung letztes Digit:

Leider lernt die AI das dann falsch

die wirkliche Ursache wird noch ein paar Messungen vor #1 gelegen haben

dort wurde es im raw richtig erkannt

Guten Morgen und Danke das Du dir Zeit nimmst, aber ...

Nein, in #1 ist der Raw-Wert falsch ... Die "3" vorm Komma müßte eine "2" sein !! Die analogen Werte werden einwandfrei erkannt !!!

Heute morgen wieder falsch und trotzdem "Valid"

Jetzt ein paar Mal zur Toilette und die Waschmaschine einschalten o.ä. und dann wird im Lauf des Tages die "3" richtig werden ...
Den Zusammenhang zu "Rate to high" sehe ich nicht.

Nein, schau Dir den Screenshot in #4 an. Der Übergang der 1ten Stelle vorm Komma wird nicht richtig erkannt.

er wird in #1 wegen rate too high zurückgesetzt.
dort wurde es im raw richtig erkannt
Leider lernt die AI das dann falsch

das lag an rate to high!

Nein, schau Dir den Screenshot in #4 an. Der Übergang der 1ten Stelle vorm Komma wird nicht richtig erkannt.

@Homoran sagte in AI on the Edge v17.4.0-SLFork Erkennung letztes Digit:

Wenn du 5 analoge definierst

Nein, ich habe 4 definiert, die 5te Stelle kommt von der AI.

Das Problem ist die 1te Ziffer vor dem Komma

das lag an rate to high!

@RaspiUser sagte in AI on the Edge v17.4.0-SLFork Erkennung letztes Digit:

nicht die 3te Stelle hinter dem Komma

Nein, sondern die 5.!

Wenn du 5 analoge definierst, von deben nur 4 da sind, kann es zu Problemen kommen.

Dann braucht's ja auch nur 3 analoge ROI

Nochmal:
... es sind auf dem Zähler "382,9xx" und es werden aber "383,9xx" angezeigt.
Das Problem ist die 1te Ziffer vor dem Komma, nicht die 3te Stelle hinter dem Komma ...

Mir auch

Dann braucht's ja auch nur 3 analoge ROI

Mir reichen 3 Nachkommastellen völlig

Mir auch, aber ... es sind auf dem Zähler "382,9xx" und es werden aber "383,9xx" angezeigt.
Ansonsten arbeitet der Algorithmus super, nur in o.g. Bereich nicht ...

Ich habe da aber auch ab und an Probleme ... mit dem Original.
Die löse ich per Script.
Wenn erfolgreich gemessen wurde, merke ich mir den Wert in einem eigenen State.
Tritt ein Fehler auf (Rate too high, negative), setze ich über das API einfach den letzten erfolgreich gemessenen Wert als "PreValue".

wo soll das auf dem Zähler zu sehen sein?

Natürlich nirgends ... ich habe lediglich die Anzeige links aus dem "Overview" wiedergegeben.

ist für die Frage ja auch nicht von Bedeutung, habe ich nur so übernommen.

wo soll das auf dem Zähler zu sehen sein?
bei Fehlkonfiguration rechnet sich die AI was zusammen.

ich sehe nur 4 Dezimale

... ist für die Frage ja auch nicht von Bedeutung, habe ich nur so übernommen.

@Homoran sagte in AI on the Edge v17.4.0-SLFork Erkennung letztes Digit:

Das musst du dann schon sehr genau verfolgen u d die Parameter anpassen.

... ja, und ich tue mir schwer, welche das denn sind ... und wie, siehe "Analog/Digit Sync Value"

@mcm1957 sagte in AI on the Edge v17.4.0-SLFork Erkennung letztes Digit:

Wär das nicht eher ein Theme für offtopic?

... stimmt schon ein wenig ... kann ich das verschieben oder ein Moderator ?

aber das beschriebene Problem tritt nur auf wenn die letze digitale Pos. wechselt.

Natürlich!

@RaspiUser sagte in AI on the Edge v17.4.0-SLFork Erkennung letztes Digit:

Und der Wechsel fängt bei diesem Zähler seeeeehr früh an ...

...und ab dann verlässt sich der ESP nicht mehr auf das was er (nicht mehr richtig) sieht, und startet seine AI und füttert diese mit Zusatzinformationen.

Das musst du dann schon sehr genau verfolgen u d die Parameter anpassen.

@RaspiUser sagte in AI on the Edge v17.4.0-SLFork Erkennung letztes Digit:

... aus der Anzeige ...

ich sehe nur 4 Dezimale