DESFIRE no responde a REQA desde MFRC522

1

Estoy escribiendo un controlador stm32 para el PCD NXP MFRC522 ISO14443A pero no puedo hablar con las tarjetas DESFIRE.

Mi código identificará correctamente los PICC Mifare Classic (4 bytes) y NTAG203F (7 bytes) y puede leer correctamente el contenido de un NTAG203, por lo que estoy seguro de que la capa analógica es probablemente correcta y que haga que el protocolo anticolisión en cascada esté lo suficientemente cerca como para corregirlo y seleccionar una sola tarjeta. Estoy usando una de esas tarjetas eBay MFRC522 de $ 5 con una antena de PCB de aproximadamente 32x35 mm cuadrados, 4 bucles.

Sin embargo, cuando lo presento con una tarjeta DESFIRE, no hay respuesta para REQA o WUPA. A falta de ATQA, el código no inicia el proceso de anticolisión, simplemente piensa que no hay un PICC presente y continúa el sondeo de REQA a unos pocos Hz.

Mi Android puede comunicarse con las tarjetas DESFIRE (MF3ICD81) sin problemas, por lo que el problema debe estar en mi sistema. Del mismo modo, nuestros pases de autobús locales son DESFIRE y pueden ser detectados por un androide, pero no responden a REQA desde mi sistema.

¿Alguien sabe si hay alguna manera en que las tarjetas DESFIRE deban ser tratadas de manera diferente, por ejemplo? ¿Configuraciones de modulación o algo así (he establecido el bit "Forzar el 100% de PREGUNTAR")? ¿Alguna trampa común?

    

1 respuesta

1

Parecería que el filtro de coincidencia de la antena está diseñado incorrectamente, lo que resulta en la transferencia de energía insuficiente para arrancar una tarjeta DESFIRE desde uno de estos módulos económicos de eBay.

Según los enlaces que publiqué anteriormente, parece que algunas personas han modificado con éxito las tarjetas MFRC522 baratas para comunicarse con éxito con las tarjetas DESFIRE, al reemplazar los condensadores y / o los inductores en el filtro. No lo he verificado por mí mismo.

    
respondido por el William Brodie-Tyrrell

Lea otras preguntas en las etiquetas