Envoie la commande TgInitAsTarget à PN532 (module ELEHOUSE), récupère la trame ACK, mais perd la trame d'information normale

Question

Je commence récemment avec un module PN532 NFC. Je peux lire/écrire avec succès les cartes M1 et S50.

Maintenant, j'essaie d'apprendre à utiliser la communication P2P. Cependant, quand j'expédie une commande TgInitAsTarget au module PN532 (module ELEHOUSE), je reçois une trame ACK, mais je ne reçois jamais la trame d'information normale qui devrait suivre.

Voici mes étapes:

1. Get PN532 en mode cible en envoyant une commande TgInitAsTarget:

   TgInitAsTarget: 
   { 00 00 ff 0x27 0xd9 
       d4 8c 04 
       08 00 12 34 56 40 
       01 fe a2 a3 a4 a5 a6 a7 c0 c1 c2 c3 c4 c5 c6 c7 ff ff 
       aa 99 88 77 66 55 44 33 22 11 
       00 
       00 
       fd 00 } 
   

2. Obtenir une seconde PN532 en mode initiateur en envoyant une commande InJumpForDEP:

   InJumpForDEP: 
   { 00 00 ff 0a f6 
       d4 56 01 02 
       01 00 ff ff 00 00 
       d4 00 } 
   

3. Placez l'initiateur au-dessus de la cible.

4. Quand je lis les informations reçues de la cible par UART, j'obtiens ce qui suit:

   target->pc: 
   { 01 
       00 00 ff 00 ff 00 } 
   

   Cela semble être un cadre ACK indiquant que la commande a été traitée correctement TgInitAsTarget. Mais par la suite le PN532 n'envoie pas le cadre d'information normal contenant le résultat de la commande TgInitAsTarget et la cible est toujours dans l'état occupé.

Qu'est-ce qui ne va pas ici?

Answer 1

Plusieurs choses semblent mal se passer avec vos commandes.

1. Tout d'abord, la commande InJumpForDEP semble être mal formée. Cette commande est décodée comme suit:

    
   d4 56 InJumpForDEP 
       01 ActPass = Active Mode 
       02 Baud Rate = 424 kbps 
       01 Next = NFCID3i 
       00 ff ff 00 00 NFCID3i ? (HERE is the problem) 
   

   Le champ NFCID3i de cette commande n'est pas valide. Un NFCID3i doit comporter 10 octets (par exemple, 11 22 33 44 55 66 77 88 99 AA). La façon la plus simple serait de laisser le PN532 générer automatiquement un NFCID3i aléatoire en ne spécifiant pas un champ NFCID3i du tout:

    
   d4 56 InJumpForDEP 
       01 ActPass = Active Mode 
       02 Baud Rate = 424 kbps 
       00 Next = none 
   

   Notez que champ de longueur et de contrôle de la trame de commande doivent être adaptés en conséquence.

2. L'initiateur interroge en mode actif à une vitesse de transmission de 424 kbps. Cependant, avec votre commande TgInitAsTarget, vous demandez la cible d'écouter en mode PICC seulement:

    
   d4 8c TgInitAsTarget 
       04 Mode = PICC only ! (HERE is the problem) 
       08 00 12 34 56 40 MifareParams 
       01 fe a2 a3 a4 a5 a6 a7 c0 c1 c2 c3 c4 c5 c6 c7 ff ff FelicaParams 
       aa 99 88 77 66 55 44 33 22 11 NFCID3t 
       00 no Gt 
       00 no Tk 
   

   Par conséquent, l'objectif ne fonctionnera que 14443-4 ISO/CEI PICC (qui est similaire au mode passif à 106 kbps). Par conséquent, l'initiateur et la cible sont configurés pour parler deux protocoles complètement différents et, par conséquent, ne se comprennent pas. Par conséquent, le PN532 en mode cible ne sera jamais appelé par le PN532 en mode initiateur et, par conséquent, ne reviendra jamais à partir de la commande TgInitAsTarget.

   Pour configurer la cible d'une manière qui est compatible avec la configuration de votre initiateur, vous pouvez utiliser ceci:

    
   d4 8c TgInitAsTarget 
       02 Mode = DEP only 
       08 00 12 34 56 40 MifareParams (not used in active mode) 
       01 fe a2 a3 a4 a5 a6 a7 c0 c1 c2 c3 c4 c5 c6 c7 ff ff FelicaParams (not used in active mode) 
       aa 99 88 77 66 55 44 33 22 11 NFCID3t 
       00 no Gt 
       00 no Tk (not used in active mode) 
   

Answer 2

Enfin, je résolu le problème, il est un problème matériel, et J'achète le nouveau module PN532. La trame d'information normale revient avec succès Merci de toute façon @ Michael Roland.