De TigerTag-chip (RFID/NFC-formaat)

Fysieke laag

Eigenschap	Waarde
Chipfamilie	NTAG213 / 215 / 216 (NFC Forum Type 2)
Aanbevolen vormfactor	ronde sticker van 25 mm (andere vormen werken ook)
Payload	NDEF-payload van 144 bytes — afgestemd op de kleine NTAG213; grotere chips laten ruimte ongebruikt
Officiële chips met merk	Geproduceerd als NTAG215 — het extra geheugen maximaliseert hergebruik aan het einde van de levensduur (standaard NDEF-objecten), zodat de chip nooit e-afval wordt
Authenticatie	Geen — openlijk leesbaar
Schrijfbeveiliging	Geen — chips worden ontgrendeld geleverd; de gebruiker kan ze herschrijven, ook om volledig naar een ander protocol te migreren
Gereserveerd gebied	64 bytes aan het einde van de payload — pagina’s 0x18–0x27, waardoor 80 bytes aan gegevens overblijven. Op een standaard TigerTag zijn ze vrij voor functies die de community toevoegt; op een TigerTag+ bevatten ze de oorsprongshandtekening, 32 bytes R en 32 bytes S (indeling op byteniveau: TigerTag-RFID-Guide)
Chips per spoel	Twee, aan tegenovergestelde zijden geplaatst
Leesbaar door	Elke NFC-smartphone, USB-lezers van het type ACR122U, TigerPOD

Dit is het bewuste tegendeel van tags van fabrikanten (Mifare Classic met afgeleide sleutels, AES-sectoren, RSA-handtekeningen — zie compatibiliteit): een TigerTag-chip verbergt niets.

Zie de chip als langetermijnopslag in de koude kast voor de identiteit van de spoel: de gegevens staan op de chip zelf, offline, jarenlang — geen server, geen account, niets nodig om ze in leven te houden. De onlinelaag (referentiedatabase, cloudsynchronisatie) voegt er alleen maar actualiteit aan toe.

Waarom elke spoel TWEE chips draagt

Twee chips, aan tegenovergestelde zijden van de spoel — het lijkt overbodig, maar het is eigenlijk het slimste detail van het formaat:

• Printers delen lezers. Een machine heeft doorgaans één RFID-lezer voor twee spoelslots, gemonteerd tussen de twee — of aan de zijkant van de printer, waar hij de linker- of rechterkant leest, afhankelijk van in welk slot je spoel zit. Een Bambu Lab AMS heeft 2 lezers voor 4 slots; bij een Snapmaker zit de spoel aan een van beide zijden van de printer. Met een chip aan elke kant zit er, welk slot ook, altijd één chip naar de lezer gericht — en je hoeft de spoel nooit op een bepaalde manier te laden.
• Niet zoeken naar de chip als je met de hand scant. Op een TigerPOD of met je telefoon hoef je nooit uit te zoeken welke kant de chip draagt: hoe je de spoel ook oppakt, er zit er al een aan de juiste kant voor wat je doet.
• Ter plekke scannen. Een spoel op een AMS Lite, aan de zijkant van een Elegoo Centauri Carbon of op een FlashForge kan worden gescand zonder hem eruit te halen.
• Vrijheid voor integrators. Een fabrikant van filamentdrogers plaatst de lezer gewoon waar het past — links of rechts voor een droger met één spoel, tussen de twee spoelen voor een dubbele — en het werkt altijd.
• Redundantie. Als een chip niet meer antwoordt, identificeert de andere de spoel nog steeds, dus er gaat niets verloren terwijl je hem vervangt (zie hieronder).
• Dubbele oogst. Aan het einde van de levensduur laat elk kilo geprint filament twee herbruikbare NTAG-chips achter voor doe-het-zelfprojecten (nul e-afval).

Enkele implementatiedetails:

• De twee chips zijn volledig onafhankelijk — elk heeft zijn eigen UID; er is geen gedeelde antenne. Ze worden samen als paar geschreven (Twin Tag) en blijven identiek gedurende het hele leven van de spoel, tot op de gram die er nog op zit — en worden altijd als één spoel geteld.
• Op fabrieksspoelen rijden de chips mee op een drager: een strip waarvan de twee uiteinden om de kartonnen kern vouwen (één chip per uiteinde), vastgehouden met industriële 3M-lijm (468MP / 200MP) — de operator trekt en plakt, verder verandert er niets aan de lijn. Het ontwerp van de drager is openbaar en thuis te printen, en dezelfde vorm wordt apart verkocht voor refills, zodat de chip met het filament meereist in plaats van met de haspel.

De drager, blanco: de twee onafhankelijke antennes zijn duidelijk zichtbaar — één per omgevouwen uiteinde, elk met zijn eigen UID.

Hoe de twee chips worden gekoppeld

Niets centraals legt het paar vast. Het wordt afgeleid uit wat de twee chips bevatten, en het veld dat het bewust maakt in plaats van toevallig is de tijdstempel.

De 4 bytes op pagina 0x0C (offset +32) hebben een dubbele functie: seconden sinds 2000-01-01 GMT, en de Twin Tag-ID. Twee chips die in dezelfde sessie zijn geschreven, krijgen exact dezelfde waarde — die gedeelde seconde is de koppelingssleutel.

De resolutie is één seconde, dus de tijdstempel alleen is geen bewijs: twee spoelen die binnen dezelfde seconde zijn getagd, zouden hem ook dragen. Wat het paar bevestigt, is dat ook de beschrijvende identiteit overeenkomt — de twee chips beschrijven één spoel, dus elk veld dat die spoel beschrijft moet op beide identiek zijn:

Veld	Pagina	Offset
Twin Tag-ID / tijdstempel	0x0C	+32
ID Brand	0x07	+14
ID Material	0x06	+8
ID Aspect 1 · ID Aspect 2	0x06	+10 · +11
Color 1 · Color 2 · Color 3	0x08 · 0x0D · 0x0E	+16 · +36 · +40
ID Product	0x05	+4

Wat werkelijk onderscheidt, hangt af van de variant:

• Op een TigerTag+ is ID Product een echte catalogus-id. Dezelfde tijdstempel en dezelfde product-id volstaan om met bijna zekerheid van een paar te spreken.
• Op een standaard TigerTag is ID Product de constante 0xFFFFFFFF op elke bestaande chip, dus onderscheidt het niets. Het merk, het materiaal, de drie kleuren en beide uiterlijken doen dat werk in plaats daarvan — samen met de tijdstempel.

Twee gevolgen die we helder willen benoemen:

• De chips in twee afzonderlijke rondes schrijven levert geen paar op. Ze krijgen twee verschillende tijdstempels, dus niets bindt ze en het ecosysteem telt twee spoelen. Daarom schrijft de telefoon-app beide in één Dual NFC-sessie, en daarom heeft de TigerPOD twee lezers die naar elkaar toe gericht zijn.
• De handtekening is het enige dat legitiem verschilt. Op een TigerTag+ ondertekent hij SHA-256(uid ‖ id_tigertag ‖ id_product), en elke chip heeft zijn eigen UID — dus de twee chips van een paar dragen per constructie twee verschillende handtekeningen. Identieke handtekeningen zouden een kopie betekenen, geen tweeling.

De offsets hierboven zijn overgenomen uit de gezaghebbende TigerTag-RFID-Guide (§2.9), die de specificatie blijft.

De refilldrager in de praktijk

Twee details die mensen verrassen:

• Vastplakken is optioneel. De 3M-lijm dient om de drager vast te houden terwijl je de refill hanteert en opbergt. Zodra de refill op de masterspoel is gemonteerd, zit de drager geklemd tussen de masterspoel en de kartonnen kern en kan hij niet bewegen — de lijm hoeft niets meer te doen.
• Hij komt er weer uit en is herbruikbaar. Als de refill op is, haal je de drager met zijn twee chips terug, wis je ze vanuit Tiger NFC Connect of Tiger Studio, en gebruik je hem opnieuw — op een andere spoel, of voor elk ander NDEF-project. Filament dat met een TigerTag Refill wordt verkocht laat je de drager na, geen afval (tweede leven).

Waar je er een kunt krijgen: zie de chips kopen.

Als een chip stukgaat of zijn gegevens verliest

De overgebleven chip blijft de spoel identificeren. Wat je daarna doet, hangt af van wat er is gebeurd:

Wat er gebeurde	Wat te doen	De handtekening
Een chip is kapot of kwijt	Zoek het filament op in de catalogus, vanuit Tiger NFC Connect of Tiger Studio, en schrijf het in één sessie naar twee chips: Dual NFC op de telefoon, of de TigerPOD. Gebruik twee nieuwe chips, of wis de overgebleven chip en gebruik hem als een van de twee	verloren: de chips dragen nog steeds het catalogusproduct, dus het zijn TigerTag+ die hetzelfde werken, maar geen TigerTag+ Certified meer
De chips antwoorden nog, maar hun gegevens zijn gewist of beschadigd	TigerTag+ herstellen, in de gereedschapskist van de spoel in Tiger Studio, met de chips op de TigerPOD: elke chip wordt teruggeschreven vanuit zijn back-up	behouden: de chips zijn weer precies zoals ze uit de fabriek kwamen
Geen chip bij de hand	Etiket afdrukken vanuit de spoel in Tiger Studio: een QR-code die de spoel opent	—

Een nieuwe chip kan zich niet zomaar bij de overgebleven chip voegen: een paar ontstaat bij het schrijven, dus de twee chips worden altijd samen geschreven (als twee chips als twee spoelen worden gelezen).

Op nieuwe chips gaat de handtekening verloren, omdat die de eigen UID van elke chip ondertekent en dus niet naar een andere chip kan. TigerTag+ herstellen heeft een back-up nodig: Tiger Studio maakt een back-up van een TigerTag+ de eerste keer dat het die leest.

In de fabriek gecodeerd, of blanco in je hand

Dezelfde chip bereikt je op twee manieren, en het verschil is belangrijker dan al het andere op deze pagina:

	Waar hij vandaan komt	Wat erop staat
Voorgecodeerd	geïntegreerd op de productielijn, in filament van een partnermerk	de volledige identiteit van de spoel, klaar om te lezen
Blanco	los gekocht — met TigerTag-merk, of elke NTAG-chip van waar dan ook	nog niets; je schrijft hem één keer, in ongeveer een minuut

Los verkochte chips worden blanco geleverd, met of zonder logo. Dat is geen beperking: een onbeschreven chip maakt het tweede leven mogelijk, en daarom hangt het protocol er nooit van af dat je iets koopt.

Payload

De payload van 144 bytes codeert de universele identiteit van de spoel — merk, materiaal, uiterlijk/kleur, type, diameter, printinstellingen — als id’s die worden opgelost via de gedeelde referentiedatabase.

De payload beslaat de pagina’s 0x04 tot 0x27, elk 4 bytes; elke waarde van meerdere bytes is big-endian:

Pagina’s	Bytes	Inhoud
0x04	4	ID TigerTag, het chiptype: TigerTag, TigerTag+ of TigerTag Init
0x05	4	ID Product: een catalogusproduct op een TigerTag+, 0xFFFFFFFF op een TigerTag
0x06–0x07	8	materiaal, twee aspecten, type, diameter en merk, als id’s uit de referentiedatabase
0x08	4	kleur 1, met alfa
0x09	4	hoeveelheid bij productie, en de eenheid
0x0A–0x0B	8	temperatuurbereiken voor nozzle en bed, droogtemperatuur en -tijd
0x0C	4	tijdstempel, die ook de Twin Tag ID is
0x0D–0x0E	8	kleuren 2 en 3, tag-index en -aantal, één gereserveerde byte
0x0F	4	HueForge-TD, twee gereserveerde bytes
0x10–0x16	28	vrij bericht, UTF-8
0x17	4	resterende hoeveelheid, bijgewerkt door Tiger Scale, één gereserveerde byte
0x18–0x27	64	de handtekening (R en S) op een TigerTag+ Certified; anders vrij

Dit is een overzicht, niet de specificatie. De veldtabel in de TigerTag-RFID-Guide is bindend: die geeft de exacte offset van elk veld en verwijst naar elke id-tabel. Een parser volgt die tabel.

Om dit overzicht ingevuld te zien, bouwt de playground een chip uit een catalogusproduct of uit velden die je kiest, of decodeert hij de hex van een chip die je hebt gelezen, en toont hij elk veld met zijn bytes. Alles draait in de browser.

Lezen en schrijven

Tool	Lezen	Schrijven
Tiger NFC Connect (mobiele NFC)	tik op de chip — de spoel opent op de telefoon	tik op Make en tik opnieuw om te schrijven; Dual NFC schrijft de twee chips van een spoel in één sessie
Tiger Studio + ACR122U/TigerPOD	opent de spoel automatisch bij het scannen	begeleid schrijven met UID-controle
JS SDK (tigertag op npm)	decodeert de payload van 144 bytes	codeert een nieuwe payload
Python SDK	decodeert de payload; tigertag[verify] controleert ook de handtekening	codeert een nieuwe payload

De twee apps praten met de lezer; de SDK’s niet. Een SDK decodeert en codeert de payload — neem je eigen NFC-hardware mee.

Versiebeheer

De payload bevat een formaatversie (referentietabel id_version), zodat lezers compatibel kunnen blijven met oudere chips.

---

Zie ook: TigerTag, SDK’s, Compatibiliteit