Auftrag Befehls-Wächter erledigt: SET40/TOP112 ist neunter Kanal (nodered-flows V1.4.0)

Kopf des Auftrags mit Ergebnis und Abnahme: Punkt 1 an der Anlage bestanden,
Punkte 2 und 3 offline gegen den echten Code (86 Zusicherungen, drei
Gegenproben) mit Begründung, warum nicht live; passiver Nachweis der
Verdrahtung ab 16:02 im Checkup. Dazu die Lesehärtung alsZahl(), die für alle
Kanäle gilt (Number(null) = 0).

Arbeitsplan-Kopf: Folgeauftrag Schritt 28 nicht mehr "offen". README-Tabelle:
Auftrag "erledigt", Arbeitsplan "ausgerollt als 3.23.0" statt "geplant" (war
seit dem Rollout veraltet).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

Author: gregor-samosir

Arbeitsplan-AltExternalSensor.md

@@ -8,9 +8,10 @@
 > auf dem Broker geräumt; die vier ioBroker-Objekte (Retained-State und
 > Aliase mit Historie) muss der Owner noch von Hand im Admin löschen (E8).
 >
-> **Offen als Folgeauftrag, außerhalb dieses Repos:** SET40/TOP112 in den
-> `WP_Befehls_Waechter` in `nodered-flows` aufnehmen (Schritt 28) — noch
-> nicht angelegt, eigene Session in jenem Repo.
+> **Folgeauftrag (Schritt 28) erledigt am 2026-09-19:** SET40/TOP112 ist
+> neunter Kanal des `WP_Befehls_Waechter` in `nodered-flows` (V1.4.0). Ablauf
+> und Nachweis stehen im Kopf von
+> [`Auftrag-Befehlswaechter-AltExternalSensor.md`](Auftrag-Befehlswaechter-AltExternalSensor.md).
 >
 > **Übergabe:** Dieser Plan führt vom ersten Befehl bis zum Release in beiden
 > Repos und ist damit vollständig abgearbeitet. Wer künftig an SET40/TOP112

Auftrag-Befehlswaechter-AltExternalSensor.md

@@ -1,6 +1,43 @@
 # Auftrag: SET40/TOP112 in den `WP_Befehls_Wächter` aufnehmen
 
-> **Ergebnis: offen.**
+> **Ergebnis: erledigt (2026-09-19)** — umgesetzt in `nodered-flows` als
+> `WP_Befehls_Waechter` **V1.4.0**: `AltExternalSensor` ist der neunte Kanal je
+> Stufe (Soll `set.AltExternalSensor`, Ist `state.Alt_External_Sensor`, 5 min
+> Karenz, LWT-Vorbedingung, Stale-Guard). Der Bestand war wie vermutet acht
+> Kanäle. `WP_Installer_Waechter` und die Notbetriebswerte sind unberührt, eine
+> Automatik gibt es nicht.
+>
+> **Abnahme:**
+>
+> 1. **An der Anlage, bestanden.** Beide Stufen tragen `set` und `state` = 1.
+>    Nach dem Deploy (15:01:32) im Minutentakt gemessen bis 6 min 19 s danach,
+>    also über die Karenz hinaus: `WPB_State` 0, Klartext leer, Vorfallzähler
+>    unverändert (71), keine `warn`-/`error`-Zeile. Der Server-Quelltext ist
+>    nach Rück-Pull bytegleich mit dem lokalen.
+> 2. **Abnahme-Punkte 2 und 3: offline gegen den echten Code, nicht an der Anlage.**
+>    `nodered-flows/tests/befehlswaechter/test_befehlswaechter.js` lädt die
+>    Skriptdatei mit Mocks und simulierter Uhr: Abweichung bei 4 min still, bei
+>    5 min gemeldet (beide Richtungen); LWT `Offline` ⇒ nur die Bridge-Meldung,
+>    kein Alarm-Nachschlag nach der Rückkehr; acht Varianten „unlesbar ⇒
+>    unprüfbar“; alle neun Kanäle tabellengesteuert gleich behandelt. 86
+>    Zusicherungen grün, drei Gegenproben von Hand rot. **Warum nicht live:**
+>    Schritt 2 wie beschrieben erzeugt keine Abweichung — die Firmware zieht
+>    `TOP112` binnen 7–11 s nach —, sie ließe sich nur erzwingen, indem der
+>    Datenpunkt ohne Publish gesetzt wird, und bliebe bei einer Wiedereinspielung
+>    durch den Adapter ein Risiko für den Fühler einer laufenden WP. Schritt 3
+>    trennt den Broker, der zugleich der ioBroker-mqtt-Adapter ist, und verfälscht
+>    den Vorfallzähler beider Bridge-Wächter. Die Live-Fassung bleibt auf
+>    ausdrücklichen Wunsch des Owners nachholbar.
+> 3. **Passiver Nachweis der Verdrahtung, noch offen:** Wären die Datenpunkt-IDs
+>    falsch, stünde ab 16:02 eine Zeile `AltExternalSensor … nicht bewertbar` im
+>    Log (60-min-Grenze). Der nächste Checkup zeigt es; fehlt sie, ist der Kanal
+>    belegt.
+>
+> **Mit gefixt, gilt für alle Kanäle:** `Number(null)` und `Number('')` sind 0
+> und bestanden die `isFinite`-Prüfung. Ein fehlender oder leerer Soll-Datenpunkt
+> hätte für den neuen Kanal nach 5 min eine falsche „NICHT ausgeführt“-Meldung
+> erzeugt, statt „unprüfbar“ zu sein. Neue Hilfsfunktion `alsZahl()`; heute
+> ändert sich für keinen der 18 Kanäle etwas (alle Werte lesbar, frisch, gleich).
 
 *Zum Kopieren in eine Session im Projekt `nodered-flows` gedacht; setzt dort
 keinen Vorkontext voraus. Gegenstück im Firmware-Repo: `HeishaMonKaskade`,

README.md

@@ -1091,8 +1091,8 @@ Der vollständige Changelog mit Begründung und Nachweis je Version steht in
 | [`Analyse-Relais-statt-KNX.md`](Analyse-Relais-statt-KNX.md) | Die zwei Relais der Platine statt des KNX-Aktors — geprüft und verworfen (2026-08-23) |
 | [`Arbeitsplan-Notbetrieb-NodeRED.md`](Arbeitsplan-Notbetrieb-NodeRED.md) | Node-RED-Seite des Notbetriebs (Werte-Sender, Verteiler-Ausgang) — erledigt am 2026-08-20 im Projekt `nodered-flows` |
 | [`Arbeitsplan-Robustheit-3.20.0.md`](Arbeitsplan-Robustheit-3.20.0.md) | Umsetzung der Durchsicht vom 2026-09-02 (M1–M4) samt Nachweisen; 3.20.0 |
-| [`Arbeitsplan-AltExternalSensor.md`](Arbeitsplan-AltExternalSensor.md) | Alternativer Außenfühler als SET40/TOP112, TOP66 entfällt — Entscheide und Ablauf bis zum Release; geplant für 3.23.0 |
-| [`Auftrag-Befehlswaechter-AltExternalSensor.md`](Auftrag-Befehlswaechter-AltExternalSensor.md) | Auftrag an `nodered-flows`: SET40/TOP112 in den `WP_Befehls_Waechter` aufnehmen — offen |
+| [`Arbeitsplan-AltExternalSensor.md`](Arbeitsplan-AltExternalSensor.md) | Alternativer Außenfühler als SET40/TOP112, TOP66 entfällt — Entscheide und Ablauf bis zum Release; ausgerollt als 3.23.0 |
+| [`Auftrag-Befehlswaechter-AltExternalSensor.md`](Auftrag-Befehlswaechter-AltExternalSensor.md) | Auftrag an `nodered-flows`: SET40/TOP112 in den `WP_Befehls_Waechter` aufnehmen — erledigt am 2026-09-19 im Projekt `nodered-flows` |
 | [`Auftrag-Heizstab-Notbetrieb.md`](Auftrag-Heizstab-Notbetrieb.md) | Auftrag aus `nodered-flows`: der Notbetrieb nimmt SET39 zurück — beantwortet, gebaut in 3.18.0 |
 | [`Auftrag-Wartungsschalter-NodeRED.md`](Auftrag-Wartungsschalter-NodeRED.md) | Re-Assert-Sperre bei Wartung — beantwortet am 2026-08-20: die Sperre war nie eingeschaltet |
 | [`Massnahmenplan-Codedurchsicht-2026-08-18.md`](Massnahmenplan-Codedurchsicht-2026-08-18.md) | Erste Codedurchsicht: Befunde mit Entscheid je Punkt, auch für die verworfenen; umgesetzt bis 3.9.0 |