Fehler beim beschreiben von NFC Stickern

Strandbummler · 12. März 2019 um 23:13

Ich hab leider das Problem, dass ich ein paar NFC Aufkleber habe die sich nicht beschreiben lassen. Die Konsole quittiert das folgendermaßen:

00:04:28.648 → Card UID: 61 79 B3 C7
00:04:28.648 → PICC type: MIFARE 1KB
00:04:28.648 → Authenticating Classic using key A…
00:04:28.648 → Reading data from block 4 …
00:04:28.648 → Data on Card :
00:04:28.648 → 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00:04:28.687 →
00:04:28.687 → === setupCard()
00:04:28.722 → === voiceMenu() (99 Options)
00:04:33.764 → === voiceMenu() (9 Options)
00:04:36.285 → Authenticating again using key B…
00:04:36.285 → Writing data into block 4 …
00:04:36.285 → 13 37 B3 47 02 0D 05 00 00 00 00 00 00 00 00 00
00:04:36.319 → MIFARE_Write() failed: A MIFARE PICC responded with NAK.
00:04:36.357 →
00:04:36.498 → Card UID: 61 79 B3 C7
00:04:36.498 → PICC type: MIFARE 1KB
00:04:36.498 → Authenticating Classic using key A…
00:04:36.498 → Reading data from block 4 …
00:04:36.532 → Data on Card :
00:04:36.532 → 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00:04:36.532 →
00:04:36.532 → === setupCard()
00:04:36.604 → === voiceMenu() (99 Options)

Kann man da was machen?

Christopher · 13. März 2019 um 06:19

Hast du die Teile mal versucht mit dem Handy auszulesen? Eventuell ist aus irgendeinem grund ein key anweichend vom standard gesetzt worden. Der Factory default is FF FF FF…

stephan · 13. März 2019 um 07:19

Änder mal in dieser Zeile das PICC_CMD_MF_AUTH_KEY_B in PICC_CMD_MF_AUTH_KEY_A.

github.com

xfjx/TonUINO/blob/d7305a3c838fc69969fdf9ac683eaf67cef588c8/Tonuino.ino#L1177


mifareType = mfrc522.PICC_GetType(mfrc522.uid.sak);


// Authenticate using key B
//authentificate with the card and set card specific parameters
if ((mifareType == MFRC522::PICC_TYPE_MIFARE_MINI ) ||
    (mifareType == MFRC522::PICC_TYPE_MIFARE_1K ) ||
    (mifareType == MFRC522::PICC_TYPE_MIFARE_4K ) )
{
  Serial.println(F("Authenticating again using key B..."));
  status = mfrc522.PCD_Authenticate(
             MFRC522::PICC_CMD_MF_AUTH_KEY_B, trailerBlock, &key, &(mfrc522.uid));
}
else if (mifareType == MFRC522::PICC_TYPE_MIFARE_UL )
{
  byte pACK[] = {0, 0}; //16 bit PassWord ACK returned by the NFCtag


  // Authenticate using key A
  Serial.println(F("Authenticating UL..."));
  status = mfrc522.PCD_NTAG216_AUTH(key.keyByte, pACK);
}

Strandbummler · 13. März 2019 um 15:07

Das hat geholfen, Danke!

stephan · 13. März 2019 um 15:13

@Thorsten Der Fehler kam schon mehrfach vor hier im Forum. Es wird meiner Meinung nach Zeit, per Default immer KEY_A zu verwenden. Ich habe daher einen Pull Request erstellt.

sirko · 18. März 2019 um 00:50

Hallo,

ich habe heute den ersten Tonuino gebaut, dabei nutze ich die DEV-Version mit 5 Buttons.
Nach Ewigkeiten habe ich das hier gefunden und KEY_A zu KEY_B geändert und ab dann konnte ich die NFC-Karte nutzen. Bisher hab ich nur eine, die beim Leser dabei war (Mifare Classic 1k S50). Der auch beiliegende Schlüsselanhänger lässt sich nicht beschreiben, obwohl es der gleiche Typ sein sollte.

Was bewirkt das KEY_A bzw. KEY_B? Ist das ein Parameter für die Karte oder den Kartenleser?

stephan · 18. März 2019 um 05:42

Das wählt quasi aus mit welchem Key auf dem PICC (Tag, Karte…) der gewählte Vorgang (lesen oder schreiben) authentifiziert werden soll. Im Auslieferungszustand sollten diese Keys eigentlich gleich sein und wir ändern diese auch nicht. Demnach sollte es egal sein welchen man verwendet.

Es hat sich allerdings gezeigt, dass es PICCs gibt die nur mit KEY_A wollen (vermutlich sind das auch „nachgemachte“, keine originalen von NXP). Daher haben wir das in der aktuellen DEV geändert. Wenn du die hast solltest du nichts ändern müssen.

Dennis · 18. März 2019 um 11:08

Hast Du mal den Abstand variiert, also zB. eine Streichholzschachtel zwischen Reader und Schlüsselanhänger gelegt?
Bei uns schreibt er auch nicht wenn man ihn direkt drauflegt.

sirko · 19. März 2019 um 22:53

Auch mit Abstand hat das Beschreiben das Anhänger-Tag nicht geklappt.
RFID-Karten sind jetzt bestellt, also ich hoffe das Problem ist dann gelöst. Vielleicht kann ich auch die KEY-Änderung wieder rückgängig machen.

stephan · 19. März 2019 um 23:06

Das kannst du natürlich machen. Aber die größte Kompatibilität hast du mit KEY_A.