Online Store

NDEF Detectie en Toegang – MIFARE Classic &MIFARE Plus tags

NDEF-detectie en -toegang #

In dit hoofdstuk wordt beschreven hoe NDEF-gegevens (bijv. NDEF-bericht) MOETEN worden opgeslagen en geopend in de MIFARE Classic- en MIFARE Plus-tag.

Het NDEF-bericht dat deze toepassingsnotitie beheert in een MIFARE Classic en MIFARE Plus, wordt opgeslagen in een NDEF-bericht-TLV dat verplicht NDEF-bericht TLV of eerste NDEF-bericht-TLV wordt genoemd. Het verplichte NDEF-bericht TLV is ook het NDEF-bericht dat wordt gevonden door de NDEF-detectieprocedure (zie sectie 1. 4.1).

NDEF-beheer #

Voor het detecteren van en openen van NDEF-gegevens (bijv. NDEF-bericht) in de MIFARE Classic- en MIFARE Plus-tag wordt de MAD SHALL gebruikt (zie paragraaf 2.4) samen met de GPB van de NFC-sectoren.

Een applicatie-id (AID) van de MAD, GENAAMD NFC AID, is gereserveerd om sectoren met NDEF-gegevens te identificeren. Een sector met NDEF-gegevens wordt NFC Sector genoemd. De twee velden van de NFC AID zijn als volgt ingesteld:

de functieclustercode gelijk is aan E1h om het cluster van sectoren met NDEF-gegevens te identificeren, en

de toepassingscode is gelijk aan 03 uur om de NFC-sector te identificeren waaraan deze toepassingsnotitie is gerelateerd.

Een of meer NFC-sectoren KUNNEN aanwezig zijn in een MIFARE Classic 1k/4k-tag.

Indien meer dan één NFC-sector aanwezig is, moeten de NFC-sectoren aaneengesloten zijn. In het geval van MIFARE Classic 4k of MIFARE Plus met 4 Kbytes, wordt het beschouwd als aaneengesloten een reeks NFC-sectoren die de MAD-sector 16 omvat.

Voorbeelden van aaneengesloten NFC-sectoren zijn:

  • NFC-sectoren van sector 2 tot sector 3, en
  • NFC-sectoren van sector 1 tot sector 39. In dit geval is de MAD-sector 16 opgenomen, maar nog steeds zoals hierboven gedefinieerd, worden de NFC-sectoren als aaneengesloten beschouwd.

Een voorbeeld van niet-aaneengesloten NFC-sectoren is:

  • sector 3 en sector 5 zonder sector 4 zijn NFC-sectoren. In dit geval is sector 4 geen NFC-sector, dus de twee resterende NFC-sectoren zijn niet aaneengesloten.

De NDEF-gegevens MOETEN worden geschreven van de NFC-sector met het kleinste sectornummer tot het grootste.

De General Purpose Byte (GPB, zie paragraaf 2.1 en paragraaf 2.3) van elke NFC-sector geeft informatie over het versienummer van het toewijzingsmodel dat wordt gebruikt om de NDEF-gegevens op te slaan in de MIFARE Classic en MIFARE Plus (zie sectie 1). 1.1) en de schrijftoegang van de NFC-sectoren. GPB MOET worden gecodeerd zoals beschreven in tabel 1.

Tabel 1: Bytestructuur voor algemeen gebruik

MSB Bit 7  Bit 6  Bit 5  Deel 4  Bit 3  Bit 2  Bit 1 LSB Bit 0
Versienummer toewijzen Toegangsvoorwaarden
Hoofdversienummer Secundair versienummer Voorwaarde voor leestoegang Voorwaarde voor schrijftoegang

De 4 minst significante bits (lsb) van de GPB geven de toegangsvoorwaarden van de NFC-sector aan:

  • Bit 2-3 geeft de voorwaarde voor leestoegang aan:
    • De waarde 00b geeft leestoegang aan die zonder enige beveiliging is verleend.
    • De waarde 11b geeft aan dat er helemaal geen leestoegang is verleend.
    • Elke andere waarde geeft aan dat beveiligingsbewerkingen van leveranciers vereist zijn om leestoegang te verlenen, d.w.z. bedrijfseigen.
  • Bit 0-1 geeft de schrijftoegangsvoorwaarde aan:
    • De waarde 00b geeft schrijftoegang aan die zonder enige beveiliging is verleend.
    • De waarde 11b geeft aan dat er helemaal geen schrijftoegang is verleend.
    • Elke andere waarde geeft aan dat beveiligingsbewerkingen van leveranciers vereist zijn om schrijftoegang te verlenen, d.w.z. bedrijfseigen.

De 4 belangrijkste bits (msb) geven het versienummer van de toewijzing aan (zie sectie 1. 1.1):

  • Bit 7-6 (de 2 msb van het veld toewijzingsversienummer) geeft het primaire versienummer aan.
  • Bit 5-4 (het veld van 2 lsb van het toewijzingsversienummer) geeft het secundaire versienummer aan.

In een MIFARE Classic- en MIFARE Plus-tag moeten de NFC-sector(en) met het verplichte NDEF-bericht TLV worden ingesteld met een leestoegangsvoorwaarde gelijk aan 00 uur en schrijftoegangsvoorwaarden gelijk aan 00b of 11b (zie rubriek 1. 3).

Het Lezerapparaat dat deze toepassingsnotitie implementeert, MOET MIFARE Classic- en MIFARE Plus-tags beheren met een primair versienummer gelijk aan 01b en het secundaire versienummer gelijk aan 00b, d.w.z. mappingversie 1.0.

Versie Treating #

De GPB van de NFC-sectoren bevat het toewijzingsversienummer van het toegepaste toewijzingsmodel van de MIFARE Classic 1k/4k- of MIFARE Plus-tag. Het versienummer van de toewijzing wordt aangegeven met twee cijfers: primair versienummer en secundair versienummer.

De verwerking van de verschillende primaire en secundaire versienummers van de MIFARE Classic- of MIFARE Plus-tag (MSVNo genoemd) en die welke in het Reader-apparaat is geïmplementeerd (NFCDevVNo genoemd) wordt uitgelegd in de 4 gevallen van tabel 12.

Tabel 12. Verwerking van de versienummers van het toewijzingsdocument

No Versienummer Case Behandeling
1 Major NFCDevVNo is gelijk aan major MSVNo, en

minor NFCDevVNee is groter dan of gelijk aan minor MSVNo

Het lezerapparaat MOET toegang hebben tot de MIFARE Classic- of MIFARE Plus-tag en ALLE functies van het toegepaste kaartdocument gebruiken voor deze MIFARE Classic- of MIFARE Plus-tag.
2 Als major NFCDevVNo gelijk is aan major MSVNo, en

minor NFCDevVGeen is lager dan minor MSVNo

Mogelijk zijn niet alle functies van de MIFARE Classic- of MIFARE Plus-tag toegankelijk. Het lezersapparaat ZAL al zijn functies gebruiken en ZAL toegang hebben tot deze MIFARE Classic- of MIFARE Plus-tag.
 

No Versienummer Case Behandeling
3 Als major NFCDevVNo kleiner is dan major MSVNo Incompatibele gegevensindeling. Het Reader-apparaat kan de gegevens van de MIFARE Classic- of MIFARE Plus-tag niet begrijpen. Het lezerapparaat MOET deze MIFARE Classic- of MIFARE Plus-tag weigeren.
4 Als major NFCDevVNo groter is dan major MSVNo Het Reader-apparaat kan de ondersteuning voor eerdere versies van deze specificatie implementeren naast de hoofdversie. In het geval dat het Reader-apparaat de ondersteuning van de vorige versie heeft, MOET het toegang hebben tot de MIFARE Classic- of MIFARE Plus-tag. Integendeel, in het geval dat het Reader-apparaat geen ondersteuning heeft van de vorige versie, ZAL het de MIFARE Classic- of MIFARE Plus-tag weigeren.

NDEF-opslag #

De gegevensindeling van het NDEF-bericht is gedefinieerd in [NDEF]. Het NDEF-bericht MOET worden opgeslagen in het waardeveld van het NDEF-bericht TLV (zie paragraaf 2.6.1) met behulp van een of meer NFC-sectoren. NFC-sectoren worden geïdentificeerd door de NFC AID in de MAD-sector(en).

Levenscyclus #

De NFC-sectoren van een MIFARE Classic- of MIFARE Plus-tag KUNNEN zich in de volgende statussen GEÏNITIALISEERD, LEZEN/SCHRIJVEN of ALLEEN-LEZEN bevinden. De NFC-sectoren MOGEN zich op een bepaald moment in slechts één toestand bevinden. De toestand WORDT weerspiegeld door de inhoud van de NFC-sectoren. De staat is niet gerelateerd aan een enkele NFC-sector, maar aan alle NFC-sectoren samen. De staten worden beschreven in de volgende secties.

Als de MIFARE Classic- of MIFARE Plus-tag alleen NFC-sectoren bevat, wordt de status van de NFC-sectoren de status van de MIFARE Classic- of MIFARE Plus-tag genoemd. In de onderstaande beschrijving wordt de status van de MIFARE Classic- of MIFARE Plus-tag verward met (d.w.z. gelijk aan) de status van de NFC-sectoren.

Elke staat heeft zijn geldige bewerkingen die overgangen of statuswijzigingen worden genoemd. De statusovergangen zijn alleen relevant voor leesapparaten, die MIFARE Classic- of MIFARE Plus-tags kunnen schrijven.

De verschillende staten worden geïdentificeerd door de GPB van de NFC-sector te vergelijken waar de verplichte NDEF-bericht-TLV begint, en de velden van de verplichte NDEF-bericht-TLV. Houd er rekening mee dat de toegangsbits van de sectortrailer die in paragraaf 2.5 worden beschreven, in deze toepassingsnotitie niet worden gebruikt om de specifieke status te identificeren.

Als de MIFARE Classic- of MIFARE Plus-tag zich niet in een geldige staat bevindt volgens deze toepassingsnotitie, worden de NDEF-gegevens van de MIFARE Classic- of MIFARE Plus-tag in alle NFC-sectoren genegeerd. De redenen KUNNEN zijn:

  • Niet-aaneengesloten NFC-sectoren.
  • Er zijn geen NFC-sectoren aanwezig in de tag, d.w.z. er worden geen sectoren aangegeven door de MAD met behulp van de NFC AID.
  • Een mismatch tussen de totale lengte van TLV-blokken en de werkelijke lengte van het gegevensgebied.
  • Ongeldig TLV-blok.

GEÏNITIALISEERDE staat #

Een MIFARE Classic- of MIFARE Plus-tag MOET worden gedetecteerd in de geïnitialiseerde status wanneer:

        • de GPB is ingesteld zoals beschreven in rubriek 1. 1, in het bijzonder met bit 0-1 gelijk aan 00b en bit 2-3 gelijk aan 00b (lees- en schrijftoegang verleend),
        • de NFC-sector(en) één NDEF-bericht TLV bevat (de verplichte), en
        • het lengteveld van het verplichte NDEF-bericht TLV is gelijk aan 00 uur.

In de geïnitialiseerde status KAN het NFC-apparaat de inhoud van het verplichte NDEF-bericht wijzigen TLV waarin een NDEF-bericht wordt geschreven. Bijlage D in hoofdstuk 10, bijlage E in hoofdstuk 0 en bijlage F in hoofdstuk 12 tonen twee voorbeelden van respectievelijk MIFARE Classic 1k, MIFARE Plus met 2 Kbytes en MIFARE Classic 4k of MIFARE Plus met 4 Kbytes allemaal in de GEÏNITIALISEERDE staat.

STATUS LEZEN/SCHRIJVEN #

Een MIFARE Classic- of MIFARE Plus-tag MOET worden gedetecteerd in de status LEZEN/SCHRIJVEN wanneer:

        • de GPB is ingesteld zoals beschreven in rubriek 1. 1, in het bijzonder met bit 0-1 gelijk aan 00b en bit 2-3 gelijk aan 00b (lees- en schrijftoegang verleend),
        • het verplichte NDEF-bericht TLV aanwezig is in de NFC-sector(en), en
        • het lengteveld van de verplichte NDEF-bericht-TLV verschilt van nul.

De lees-/schrijfstatus wordt bereikt via de geïnitialiseerde toestand. In deze status KAN het NFC-apparaat de inhoud van het verplichte NDEF-bericht TLV wijzigen dat er een NDEF-bericht in schrijft.

ALLEEN-LEZEN staat #

Een MIFARE Classic- of MIFARE Plus-tag MOET worden gedetecteerd in de status ALLEEN-lezen wanneer:

        • de GPB is ingesteld zoals beschreven in rubriek 1. 1, in het bijzonder met bit 0-1 gelijk aan 11b en bit 2-3 gelijk aan 00b (er wordt geen schrijftoegang verleend, alleen leestoegang wordt verleend),
        • het verplichte NDEF-bericht TLV aanwezig is in de NFC-sector(en), en
        • het lengteveld van het verplichte NDEF-bericht TLV MOET verschillen van nul.

In alleen-lezen status hebben alle NFC-sectoren alleen-lezen toegang verleend. De MIFARE Classic- of MIFARE Plus-tag blijft gedurende de resterende levenscyclus in de status ALLEEN-lezen.

Beschrijving van de opdrachtreeks #

In deze sectie worden verschillende procedures beschreven om NDEF-gegevens te beheren, bijvoorbeeld de verplichte NDEF Message TLV binnen de NFC-sector (en). De verschillende statuswijzigingen of overgangen tussen de statussen van de MIFARE Classic- of MIFARE Plus-tag worden ook in detail weergegeven.

Elke sector die bij de procedures betrokken is, MOET worden geauthenticeerd met behulp van de authenticatiebewerking alvorens deze te lezen of te schrijven. De publieke sleutel A WORDT geselecteerd op basis van het sectortype, d.w.z. mad-sector of NFC-sector.

NDEF-detectieprocedure #

De NDEF-detectieprocedure MOET worden gebruikt om het verplichte NDEF-bericht (zie [NDEF]) in een MIFARE Classic- of MIFARE Plus-tag te detecteren.

De NDEF-detectieprocedure is gebaseerd op de controle van:

        • de MAD-sector(en),
        • de NFC-sector(en), en
        • het verplichte NDEF-bericht TLV dat het NDEF-bericht bevat.

Zoals reeds vermeld, wordt het NDEF-bericht TLV dat door de NDEF-detectieprocedure wordt gevonden, verplicht NDEF-bericht TLV of eerste NDEF-bericht TLV genoemd. Wanneer de MIFARE Classic of MIFARE Plus de status READ/WRITE of READ-ONLY heeft, bevat dit NDEF-bericht TLV een NDEF-bericht. In de status GEÏNITIALISEERD is het NDEF-bericht TLV leeg.

NDEF graph(1) Nadat een verificatie of een leesbewerking is mislukt, reageert de MIFARE Classic of MIFARE Plus niet meer op opdrachten en moet deze opnieuw worden geactiveerd en geselecteerd om de NDEF-detectieprocedure voort te zetten.

Om de NDEF-detectieprocedure uit te voeren, MOET het lezerapparaat (of NFC-apparaat) de volgende bewerkingen uitvoeren (zie ook fig. 6) op de MIFARE Classic of MIFARE Plus:

  1. Controleer het bestaan van de MAD-sector(en).
  2. Verifieer en lees de MAD-sector(en): sector 0 voor MAD1 of sector 0 en 16 voor MAD2 met de bewerking Lezen.
  1. Als in de MAD een of meer AID('s) worden gevonden die gelijk zijn aan de NFC AID met betrekking tot een of meer aaneengesloten sector(en), ga dan naar punt 4. Anders is er geen NFC AID gedetecteerd in de MIFARE Classic- of MIFARE Plus-tag en heeft de MIFARE Classic- of MIFARE Plus-tag geen geldige status.
  2. Voer voor elke NFC-sector de volgende bewerkingen uit, van het kleinste sectornummer tot het hoogste:
    1. Authenticeer en lees de sectortrailer van de NFC-sector met behulp van de openbare sleutel A voor NFC-sectoren (zie tabel 6).
    2. Als de verificatie en de leesbewerkingen succesvol zijn, controleert u de sectortrailer van de NFC-sector. Anders, als de authenticatie of de leesbewerking mislukt, wordt een eigen NFC-sector gevonden (zie beschrijving van de NFC-sector hieronder) en ga dan naar item f.
    3. Als bits 4-7 van de GPB het juiste versienummer beschrijven volgens de hierboven gedefinieerde regels, ga dan naar item d. Anders stopt u de procedure omdat de TAG MIFARE Classic of MIFARE Plus niet geldig is.
    4. Als de waarde van het veld leestoegangsvoorwaarde (bit 2-3) van de GPB gelijk is aan 00b en de waarde van de schrijftoegangsvoorwaarde ingediend (bit 0-1) van de GPB gelijk is aan 00b of 11b, leest u de gegevensblokken van de relatieve NFC-sector met behulp van de leesbewerking die is gespecificeerd in sectie 5.1.3, zoekt u naar NDEF-bericht-TLV's, en ga naar punt e. Anders, als de waarde van het leestoegangsveld van de GPB verschilt van 00h of als de schrijftoegangsvoorwaarde ingediend (bit 0-1) van de GPB verschilt van 00b en 11b, wordt een eigen NFC-sector gevonden (zie beschrijving van de NFC-sector hieronder) en gaat u naar item f.
    5. Als er een NDEF-bericht TLV wordt gevonden, is dit het (d.w.z. het eerste) verplichte NDEF-bericht TLV en ga dan naar item 5. Als er anders geen NDEF-bericht TLV wordt gevonden, gaat u naar item f.
    6. Controleer indien beschikbaar de volgende NFC-sector en ga naar item a. Als er anders geen NFC-sectoren meer beschikbaar zijn, stopt u de procedure omdat er geen NDEF-bericht TLV wordt gevonden. De MIFARE Classic- of MIFARE Plus-tag heeft geen geldige status.
  3. Als het lengteveld van het verplichte NDEF-bericht TLV verschilt van nul, wordt het NDEF-bericht (zie [NDEF]) gedetecteerd in de tag MIFARE Classic of MIFARE Plus en mag het lezerapparaat de NDEF-leesprocedure of de NDEF-schrijfprocedure gebruiken. Als het lengteveld gelijk is aan nul, wordt er geen NDEF-bericht gedetecteerd in de tag MIFARE Classic of MIFARE Plus en mag het lezerapparaat de NDEF-schrijfprocedure gebruiken (de tag heeft mogelijk de status INITIALIZED).

De NDEF-detectieprocedure heeft geen betrekking op een geldig NDEF-bericht. Het leest de lengte van het NDEF-bericht uit het lengteveld van het NDEF-bericht TLV, maar parseert het NDEF-bericht niet.

Het reader-apparaat ZAL de eigen NFC-sectoren negeren en eroverheen springen. De eigen NFC-sector wordt gedefinieerd als een NFC-sector die: ofwel niet-verifieerbaar is met de openbare sleutel A voor NFC-sectoren of de leestoegangsveldwaarde van de GPB verschilt van 00b of de schrijftoegangsvoorwaarde gearchiveerd (bit 0-1) van de GPB verschilt van 00b en 11b.

Telkens wanneer een verificatiebewerking, een leesbewerking of een schrijfbewerking mislukt, blijft de MIFARE Classic of MIFARE Plus stil en reageert deze niet meer op een

Opdrachten. In deze situatie moet de NDEF-detectieprocedure opnieuw worden geactiveerd en geselecteerd om de NDEF-detectieprocedure voort te zetten.

NDEF-leesprocedure #

De NDEF-leesprocedure wordt door het Reader-apparaat gebruikt om het NDEF-bericht van het verplichte NDEF-bericht TLV te lezen. Voordat het NDEF-bericht wordt gelezen, MOET de NDEF-detectieprocedure worden uitgevoerd en moet de MIFARE Classic- of MIFARE Plus-tag in een geldige staat zijn.

Met behulp van de NDEF-leesprocedure MOET het lezerapparaat het volledige NDEF-bericht van het verplichte NDEF-bericht TLV lezen met behulp van een of meer leesbewerkingen. De lengte van het te lezen NDEF-bericht wordt weergegeven in het lengteveld van het verplichte NDEF-bericht TLV.

Als het verplichte NDEF-bericht TLV is opgeslagen in een of meer NFC-sectoren, MOET het lezerapparaat al deze sectoren kunnen verifiëren met de openbare sleutel A voor NFC-sectoren (zie tabel 6). Als de verificatieprocedure mislukt, is de MIFARE Classic- of MIFARE Plus-tag niet geldig.

NDEF Schrijf procedure #

De NDEF-schrijfprocedure MOET door het readerapparaat worden gebruikt om het verplichte NDEF-bericht TLV te schrijven dat een NDEF-bericht bevat in een MIFARE Classic- of MIFARE Plus-tag.

De NDEF-schrijfprocedure maakt gebruik van de lees- en schrijfbewerkingen (zie paragraaf 5.1.3 en paragraaf 5.1.4).

Om het NDEF-bericht te schrijven, MOET de MIFARE Classic- of MIFARE Plus-tag in de staat INITIALIZED of READ/WRITE zijn, d.w.z. het verplichte NDEF-bericht TLV MOET al aanwezig zijn in de MIFARE Classic- of MIFARE Plus-tag.

NDEF write procedure

Om de NDEF-schrijfprocedure uit te voeren, MOET het lezerapparaat de volgende bewerkingen uitvoeren op de MIFARE Classic- of MIFARE Plus-tag:

  1. Gebruik de NDEF-detectieprocedure (zie paragraaf 1.4.1) om het verplichte NDEF-bericht TLV te vinden. Als het verplichte NDEF-bericht TLV wordt gevonden, ga dan naar punt 2. Als er anders geen NDEF-bericht TLV wordt gevonden, beëindigt u de procedure.
  2. Als de beschikbare geheugengrootte voor het NDEF-bericht TLV gelijk is aan of groter is dan de grootte van het NDEF-bericht, MOETEN de onderstaande bewerkingen in de volgende volgorde worden uitgevoerd met behulp van een of meer schrijfbewerkingen:
    1. het lengteveld van het verplichte NDEF-bericht TLV IS één byte lang en de waarde ervan wordt ingesteld op 00 uur;
    2. het nieuwe NDEF-bericht MOET worden geschreven in het waardeveld van het verplichte NDEF-bericht TLV, en
    1. het lengteveld van het verplichte NDEF-bericht TLV MOET worden bijgewerkt met de lengte van het NDEF-bericht.

Als er anders niet genoeg geheugenruimte beschikbaar is in de MIFARE Classic- of MIFARE Plus-tag, mag het NDEF-bericht NIET worden geschreven in de MIFARE Classic- of MIFARE Plus-tag.

  1. Als item 2 met succes is uitgevoerd, MOET het Reader-apparaat de Terminator TLV in de volgende byte na de NDEF Message TLV schrijven met behulp van de write-bewerking.De Terminator TLV MAG NIET worden geschreven wanneer het verplichte NDEF-bericht TLV eindigt op de laatste byte van de laatst beschikbare NFC-sector, d.w.z. de NFC-sector met het grootste sectornummer.

Met betrekking tot operatiepunt 2. b, het schrijven van het waardeveld van het gevonden NDEF-bericht TLV LAAT 1 of 3 bytes over voor het lengteveld dat nodig is voor het volgende bewerkingsitem 2. c om de lengte van het NDEF-bericht op te slaan.

De NDEF-schrijfprocedure verandert de beginpositie van het verplichte NDEF-bericht TLV niet.

De NDEF-schrijfprocedure KAN het NDEF-bericht TLV schrijven in aaneengesloten NFC-sectoren, behalve MAD-sector 16 in het geval MIFARE Classic 4k en MIFARE Plus met 4 Kbytes worden gebruikt.

De beschikbare geheugengrootte voor het verplichte NDEF-bericht TLV wordt berekend op basis van de positie van het verplichte NDEF-bericht TLV als de som van:

  • de vrije geheugenruimte van de NFC-sector met het verplichte NDEF-bericht TLV. De vrije geheugenruimte begint vanaf het begin van de verplichte NFC-bericht-TLV en eindigt aan het einde van de NFC-sector, en
  • de volledige geheugenruimte van de NFC-sectoren volgens de sector die het verplichte NDEF-bericht TLV bevat. De volgende NFC-sectoren KUNNEN een grootte hebben van 48 bytes (3 blokken) of 240 bytes (15 blokken). De informatie over de volgende beschikbare NFC-sectoren MOET worden opgehaald bij de MAD-sectoren.

Voor de schrijfbewerking is het lezen van niet volledig bijgewerkte blokken eerst nodig wanneer bijvoorbeeld de NDEF Message TLV in het midden van een blok begint.

Statuswijzigingen #

In dit gedeelte worden de mogelijke statuswijzigingen van de MIFARE Classic- of MIFARE Plus-tag beschreven. Figuur 8 toont de toestanden en de toestandsverandering (ook wel overgang genoemd) tussen hen. In deze toepassingsnotitie is de enige opgegeven overgang van GEÏNITIALISEERD naar LEZEN/SCHRIJVEN.

Het Reader-apparaat KAN een MIFARE Classic- of MIFARE Plus-tag uitgeven in de status INITIALIZED, READ/WRITE of zelfs in de status ALLEEN-LEZEN.life cycle transaction

De overgang van GEÏNITIALISEERD naar LEZEN/SCHRIJVEN #

Om de overgang van GEÏNITIALISEERD naar LEZEN/SCHRIJVEN uit te voeren, MOET het lezerapparaat de volgende bewerking uitvoeren: een niet-lege NDEF-bericht-TLV (lengteveld anders dan nul) VERVANGT het vorige lege NDEF-bericht TLV met behulp van de NDEF-schrijfprocedure. De NDEF-bericht-TLV is de verplichte die wordt gedetecteerd met behulp van de NDEF-detectieprocedure.

Het lege NDEF-bericht KAN worden gebruikt om een niet-leeg NDEF-bericht te vervangen.