[Mahocke]

Folgeaenderungen nach dem Merge von v33, alle aus echten Scans am 780 heute Nachmittag.

v34 - Kennzahl an allen Entscheidungsstellen (Review-Hinweis)

• fertigMerken: gleicher Startblock, gleiche Groesse, anderer Inhalt → Eintrag wird ersetzt. Sonst gaelte die neue Datei bei jedem Blick wieder als neu und wuerde endlos hochgeladen.
• Aufraeumfenster: ein Merklisten-Eintrag gilt nur als „liegt noch da", wenn auch die Kennzahl passt.
• Pruefstand Szenario W komplett: gleiche Groesse nach dem Aufraeumen muss ankommen; derselbe Inhalt danach muss beim Empfaenger als Wiederholung landen.

v35 - Kartenriegel und Beweissicherung

• Ein Mutex um alle rohen Kartenzugriffe (USB-Task und Hauptschleife). Der Treiber schuetzt nur einzelne Kommandos, ein Schreibvorgang besteht aber aus Daten plus Warten auf die Karte.
• Abgewiesene Host-Zugriffe werden sofort in den Flash geschrieben (Anzahl, Sektor, Uhrzeit, Schreibspur) und beim naechsten Start gemeldet - der 780 nimmt dem Port nach einem Medienfehler den Strom, im RAM waere alles weg.
• Verzeichnisdaten des Druckers ohne Scan-Datei (33 kB beim Hochfahren) loesen keinen 2,5-Minuten-Wartezyklus mehr aus.

v36 - kein Lesen, waehrend der Drucker schreibt

• Laeuft ein Upload und der Drucker beginnt zu schreiben, bricht der Stick den Upload ab und holt ihn nach, sobald der Drucker fertig ist. Vor v26 war das Medium waehrend des Uploads weg; seit v26 lasen wir daneben, und genau in dieser Ueberlappung brach der 780 zweimal mit 44.12.05 ab (beide Male zudem mit einem waehrend des Schreibens beantworteten Dialog).

Befund 780: Nach 44.12.05 schneidet er dem Port den Strom und sein USB-Host liest danach nichts mehr - auch keinen gewoehnlichen Kartenleser - bis zum Neustart des Druckers.

Real getestet mit v36: zwei Scans von 19,3 und 19,5 MB parallel geschrieben (39 MB in gut drei Minuten), beide angekommen, der Abbruch-und-Nachholen-Pfad griff einmal, keine abgewiesenen Zugriffe, kein Druckerfehler.

🤖 Generated with Claude Code