@@ -319,8 +319,15 @@ laufender Einheit abgelehnt).
 
 Genau das ist die Lage, in der der Notbetriebsknopf gefährlich wurde. Bis 3.17.0
 kam `SET39` in keiner der beiden Schrittfolgen vor, und beide enden mit
-`Heatpump = 1`. Läuft die Anlage im Heizstab-Modus und drückt jemand den Knopf,
-**stünde `ForceHeater` weiter auf 1, während die Firmware die Anlage einschaltet.**
+`Heatpump = 1`.
+
+**Und dieser letzte Schritt hätte gar nicht gewirkt** — am 2026-08-30 gemessen,
+siehe [unten](#die-wärmepumpe-schaltet-mit-stehendem-heizstab-nicht-ein). Die
+Wärmepumpe nimmt kein Einschaltkommando an, solange der Heizstab-Auftrag steht.
+Der Notbetrieb aus einem Heizstab-Modus heraus wäre also nicht etwa „gelaufen,
+aber mit stehendem Stab", sondern hätte **nach 20 s in ROT geendet, ohne die
+Anlage einzuschalten** — ausgerechnet in der Lage, in der jemand auf ihn
+angewiesen ist.
 
 Zwei Fälle, die sich unterscheiden:
 
@@ -331,6 +338,40 @@ Zwei Fälle, die sich unterscheiden:
   niemand `SET39` zurück. **`SET39` ist ein Zustand, den niemand automatisch
   räumt**, und die Firmware hat keinen Rückschaltpfad (Entscheidung 7).
 
+## Die Wärmepumpe schaltet mit stehendem Heizstab nicht ein
+
+**Gemessen am 2026-08-30, 17:32 bis 17:35 an Stufe 2**, Anlage aus, Betriebsart
+`DHW`, zwei Versuche unter sonst gleichen Bedingungen. Die Kommandos gingen
+einzeln über MQTT, nicht über das Bedienpanel:
+
+Versuch | Ausgangslage | Kommando | Ergebnis
+:--- | :--- | :--- | :---
+1 | TOP68 = 1 (`Active`) | `Heatpump = 1` um 17:32:56 | **TOP0 bleibt 0 über 48 s.** TOP68 fällt dabei um 17:33:06 **von selbst auf 0**
+2 | TOP68 = 0 | `Heatpump = 1` um 17:34:48 | **TOP0 geht nach 10 s auf 1**
+
+Die Wärmepumpe **verweigert das Einschalten, solange der Heizstab-Auftrag
+steht** — und räumt den Auftrag dabei ab, ohne selbst anzulaufen. Der
+Einschaltwunsch ist damit verbraucht; er müsste erneut gesendet werden.
+
+Das ergänzt, was bisher nur für die Gegenrichtung bekannt war: Das Bedienpanel
+lehnt eine Heizstab-Anforderung bei laufender Einheit mit einem Hinweis ab
+(„die Anlage muss ausgeschaltet sein", Owner am Panel geprüft). **Die Sperre
+gilt in beide Richtungen** — nur meldet sie sich auf dem Protokollweg nicht,
+sondern äußert sich als Kommando, das nichts bewirkt.
+
+**Für die Schrittfolge ist das der eigentliche Grund, warum der Schritt weit
+vorn steht.** Stünde er hinten oder gar nicht, träfe `Heatpump = 1` auf eine
+Wärmepumpe, die es nicht annimmt — der Schritt käme nicht zurück, und der Lauf
+endete nach 20 s in ROT. An Position 2 ist der Auftrag acht Schritte vorher
+geräumt, und das Einschalten trifft auf eine Einheit, die es annehmen kann.
+Genau so lief es in den beiden Läufen eine Dreiviertelstunde zuvor.
+
+⚠️ **Nicht gemessen ist der Fall, dass beide Kommandos im selben Telegramm
+stehen.** Hier gingen sie einzeln raus, rund 15 s auseinander. Beim Moduswechsel
+der Kaskadensteuerung liegen `heatpump` und `heater` dagegen im selben
+Sammelfenster und damit in einem Telegramm; wie die Wärmepumpe das auflöst, ist
+offen.
+
 ## Die Umwälzpumpe ist der eigentliche Schaden
 
 **Sie hängt am Kommando, nicht am Heizstab** (gemessen 2026-08-28): Sie startet
 
@@ -10,10 +10,21 @@
 > **Zu euren drei offenen Fragen aus §4:**
 >
 > 1. *Wie die Wärmepumpe reagiert, wenn `Heatpump = 1` gesetzt wird, während
->    `SET39` noch steht* — die Frage stellt sich nicht mehr. Der Schritt steht
->    acht Schritte vor dem Einschalten; wird die Rücknahme nicht bestätigt,
->    endet der Lauf dort in ROT und es geht **kein** weiteres Kommando an die
->    Wärmepumpe.
+>    `SET39` noch steht* — **am 2026-08-30 abends gemessen, und die Antwort ist
+>    schärfer als gedacht: Sie schaltet nicht ein.** Bei stehendem TOP68 blieb
+>    `Heatpump = 1` über 48 s wirkungslos; die Wärmepumpe verwarf stattdessen
+>    den Heizstab-Auftrag (TOP68 fiel nach 10 s von selbst auf 0) und blieb aus.
+>    Unmittelbar danach mit TOP68 = 0 wiederholt, schaltete dasselbe Kommando
+>    binnen 10 s ein. **Die Sperre „nur bei ausgeschalteter Einheit" gilt also in
+>    beide Richtungen** — auf dem Protokollweg nur ohne Meldung, das Kommando
+>    bewirkt schlicht nichts.
+>
+>    **Damit war euer Auftrag dringender, als wir beide dachten.** Ohne den
+>    neuen Schritt wäre der Notbetrieb aus einem Heizstab-Modus heraus nicht
+>    etwa „gelaufen, aber mit stehendem Stab" — er hätte **den letzten Schritt
+>    nie bestätigt bekommen und nach 20 s in ROT geendet, ohne die Anlage
+>    einzuschalten.** Mit dem Schritt an Position 2 ist der Auftrag acht
+>    Schritte vorher geräumt, und genau so sind die beiden Läufe durchgelaufen.
 > 2. *Ob `SET39 = 0` bei laufender Einheit angenommen wird* — im Notbetriebsfall
 >    irrelevant, und zwar aus eurem eigenen §3: Die Modi 5/6 setzen
 >    `Heatpump = 0`, die Einheit ist beim Drücken also aus. Ungemessen bleibt der
 
@@ -522,6 +522,22 @@ SET39 | ForceHeater | 5 | Force heater operation (substitute heat source) | 0=of
 >
 > *Deutsch: Seit 3.18.0 nimmt der Notbetrieb SET39 selbst zurück — Position 2 in
 > beiden Schrittfolgen, siehe `Ablauf-Notbetrieb.md` Abschnitt 1b.*
+>
+> ⚠️ **The lock works both ways — measured 2026-08-30 on stage 2.** With TOP68
+> `Active`, a `Heatpump = 1` command has **no effect**: the unit stays off and
+> instead **drops the heater request by itself** (TOP68 fell to 0 ten seconds
+> later, TOP0 never moved over 48 s). Repeated right afterwards with TOP68 = 0,
+> the same command switched the unit on within 10 s. So the unit refuses to
+> start while a force-heater request stands, and the start command is consumed
+> in the process — it has to be sent again.
+>
+> *Deutsch: Die Sperre gilt in BEIDE Richtungen. Bei stehendem `ForceHeater`
+> bleibt `Heatpump = 1` wirkungslos — die Wärmepumpe schaltet nicht ein und
+> verwirft stattdessen den Heizstab-Auftrag. Das Bedienpanel meldet die
+> Gegenrichtung mit einem Hinweis; auf dem Protokollweg gibt es keine Meldung,
+> das Kommando bewirkt schlicht nichts. Deshalb steht `ForceHeater = 0` im
+> Notbetrieb an Position 2 und nicht hinten: Sonst käme der letzte Schritt
+> `Heatpump = 1` nie zurück und der Lauf endete in ROT.*
 
 *If you operate your Heisha with direct temperature setup: topics ending xxxRequestTemperature will set the absolute target temperature*
 
 
@@ -357,7 +357,11 @@ anliegende Störung einschalten, bei laufendem Betrieb wird die Anforderung
 abgelehnt.
 
 **Seit 3.18.0 nimmt der Notbetrieb SET39 selbst zurück** (Position 2 beider
-Schrittfolgen, zurückgelesen an TOP68). Anlass ist die Kaskadensteuerung, die
+Schrittfolgen, zurückgelesen an TOP68). **Die Sperre „nur bei ausgeschalteter
+Einheit" gilt dabei in beide Richtungen** — am 2026-08-30 an Stufe 2 gemessen:
+Bei stehendem TOP68 bleibt `Heatpump = 1` wirkungslos, die Anlage geht nicht an
+und verwirft stattdessen den Heizstab-Auftrag; unmittelbar danach mit TOP68 = 0
+wiederholt, schaltete dasselbe Kommando binnen 10 s ein. Anlass ist die Kaskadensteuerung, die
 den Kanal seit dem 2026-08-30 im Regelbetrieb fährt: Ohne den Schritt schaltete
 der Notbetriebsknopf eine Anlage ein, an der der Heizstab-Auftrag noch steht —
 samt der Umwälzpumpe, die daran hängt. Siehe
 
@@ -68,6 +68,26 @@
 //         Einschraenkung "jede Bridge raeumt nur ihre eigene Waermepumpe" ist
 //         damit ebenfalls gemessen, nicht nur abgeleitet.
 //
+//         NACHTRAG VOM SELBEN ABEND: DIE WP SCHALTET MIT STEHENDEM HEIZSTAB
+//         GAR NICHT EIN. Zwei Versuche an Stufe 2 unter sonst gleichen
+//         Bedingungen, Kommandos einzeln ueber MQTT:
+//           TOP68 = 1 -> "Heatpump = 1" blieb ueber 48 s wirkungslos, TOP0
+//             ruehrte sich nicht, und TOP68 fiel nach 10 s VON SELBST auf 0.
+//           TOP68 = 0 -> dasselbe Kommando schaltete binnen 10 s ein.
+//         Die Sperre "nur bei ausgeschalteter Einheit" gilt also in BEIDE
+//         Richtungen; auf dem Protokollweg meldet sie sich nur nicht, das
+//         Kommando bewirkt schlicht nichts.
+//
+//         DAS AENDERT DIE BEGRUENDUNG DIESER VERSION. Ohne den Schritt waere
+//         der Notbetrieb aus einem Heizstab-Modus heraus nicht "gelaufen, aber
+//         mit stehendem Stab" - der LETZTE Schritt haette nie bestaetigt
+//         werden koennen, und der Lauf haette nach 20 s in ROT geendet, ohne
+//         die Anlage einzuschalten. Genau in der Lage, in der jemand auf den
+//         Knopf angewiesen ist. Die Position weit vorn ist damit nicht nur die
+//         sichere Seite, sondern Voraussetzung dafuer, dass der Knopf ueberhaupt
+//         funktioniert. Ungemessen bleibt der Fall, dass beide Kommandos im
+//         SELBEN Telegramm stehen - hier lagen 15 s dazwischen.
+//
 //         KEINE ABKEHR VON 3.17.0. Dort steht "keine Anbindung an den
 //         Notbetrieb" - das galt und gilt der NUTZUNG des Stabs als
 //         Notheizung. Hier wird nichts eingeschaltet, sondern ein Zustand