Je rejoins cette conversation TRÈS tard, mais peut-être que ma réponse pourra aider quelqu'un qui vient tout juste d'examiner la question.

J'ai pu faire travailler SEVEN RC522 sur un Arduino! Ma solution était très similaire à votre idée, sauf qu'au lieu de la broche SS, j'ai utilisé la broche MISO.

Si vous regardez dans comment fonctionnent les broches, toutes sont des sorties allant du maître (Arduino) aux esclaves (RC522), SAUF pour la broche MISO qui est une entrée allant des esclaves au maître.

Donc je a donné à chaque scanner RC522 sa propre broche MISO sur l'Arduino, et le reste des broches a été partagé avec tous les scanners.

Pour le faire fonctionner avec le code, la solution la plus simple que j'ai trouvée était d'initialiser un nouveau RFID en utilisant la broche MISO correspondante chaque fois que je voulais lire à partir de l'un des RC522.

Cela a fonctionné pour l'Arduino car vous pouvez définir plusieurs broches numériques comme MISO, mais je n'ai pas compris comment pour que cela fonctionne encore sur un Raspberry Pi (sans utiliser de multiplexeur) car le Pi a quelques broches spécifiques qui sont utilisées pour MISO.

Voici un exemple de code. Il utilisait la bibliothèque Sunfounder (voici un tutoriel à ce sujet: https://www.sunfounder.com/learn/RFID_kit_V1_for_Arduino/lesson-29-rfid-entrance-guard-system-rfid-kit-v1-0 -for-arduino.html) C'est assez moche mais cela a fonctionné.

  void checkRFID (int i) {if (i == 0) {rfid.begin (2, 4,5,7,3,6); } si (i == 1) {rfid.begin (2,4,5,8,3,6); } si (i == 2) {rfid.begin (2,4,5,9,3,6); } si (i == 3) {rfid.begin (2,4,5,10,3,6); } si (i == 4) {rfid.begin (2,4,5,11,3,6); } si (i == 5) {rfid.begin (2,4,5,12,3,6); } si (i == 6) {rfid.begin (2,4,5,13,3,6); } retard (100); rfid.init (); statut uchar; uchar str [MAX_LEN]; // Carte de recherche, retour des types de carte status = rfid.request (PICC_REQIDL, str); if (statut! = MI_OK) {retour; } // Afficher le type de carte rfid.showCardType (str); // Empêche les conflits, retourne les 4 octets Numéro de série de la carte status = rfid.anticoll (str);
if (status == MI_OK) {memcpy (serNum, str, 5); rfid.showCardID (serNum); // affiche l'ID de la carte Serial.println (); Serial.println (); } retard (100); rfid.halt (); // commande la carte en mode veille}  

En regardant la fiche technique du MFR522, il n'est pas clair qu'il prenne même en charge SPI multidrop. Il ne mentionne rien sur l'état des broches de sortie SPI lorsque la puce n'est pas sélectionnée. Il mentionne également que la puce utilise la ligne de sélection esclave pour détecter le mode de communication à utiliser au démarrage, mais ne mentionne rien sur la façon dont la puce réagira aux changements sur cette broche après le démarrage.

Compte tenu de cela, ainsi que le fait que votre bibliothèque ne semble pas non plus prendre en charge les connexions à plusieurs MFR522, je suppose que cette puce ne prend en charge qu'un lien SPI 1-to-1.

De plus, les caractéristiques de synchronisation SPI dans le La fiche technique spécifie comment le SS (appelé NSS) doit être élevé avant que la communication ne puisse commencer, mais ne spécifie pas combien de temps après que SS passe à l'état bas que le MISO passe à trois états, ce qui serait une chose importante à savoir si la puce prend en charge la multidrop SPI.

Tout cela est corroboré par le comportement que vous observez. Si les deux puces pilotent la ligne MISO simultanément, la communication ne sera pas possible lorsque les deux sont connectés.

Pour prendre en charge plusieurs connexions MFR522, vous pourriez éventuellement ...

1. Utilisez un tampon de multiplexage pour n'activer les lignes SPI que sur une puce à la fois. L'inconvénient est que vous auriez besoin de matériel supplémentaire, mais l'avantage est que vous pourriez probablement utiliser la bibliothèque existante intacte en sélectionnant le MFR522 souhaité avant de faire les appels linéaires.

2. Connectez chaque MFR522 à un GPIO différent broches sur l'Arduino et bit bang le SPI à chaque puce indépendamment. L'avantage est que vous n'avez pas besoin de matériel supplémentaire et que vous avez potentiellement beaucoup de flexibilité sur la façon dont vous accédez aux MFR522. L'inconvénient est que vous devrez mettre à niveau ce SPI bit-bang dans la bibliothèque ou utiliser (ou écrire) une autre bibliothèque.

J'ai vu cette question se poser plusieurs fois au fil des ans, donc si vous choisissez l'option n ° 2, veuillez publier votre code afin que d'autres puissent l'utiliser!

Une expérience

Je vous propose de le faire pour savoir si vos puces sont compatibles avec SPI multi-drop ...

1. Mettez votre système sous tension avec un lecteur RC522.
2. Vérifiez et assurez-vous que cela fonctionne.
3. Déconnectez les lignes SS et MISO du RC522 pour qu'elles ne soient plus connectées à l'Arduino (ou à autre chose). Laissez le RC522 sous tension - s'il se réinitialise, il risque de perdre la configuration SPI détectée automatiquement.
4. Utilisez un cavalier pour connecter la ligne SS à la terre.
5. Connectez la ligne MISO à la terre avec une résistance de 1K ohm.
6. Utilisez un multimètre pour vérifier la tension sur la ligne MISO.
7. Connectez la ligne MISO à Vcc avec la résistance de 1K ohm.
8. Utilisez un multimètre pour vérifier la tension sur la ligne MISO.
9. Connectez la ligne SS à Vcc.
10. Répétez les étapes 3-6.

Rapportez le tableau des 4 lectures de tension que vous avez obtenues et nous devrions avoir notre réponse!

Je ne sais pas si chaque module a une résistance de pull-up dans sck et mosi si tel est le cas, il se pourrait que pour chaque module connecté sur les lignes, la résistance diminue. alors peut-être que le module ne peut pas laisser tomber la tension, il n'y a donc pas de communication. Vérifiez avec un multimètre la résistance entre Vcc et MOSI, elle doit généralement être d'environ 4,7k. j'espère que cela pourrait aider.