Der Konstruktionsfehler: Die Abfrage war eine reine Vorab-Abfrage des Displays und erschien nur beim Antippen des Standby-Bildschirms. Beim Aufwecken ueber den Schalter ist der Standby aber schon beendet, bevor das Display ueberhaupt fragen koennte - dieser Weg war nie abgedeckt.
Loesung: Die Steuerung haelt nach dem Aufwecken ein Auswahlfenster offen (20 s). Der Wasserkreis heizt in dieser Zeit nicht, das Display blendet die Auswahl von sich aus ein (ohne Antippen) und zeigt einen Countdown. Ohne Entscheidung wird danach normal geheizt - es geht also nichts verloren, wenn niemand hinsieht.
Bedingungen fuers Oeffnen
Touch-Display angeschlossen (ohne koennte niemand waehlen und die Maschine wuerde nur spaeter heizen)
Funktion freigeschaltet und Einstellung "Abfrage beim Aufwecken" aktiv
Cold-Extraction-Modus nicht ohnehin schon aktiv
Es schliesst sofort bei einer Entscheidung, bei Bezug/Spuelen oder erneutem Standby.
Protokoll
Neue Aktion wakeEspresso: beendet den Standby (falls aktiv) und schliesst das Fenster. Das Display sendet sie statt deactivateStandby, sobald die Auswahl relevant ist - sonst wuerde direkt nach dem Aufwecken ueber den Dialog nochmal gefragt.
Neue State-Felder cxWakeChoice und cxWakeChoiceSec.
P4 (1.4.0)
Dialog erscheint selbsttaetig bei cxWakeChoice, mit Countdown und ohne "Abbrechen" (es gibt nichts abzubrechen). Der Cold-Knopf beendet den Standby nur noch, wenn er ueberhaupt aktiv ist.
**Der Konstruktionsfehler:** Die Abfrage war eine reine *Vorab*-Abfrage des Displays und erschien nur beim Antippen des Standby-Bildschirms. Beim Aufwecken ueber den Schalter ist der Standby aber schon beendet, bevor das Display ueberhaupt fragen koennte - dieser Weg war nie abgedeckt.
**Loesung:** Die Steuerung haelt nach dem Aufwecken ein Auswahlfenster offen (20 s). Der Wasserkreis heizt in dieser Zeit nicht, das Display blendet die Auswahl von sich aus ein (ohne Antippen) und zeigt einen Countdown. Ohne Entscheidung wird danach normal geheizt - es geht also nichts verloren, wenn niemand hinsieht.
**Bedingungen fuers Oeffnen**
- Touch-Display angeschlossen (ohne koennte niemand waehlen und die Maschine wuerde nur spaeter heizen)
- Funktion freigeschaltet und Einstellung "Abfrage beim Aufwecken" aktiv
- Cold-Extraction-Modus nicht ohnehin schon aktiv
Es schliesst sofort bei einer Entscheidung, bei Bezug/Spuelen oder erneutem Standby.
**Protokoll**
- Neue Aktion `wakeEspresso`: beendet den Standby (falls aktiv) und schliesst das Fenster. Das Display sendet sie statt `deactivateStandby`, sobald die Auswahl relevant ist - sonst wuerde direkt nach dem Aufwecken ueber den Dialog nochmal gefragt.
- Neue State-Felder `cxWakeChoice` und `cxWakeChoiceSec`.
**P4 (1.4.0)**
Dialog erscheint selbsttaetig bei `cxWakeChoice`, mit Countdown und ohne "Abbrechen" (es gibt nichts abzubrechen). Der Cold-Knopf beendet den Standby nur noch, wenn er ueberhaupt aktiv ist.
Compile-Check: S3 73 % Flash / 23 % RAM, P4 37 % Flash / 98 % statischer RAM.
Die Abfrage war eine reine Vorab-Abfrage des Displays und erschien nur beim
Antippen des Standby-Bildschirms. Beim Aufwecken über den Schalter ist der Standby
aber schon beendet, bevor das Display überhaupt fragen könnte — dieser Weg war nie
abgedeckt.
Die Steuerung hält jetzt nach dem Aufwecken ein Auswahlfenster offen (20 s): Der
Wasserkreis heizt in dieser Zeit nicht, das Display blendet die Auswahl von sich aus
ein und zeigt einen Countdown. Ohne Entscheidung wird danach normal geheizt, es geht
also nichts verloren, wenn niemand hinsieht.
Das Fenster öffnet nur mit angeschlossenem Display (sonst könnte niemand wählen),
bei freigeschalteter Funktion und aktiver Einstellung "Abfrage beim Aufwecken", und
nur wenn der Modus nicht ohnehin schon läuft. Es schließt bei Entscheidung,
Bezug/Spülen oder erneutem Standby.
Neue Aktion wakeEspresso (beendet Standby falls aktiv und schließt das Fenster) —
das Display sendet sie statt deactivateStandby, sobald die Auswahl relevant ist,
sonst würde direkt nach dem Aufwecken nochmal gefragt. Neue State-Felder
cxWakeChoice und cxWakeChoiceSec.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
thomas
merged commit 8dcebaa22f into main2026-08-12 01:47:10 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Der Konstruktionsfehler: Die Abfrage war eine reine Vorab-Abfrage des Displays und erschien nur beim Antippen des Standby-Bildschirms. Beim Aufwecken ueber den Schalter ist der Standby aber schon beendet, bevor das Display ueberhaupt fragen koennte - dieser Weg war nie abgedeckt.
Loesung: Die Steuerung haelt nach dem Aufwecken ein Auswahlfenster offen (20 s). Der Wasserkreis heizt in dieser Zeit nicht, das Display blendet die Auswahl von sich aus ein (ohne Antippen) und zeigt einen Countdown. Ohne Entscheidung wird danach normal geheizt - es geht also nichts verloren, wenn niemand hinsieht.
Bedingungen fuers Oeffnen
Es schliesst sofort bei einer Entscheidung, bei Bezug/Spuelen oder erneutem Standby.
Protokoll
wakeEspresso: beendet den Standby (falls aktiv) und schliesst das Fenster. Das Display sendet sie stattdeactivateStandby, sobald die Auswahl relevant ist - sonst wuerde direkt nach dem Aufwecken ueber den Dialog nochmal gefragt.cxWakeChoiceundcxWakeChoiceSec.P4 (1.4.0)
Dialog erscheint selbsttaetig bei
cxWakeChoice, mit Countdown und ohne "Abbrechen" (es gibt nichts abzubrechen). Der Cold-Knopf beendet den Standby nur noch, wenn er ueberhaupt aktiv ist.Compile-Check: S3 73 % Flash / 23 % RAM, P4 37 % Flash / 98 % statischer RAM.