NFC-Tags steuern FHEM

[Neuer_User]

Hi Hendryk

Zunächst einmal Danke für die Antwort.

Bezüglich des Formattierens werde ich das mal versuchen in nächster Zeit umzusetzen. Diese Woche wird das aber leider nichts.

Bezüglich der Probleme hat sich mit der neuen Version leider nichts bei mir geändert: Die LED flackert immer noch wie ein Stroboskob, Die Identifizierung von Karten scheint entweder in 1-2 Sekunden zu gehen oder gar nicht (bis 30 Sekunden probiert). Nach längerem Geflackere (mehrere Minuten) steigt der Treiber aus und ich muss den Leser abziehen und neu anstecken.

Folgende Fehlermeldungen sehe ich:

Auf der Console, sobald der Reader aussteigt:

Code Auswählen Erweitern

error libnfc.driver.acr122_usb Unable to claim USB interface (No such device)
error libnfc.driver.acr122_usb Unable to claim USB interface (Bad file descriptor)
error libnfc.driver.acr122_usb Unable to claim USB interface (Bad file descriptor)

Im Syslog, sobald openkey-authenticator läuft:

Code Auswählen Erweitern

Jun  4 08:04:43 DesktopMB kernel: [  885.428389] usb 5-1.4: reset full-speed USB device number 4 using xhci_hcd
Jun  4 08:04:43 DesktopMB kernel: [  885.449011] xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88021e0279c0
Jun  4 08:04:43 DesktopMB kernel: [  885.449016] xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88021e027a00
Jun  4 08:04:43 DesktopMB kernel: [  885.449018] xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88021e027a40
Jun  4 08:04:44 DesktopMB kernel: [  885.812305] usb 5-1.4: reset full-speed USB device number 4 using xhci_hcd
Jun  4 08:04:44 DesktopMB kernel: [  885.833054] xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88021e0279c0
Jun  4 08:04:44 DesktopMB kernel: [  885.833059] xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88021e027a00
Jun  4 08:04:44 DesktopMB kernel: [  885.833062] xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88021e027a40
Jun  4 08:04:44 DesktopMB kernel: [  886.196222] usb 5-1.4: reset full-speed USB device number 4 using xhci_hcd
Jun  4 08:04:44 DesktopMB kernel: [  886.216976] xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88021
[...]
Jun  4 08:09:32 DesktopMB kernel: [ 1174.057884] usb 5-1.4: Not enough bandwidth for new device state.
Jun  4 08:09:32 DesktopMB kernel: [ 1174.057892] usb 5-1.4: Busted HC?  Not enough HCD resources for old configuration.
Jun  4 08:09:32 DesktopMB kernel: [ 1174.058855] usb 5-1.4: USB disconnect, device number 4
Jun  4 08:09:32 DesktopMB kernel: [ 1174.058945] xhci_hcd 0000:03:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88021e0279c0


Kann das was damit zu tun haben, dass ich USB 3.0 auf dem Rechner habe? Ich habe bemerkt, dass die Benutzung von proxmark3 auf dem Rechner zu Totalfreezes in allen verfügbaren Kernels führt (Bug siehe hier: https://bugzilla.kernel.org/show_bug.cgi?id=55761). Vielleicht ist das mit dem openkey-authenticator ja auch eine XHCI Sache? Werde das ganze mal auf einem USB2 System checken.

Was mir noch nicht klar ist, warum die LED die ganze Zeit blinkt. Es sieht so aus, als ob der Reader die ganze Zeit versucht, die Karte zu lesen, auch wenn gar keine aufgelegt ist. Sehr seltsam...

Ansonsten finde ich die Idee, mal eine wirklich recht sichere Authentifizierungslösung zu haben, genial. Vielen Dank also nochmal für Deine Mühen.

Michael

[Neuer_User]

Zwei Probleme: A) Der Rückgabewert von freefare_get_tag_uid() ist aus Gründen die sich der Welt wohl auf immer verschliessen werden ein ASCII-Strings mit der eigentlichen UID in Hex (also "0473..." statt "\x04\x73..." etc. Alle meine Operationen erwarten eine Octet-Folge mit Längenangabe. B) freefare_get_tag_uid() ist die zufällige UID, nicht die feste. Zur Ableitung des Masterschlüssels habe ich (mehr aus Gewohnheit als aus anderen Gründen) die Original-UID verwendet. Die findest du in der log-Datei des card producers.

Bezüglich B war das klar. Hatte die UID auch schon gefunden in dem log und verwendet (manuelle Eingabe in mifare-desfire-format). Problem A dürfte aber zum Scheitern geführt haben.

Verstehe ich das richtig, dass Du also für eine UID "045B3CF2541F80" den folgenden String genommen hast: "\x07\x04\x53...\x80" ?

Übrigens scheint es mir so, dass Henryks code keine Karten mit Random UID akzeptiert. Weiss jemand, warum das so ist? Sollte doch eigentlich kein Hindernisgrund sein, oder? Das würde ja bedeuten, dass man eine Karte, nachdem man sie einmal mit openkey benutzt hat und dann wieder neuformattiert hat, nicht mehr benutzen kann.

Ja, das ist so. Siehe oben. Der Grund für die UID ist, dass ich einen eindeutigen String brauchte für die Schlüsselableitung und die UID bequem verfügbar war und die Anforderungen erfüllte. Im Prinzip[tm] kann man auch hier eine UUID nehmen, muss sie nur, wie jetzt auch schon die UID, irgendwo speichern, falls man den PICC-Masterschlüssel nochmal braucht. (Die UID hat den Vorteil, dass man sie von der Karte abfragen kann, wenn man mindestens einen Schlüssel kennt.) Mir erschien der use case aber bisher noch nicht besonders plausibel, um das wirklich einzubauen. Da ich mir ohnehin grade Gedanken über Interoperabilität über Anwendungsgrenzen hinweg mache (arbeite noch an einer Bezahllösung), könnte das evt. noch kommen.

O.K. Verständlich. Es wäre aber schön, wenn man die UID dann vielleicht irgendwie eingeben könnte. Zwar könnte man die Karte mit einem modifiziertem mifare-desfire-format löschen (wenn ich das hinkriege), aber die Random UID lässt sich doch, glaube ich, nicht wieder abschalten, richtig?

[henryk]

Moin,

Hi Hendryk

(6 Buchstaben, keiner davon ist ein 'd', 'c' oder 'i'. SCNR:)

Auf der Console, sobald der Reader aussteigt:

Code Auswählen Erweitern

error libnfc.driver.acr122_usb Unable to claim USB interface (No such device)
error libnfc.driver.acr122_usb Unable to claim USB interface (Bad file descriptor)
error libnfc.driver.acr122_usb Unable to claim USB interface (Bad file descriptor)

Ok, du hast irgendein USB-Problem, dagegen kann ich in der library nicht viel tun. Ich hab versucht, bei mir was ähnliches durch Abziehen des Readers zu erreichen, da geht aber alles glatt. Je nach Phase in der ich abziehe kriege ich ein

Code Auswählen Erweitern


error libnfc.driver.acr122_pcsc No ACR122 firmware received, Error: 80100016

aber nach dranstecken geht es immer wieder.

Hmm, ich sehe grade, dass du acr122_usb benutzt. Vielleicht muss ich den auch mal probieren.

Kann das was damit zu tun haben, dass ich USB 3.0 auf dem Rechner habe? Ich habe bemerkt, dass die Benutzung von proxmark3 auf dem Rechner zu Totalfreezes in allen verfügbaren Kernels führt (Bug siehe hier: https://bugzilla.kernel.org/show_bug.cgi?id=55761). Vielleicht ist das mit dem openkey-authenticator ja auch eine XHCI Sache? Werde das ganze mal auf einem USB2 System checken.

Ohje, immer dieser neumodische Kram. Kannst du nicht den xhci-Treiber entladen und stattdessen ehci laden? Vielleicht geht das besser.

Was mir noch nicht klar ist, warum die LED die ganze Zeit blinkt. Es sieht so aus, als ob der Reader die ganze Zeit versucht, die Karte zu lesen, auch wenn gar keine aufgelegt ist. Sehr seltsam...

Das muss so (naja). Jedes Kommando an den NFC-Chip im Reader führt zu einem LED-Flackern. Um herauszufinden, ob eine Karte im Feld ist, muss man pollen -> dauernd Kommandos senden. Richtigere Reader pollen selbst und geben Benachrichtigungen, über zum Beispiel PC/SC. Das braucht dann aber wieder kein libnfc mehr und geht deswegen nicht mit libfreefare.

--
Henryk Plötz
Grüße aus Berlin

[Neuer_User]

Moin,

Hi Hendryk

(6 Buchstaben, keiner davon ist ein 'd', 'c' oder 'i'. SCNR:)

Ohh, war wohl noch etwas zu müde :-) Sorry.

Ok, du hast irgendein USB-Problem, dagegen kann ich in der library nicht viel tun. Ich hab versucht, bei mir was ähnliches durch Abziehen des Readers zu erreichen, da geht aber alles glatt. Je nach Phase in der ich abziehe kriege ich ein

Code Auswählen Erweitern


error libnfc.driver.acr122_pcsc No ACR122 firmware received, Error: 80100016

aber nach dranstecken geht es immer wieder.

Jein. Wird sicherlich irgendwie mit dem USB zu tun haben. Habe ja auch bei dem proxmark3 die erwähnten Probleme (andere Leute übrigens auch). Aber ich habe bisher noch nie dieses Problem gesehen mit den standard NFC Befehlen und auch nicht bei MFOC.

Hmm, ich sehe grade, dass du acr122_usb benutzt. Vielleicht muss ich den auch mal probieren.

Ja,gerne. Welchen reader benutzt Du denn?

Ohje, immer dieser neumodische Kram. Kannst du nicht den xhci-Treiber entladen und stattdessen ehci laden? Vielleicht geht das besser.

Ja, ganz Deiner Meinung. Und Ubuntu kompiliert die Treiber leider fest in den Kernel. Also leider nichts mit entladen. :-( Hatte beim Proxmark3 auch schon damit gekämpft.

Was mir noch nicht klar ist, warum die LED die ganze Zeit blinkt. Es sieht so aus, als ob der Reader die ganze Zeit versucht, die Karte zu lesen, auch wenn gar keine aufgelegt ist. Sehr seltsam...

Das muss so (naja). Jedes Kommando an den NFC-Chip im Reader führt zu einem LED-Flackern. Um herauszufinden, ob eine Karte im Feld ist, muss man pollen -> dauernd Kommandos senden. Richtigere Reader pollen selbst und geben Benachrichtigungen, über zum Beispiel PC/SC. Das braucht dann aber wieder kein libnfc mehr und geht deswegen nicht mit libfreefare.

Aaach sooo. Hatte erwartet, dass es irgendwie ein aktives Signal vom Reader gäbe wie "Tag found" und "Tag lost". Wenn ich Dich richtig verstehe, ist das eine Limitierung von libnfc und nicht vom Reader, richtig?

[henryk]

Moin,

Ja,gerne. Welchen reader benutzt Du denn?

Den Touchatag mit dem acr122_pcsc-Treiber in libnfc. Und hab jetzt mal probiert, den acr122_usb-Treiber zu benutzen, aber der geht gar nicht bei mir. "error   libnfc.driver.acr122_usb   Too small reply", gibt schon einen Bugreport dazu.

Ja, ganz Deiner Meinung. Und Ubuntu kompiliert die Treiber leider fest in den Kernel. Also leider nichts mit entladen.

Oh, das ist neuerdings zum Glück kein Problem mehr, man kann Treiber von Devices entbinden und auch wieder ranbinden. Für meinen USB2-Hostanschluss etwa:

Code Auswählen Erweitern


$ sudo su -
[sudo] password for henryk:
# cd /sys/module/ehci_hcd/drivers/pci\:ehci_hcd
# ls -l
total 0
lrwxrwxrwx 1 root root    0 Jun  4 18:54 0000:00:1a.0 -> ../../../../devices/pci0000:00/0000:00:1a.0
lrwxrwxrwx 1 root root    0 Jun  4 18:54 0000:00:1d.0 -> ../../../../devices/pci0000:00/0000:00:1d.0
--w------- 1 root root 4096 Jun  4 18:54 bind
lrwxrwxrwx 1 root root    0 Jun  4 18:54 module -> ../../../../module/ehci_hcd
--w------- 1 root root 4096 Jun  4 18:54 new_id
--w------- 1 root root 4096 Jun  4 18:54 remove_id
--w------- 1 root root 4096 Jun  4 18:54 uevent
--w------- 1 root root 4096 Jun  4 18:54 unbind
# echo 0000:00:1d.0 > unbind
# echo 0000:00:1d.0 > bind


Du würdest halt das echo > unbind beim xhci-Treiber machen und das echo > bind beim ehci-Treiber. Keine Gewähr, aber sollte funktionieren. (Obacht: Keyboard sollte nich an dem USB-Anschluss hängen :)

Aaach sooo. Hatte erwartet, dass es irgendwie ein aktives Signal vom Reader gäbe wie "Tag found" und "Tag lost". Wenn ich Dich richtig verstehe, ist das eine Limitierung von libnfc und nicht vom Reader, richtig?

Nein. Der 'Reader' ist gar kein Reader, das ist ein IC von NXP der (mit einer umständlichen Huckepackschaltung) an einem USB-Anschluss hängt. Der macht nichts von sich aus, der kann nichts von sich aus. libnfc fragt, ob ein Tag im Feld ist, und kriegt eine Antwort, das muss man dann immer wieder machen.  (Genauer gesagt, kann der Chip doch ein Kommando der Art "Schaue nach Tags, und melde dich erst wieder, wenn du eins gefunden hast.", aber das geht mit der Huckepackschaltung nicht, die erwartet, dass auf alle Kommandos innerhalb einer recht kurzen Zeit eine Antwort kommt.)

--
Henryk Plötz
Grüße aus Berlin

[noanda]

Hallo zusammen,

versuche seit ein paar Tagen den Stick zu installieren... und komme jetzt leider nicht weiter.

habe alles erledigt wie in der WIKI beschriben

auf den Befehl:

Code Auswählen Erweitern

root@raspberrypi:~# tail -f /var/log/messages

bekomme ich auch den Stick zu sehen:

Aug 30 02:17:52 raspberrypi kernel: [    5.796158] NET: Registered protocol family 39
Aug 30 02:17:52 raspberrypi kernel: [    5.938880] pn533 1-1.4:1.0: NFC: NXP PN533 firmware ver 2.7 now attached
Aug 30 02:17:52 raspberrypi kernel: [    6.224039] usbcore: registered new interface driver pn533
Aug 30 02:17:52 raspberrypi kernel: [    6.624219] bcm2708-i2s bcm2708-i2s.0: Failed to create debugfs directory
Aug 30 02:17:52 raspberrypi kernel: [   11.574807] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Aug 30 02:17:52 raspberrypi kernel: [   12.061436] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Aug 30 02:17:52 raspberrypi kernel: [   17.747115] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Aug 30 02:17:52 raspberrypi kernel: [   20.134196] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Aug 30 02:17:52 raspberrypi kernel: [   21.722116] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
Aug 30 02:17:55 raspberrypi kernel: [   29.365319] Adding 102396k swap on /var/swap.  Priority:-1 extents:1 across:102396k SSFS
Aug 30 10:55:02 raspberrypi kernel: [  207.928601] usb 1-1.4: USB disconnect, device number 4
Aug 30 10:55:02 raspberrypi kernel: [  207.929151] pn533 1-1.4:1.0: NFC: NXP PN533 NFC device disconnected
Aug 30 10:55:08 raspberrypi kernel: [  214.051461] usb 1-1.4: new full-speed USB device number 5 using dwc_otg
Aug 30 10:55:09 raspberrypi kernel: [  214.223503] usb 1-1.4: New USB device found, idVendor=04e6, idProduct=5591
Aug 30 10:55:09 raspberrypi kernel: [  214.223539] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Aug 30 10:55:09 raspberrypi kernel: [  214.223556] usb 1-1.4: Product: SCL3711-NFC&RW
Aug 30 10:55:09 raspberrypi kernel: [  214.223569] usb 1-1.4: Manufacturer: SCM Micro
Aug 30 10:55:09 raspberrypi kernel: [  214.239972] pn533 1-1.4:1.0: NFC: NXP PN533 firmware ver 2.7 now attached

Leider geht es aber ab da nicht weiter:

Code Auswählen Erweitern

nfc-list | grep "NFC device"

Ergebniss:

bash: nfc-list: command not found

Was ist schief gelaufen ?

Kann mir jemand helfen?

[betateilchen]

Der Befehl (genauer: das Programm) nfc-list ist auf Deinem System nicht vorhanden. Hast Du die nfc-Tools installiert?

Code Auswählen Erweitern

apt-get install libnfc-bin

[noanda]

Also ganz so einfach war es dann nicht, aber ich habe es so weit geschafft 

Allerdings gibt mir der Befehl

Code Auswählen Erweitern

nfc-List erst mal kein Ergebnis bis ich nicht

Code Auswählen Erweitern

sudo modprobe -r pn533 noch eingebe.

Der 

Code Auswählen Erweitern

sudo /usr/local/bin/nfc2fhem.sh habe ich auch vorerst manuell gestartet, aber darüm später.

ich bekomme leider keine Reaktion aus FHEM.
Aber im Terminal sehen ich das die Tags erkannt werden.

pi@raspberrypi ~ $ sudo modprobe -r pn533
pi@raspberrypi ~ $ sudo nfc-list
nfc-list uses libnfc libnfc-1.7.1
NFC device: SCM Micro / SCL3711-NFC&RW opened
pi@raspberrypi ~ $ sudo /usr/local/bin/nfc2fhem.sh
Please define 0447aeba392b80 first
Please define 0447aeba392b80UIDNFCID1 first
Please define 0447aeba392b80UIDNFCID1 first
Please define 0447aeba392b80UIDNFCID1 first
Please define 0447aeba392b80UIDNFCID1 first
Please define 0447aeba392b80 first

Kann jetzt gerade nicht ganz nachvollziehen warum.

Jemand eine Idee?

[betateilchen]

interessant wäre zu wissen, was in /usr/local/bin/nfc2fhem.sh eigentlich drinsteht (was damit gemacht wird?)

Die Fehlermeldungen sagen doch eindeutig, was das Problem ist: Es wird versucht, zwei fhem-Devices anzusprechen, die nicht definiert sind.

Please define 0447aeba392b80 first
Please define 0447aeba392b80UIDNFCID1 first

[noanda]

Danke Danke, vielleicht sollte man den Tag Namen richtig schreiben und ab und zu auch mal was anderes machen.

[Ralli]

Hallo,

ich möchte Euch kurz an meinen Erfahrungen teilhaben lassen.

Erst einmal herzlichen Dank für den Wiki-Eintrag.

Ich habe mir das Modul von Elechouse gekauft: http://www.elechouse.com/elechouse/index.php?main_page=product_info&cPath=90_93&products_id=2242 . Angebunden ist es am RPi über UART. Es läuft übrigens einwandfrei mit einer VCC von 3.3V, so dass ohne weitere Klimmzüge das Modul mit vier Drähten angeschlossen werden kann.

Zur Installation habe ich die aktuelle libnfc 1.7.1 genommen und habe auch nur den Treiber für UART kompiliert.

Das Modul hat nach der Vorgehensweise im Wiki direkt funktioniert. Allerdings habe ich in anderer Sache auf einmal Probleme bekommen. Ich habe eine CCU mit einem CUL und einem HMLAN konfiguriert. Und irgendwie ging auf einmal alles nicht mehr so richtig, ständig hatte ich missing Acks. Eingrenzen konnte ich das merkwürdige Verhalten meiner Aktoren auf Vorhandensein seit der Installation von der libnfc bzw. dem Daemon, der ständig die NFC-Reader abfragt.

Lange Rede, kurzer Sinn: Unbedingt in der /etc/nfc/libnfc.conf den Wert allow_intrusive_scan=false setzen. Sonst kommt sich list-nfc mit CUL (USB) in die Quere und CUL steht auch nicht mehr auf "initialized" bzw. "ok" in der CCU sondern nur noch auf "opened".

Im nfc2fhem.sh habe ich noch wie folgt Änderungen vorgenommen:

Code Auswählen Erweitern


    NFCID="$(nfc-list | grep NFCID -m 1)"
    [[ $NFCID != '' ]] &&
    {
        NFCID="$(echo $NFCID | cut -b 15- | sed 's/ //g;s/)//g;s/(//g' | tr -d ' ')"
        echo "set $NFCID read" | nc -w5 $FhemIP 7072
        echo "`date`: $NFCID detected" >>$LogFile
        sleep 4
    }

Damit wird immer nur maximal eine Ausgabe ausgewertet und ab dem 15. Byte alles als ID genommen. Aus dieser werden alle Leerzeichen verworfen.

[rubinho]

Hallo erstmal

Ich habe mein Raspi mittels PN532 um NFC erweitert und habe mich an der WIKI orientiert (Danke dafür).
Nur die Poll-Zeit mittels nfc-list war mir etwas zu langsam und hab dafür eine Lösung gefunden.
Von NFC-Tools gibt es ein NFC-Event Daemon names nfc-eventd. Dieses kleine Tool kann den Tag wesentlich schneller einlesen.
Falls jemand Interesse hat, hier der Link....
http://nfc-tools.org/index.php?title=Nfc-eventd

Das Startstript nfc2fhem hab ich als Basis genommen und lediglich die Binary angepasst und in der Konfig "/usr/local/etc/nfc-eventd.conf" habe ich folgendes noch unter "# Tag inserted" hinzugefügt.

action = "echo 'set $TAG_UID irgendwas' | nc -w5 127.0.0.1 7072";

Gruß
Rubinho

[Ralli]

Leider läuft der Daemon nur nicht stabil. Nach ein paar wenigen Minuten mag er nicht mehr. Darüber hinaus scheint er auch den CUL an USB zu stören, obwohl der Daemon auf den NFC-Leser an ttyS2 festgedübelt ist.

[rubinho]

Das ist blöd, dass es bei dir nicht stabil läuft.
Bei mir funktioniert der event daemon bis jetzt ohne jegliche Probleme.  Allerdings habe ich auch andere Vorraussetzung.
Mein PN532 ist via SPI an dem Raspi angebunden und verträgt sich wohl besser mit dem Daemon.

[Taki]

Hallo zusammen,

der Thread ist zwar ältern, aber ich hoffe dennoch auf Hilfe. Ich habe mit heute libopenkey auf meinem RPi installiert allerdings scheint irgendwas nicht zu funktionieren, denn ich bleibe schon beim Einrichten der DESfire hängen:

pi@raspberrypi ~ $ openkey-producer openkey_secrets_dir taki_card1
Note: Bootstrapping card producer role and generating secret keys
        This may take some time ...

Der Leser selber (ein I2C-Board von ELEHOUSE) funktioniert:

pi@raspberrypi ~/libnfc $ nfc-scan-device
nfc-scan-device uses libnfc libnfc-1.7.1-28-gef74d81
1 NFC device(s) found:
- pn532_i2c:/dev/i2c-1:
    pn532_i2c:/dev/i2c-1

Sowohl nfc-poll, als auch mifare-desfire-info scheinen auch zu funktionieren:

pi@raspberrypi ~/libnfc $ nfc-poll
nfc-poll uses libnfc libnfc-1.7.1-28-gef74d81
NFC reader: pn532_i2c:/dev/i2c-1 opened
NFC device will poll during 30000 ms (20 pollings of 300 ms for 5 modulations)
ISO/IEC 14443A (106 kbps) target:
    ATQA (SENS_RES): 03  44 
       UID (NFCID1): 04  88  33  d2  5e  2d  80 
      SAK (SEL_RES): 20 
                ATS: 75  77  81  02  80 
nfc_initiator_target_is_present: Target Released
Waiting for card removing...done.

pi@raspberrypi ~ $ mifare-desfire-info
===> Version information for tag 048833d25e2d80:
UID:                      0x048833d25e2d80
Batch number:             0xba4454d6d0
Production date:          week 15, 2013
Hardware Information:
    Vendor ID:            0x04
    Type:                 0x01
    Subtype:              0x01
    Version:              1.0
    Storage size:         0x18 (=4096 bytes)
    Protocol:             0x05
Software Information:
    Vendor ID:            0x04
    Type:                 0x01
    Subtype:              0x01
    Version:              1.4
    Storage size:         0x18 (=4096 bytes)
    Protocol:             0x05
Master Key settings (0x0f):
    0x08 configuration changeable;
    0x04 PICC Master Key not required for create / delete;
    0x02 Free directory list access without PICC Master Key;
    0x01 Allow changing the Master Key;
Master Key version: 0 (0x00)
Free memory: 4864 bytes
Use random UID: no

Hat jemand (Hendryk vielleicht?) einen Tipp, wie ich mit der Fehlersuche weitermachen kann?

Freundliche Grüße

Taki