fix: Auswahl beim Aufwecken über Touch entfiel manchmal (S3 5.6.3 / P4 1.4.2) #25

Merged
thomas merged 1 commits from fix/wake-abfrage-touch-pfad into main 2026-08-19 01:03:24 +02:00
Owner

Über den Schalter kam die Abfrage "Espresso oder Cold Extraction" zuverlässig, über Antippen am Display nur manchmal.

Ursache: zwei unterschiedliche Bedingungen für dieselbe Sache. askMode (zeigt die Auswahl) verlangte zusätzlich cxArmable, choiceRelevant (sendet wakeEspresso und schließt damit das Auswahlfenster der S3) nicht. In der Lücke dazwischen zeigte der Dialog nur "Aufwecken", unterdrückte aber trotzdem die Rückfrage der S3 - die Frage war auf beiden Seiten weg. Der Schalterweg hatte diese Lücke nie, weil er allein an der S3 hängt.

P4 1.4.2: beide Stellen benutzen wake_choice_offered(). Bot der Dialog die Auswahl nicht an, sendet er deactivateStandby - dann öffnet die S3 ihr eigenes Auswahlfenster und die Frage kommt trotzdem.

S3 5.6.3: Fensterentscheidung als Bedingungskette; Quelle und Ergebnis des letzten Aufweckens werden festgehalten und auf /Cold-Extraction angezeigt. Die bisherige Live-Liste zeigt nur den jetzigen Stand, der beim Nachsehen längst ein anderer sein kann.

Beide Firmwares kompiliert: S3 78 % Flash / 23 % RAM, P4 35 % Flash / 89 % RAM, keine Warnungen.

Über den Schalter kam die Abfrage "Espresso oder Cold Extraction" zuverlässig, über Antippen am Display nur manchmal. **Ursache:** zwei unterschiedliche Bedingungen für dieselbe Sache. `askMode` (zeigt die Auswahl) verlangte zusätzlich `cxArmable`, `choiceRelevant` (sendet `wakeEspresso` und schließt damit das Auswahlfenster der S3) nicht. In der Lücke dazwischen zeigte der Dialog nur "Aufwecken", unterdrückte aber trotzdem die Rückfrage der S3 - die Frage war auf beiden Seiten weg. Der Schalterweg hatte diese Lücke nie, weil er allein an der S3 hängt. **P4 1.4.2:** beide Stellen benutzen `wake_choice_offered()`. Bot der Dialog die Auswahl nicht an, sendet er `deactivateStandby` - dann öffnet die S3 ihr eigenes Auswahlfenster und die Frage kommt trotzdem. **S3 5.6.3:** Fensterentscheidung als Bedingungskette; Quelle und Ergebnis des letzten Aufweckens werden festgehalten und auf `/Cold-Extraction` angezeigt. Die bisherige Live-Liste zeigt nur den jetzigen Stand, der beim Nachsehen längst ein anderer sein kann. Beide Firmwares kompiliert: S3 78 % Flash / 23 % RAM, P4 35 % Flash / 89 % RAM, keine Warnungen.
thomas added 1 commit 2026-08-19 01:03:15 +02:00
Über den Schalter kam die Abfrage "Espresso oder Cold Extraction" zuverlässig,
über Antippen am Display nur manchmal. Ursache waren zwei unterschiedliche
Bedingungen für dieselbe Sache:

- askMode (zeigt die Auswahl im Dialog) verlangte zusätzlich cxArmable
- choiceRelevant (sendet "wakeEspresso" und schließt damit das Auswahlfenster
  der S3) verlangte es nicht

In der Lücke dazwischen zeigte der Dialog nur "Aufwecken", unterdrückte aber
trotzdem die Rückfrage der S3 - die Frage war auf beiden Seiten weg. Der
Schalterweg hatte diese Lücke nie, weil er allein an der S3 hängt.

P4: beide Stellen benutzen jetzt wake_choice_offered(). Bot der Dialog die
Auswahl nicht an, sendet er "deactivateStandby"; dann öffnet die S3 ihr
eigenes Auswahlfenster und die Frage kommt trotzdem.

S3: Die Fensterentscheidung ist als Bedingungskette geschrieben und hält
Quelle und Ergebnis des letzten Aufweckens fest. /Cold-Extraction zeigt das
an - die bisherige Live-Liste zeigt nur den jetzigen Stand, der beim
Nachsehen längst wieder ein anderer sein kann.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
thomas merged commit 544c6ae3b8 into main 2026-08-19 01:03:24 +02:00
Sign in to join this conversation.
No Reviewers
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: thomas/Dual-PID#25