Leitfäden & Technische Ressourcen

Einen RFID-Tag programmieren: EPC Gen2, Schemas und Tools

EPC-Gen2-Struktur, GS1-Codierungsschemas, Encoding-Tools und Serien-Encoding auf der Produktionslinie: Praxisleitfaden zur UHF-RFID-Tag-Programmierung für Systemintegratoren und Fertigungsabteilungen.

Inhaltsverzeichnis

Was bedeutet einen RFID-Tag programmieren

Einen RFID-Tag programmieren — oder Encoding — bedeutet, strukturierte Daten in den Tag-Speicher zu schreiben, so dass Lesegeräte und Software sie korrekt interpretieren. Es reicht nicht, eine Nummer zu schreiben: Man muss das Codierungsschema (EPC, ISO, proprietär) wählen, die Felder im richtigen Format ausfüllen und in Systemen, die es erfordern, Passwörter und Sperren konfigurieren.

Eine korrekte Programmierung gewährleistet drei grundlegende Anforderungen in jedem industriellen RFID-System:

  • Eindeutigkeit — jeder Tag hat einen Code, der sich im gesamten System nicht wiederholt.
  • Interoperabilität — Lesegeräte und Software verschiedener Hersteller lesen und interpretieren die Daten auf die gleiche Weise.
  • Integrität — die geschriebenen Daten sind verifizierbar und, wo nötig, vor unbefugtem Zugriff geschützt.

EPC-Gen2-Speicherstruktur: die vier Banks

Der Standard EPC Gen2 (ISO 18000-63) organisiert den Speicher eines UHF-RFID-Tags in vier separate Banks. Die Funktion jeder einzelnen zu kennen ist der erste Schritt zur Konzeption eines korrekten Encodings:

Bank Name Inhalt Zugriff Typische Kapazität
00 Reserved Kill Password (32 Bit) + Access Password (32 Bit) Lesen/Schreiben mit Passwort 64 Bit fest
01 EPC CRC (16 Bit) + PC (16 Bit) + EPC (96–496 Bit) Freies Lesen; Schreiben mit Access Password 96–128 Bit (Standard)
10 TID Eindeutiger Chip-Identifikator (werkseitig programmiert) Nur lesen (nicht änderbar) 32–96 Bit
11 User Memory Frei beschreibbare Anwendungsdaten (Charge, Datum, technische Parameter) Lesen/Schreiben (optional) 0–512+ Bit (chipabhängig)

Faustregel: Verwenden Sie Bank EPC für den Hauptidentifikator des Tags (den das Lesegerät automatisch liest); verwenden Sie User Memory für zusätzliche Daten, die sich im Laufe der Zeit ändern (Wartungsdatum, Asset-Status, Bediener-Signatur). Der TID ist als zweiter Authentifizierungsfaktor nützlich, weil er eindeutig und unveränderlich ist.

EPC-Codierungsschemas: SGTIN, SSCC, GIAI und individuelle Schemas

Der EPC ist nicht einfach eine Seriennummer: Er ist ein nach einem von GS1 definierten Schema strukturierter Code. Das Schema bestimmt, wie die 96 oder 128 Bits des EPC auf die verschiedenen Felder aufgeteilt werden. Die am häufigsten verwendeten im Industrie- und Logistikbereich:

SGTIN-96 — Serialised Global Trade Item Number

Das bei weitem am häufigsten verwendete Schema. Identifiziert jedes einzelne Exemplar eines kommerziellen Produkts. Struktur: Header (8 Bit) + Filter (3) + Partition (3) + Company Prefix (variabel) + Item Reference (variabel) + Serial Number (38 Bit) = 96 Bit gesamt.

Wann verwenden: Rückverfolgbarkeit von Fertigprodukten entlang der Lieferkette, Retail, Pharma. Erfordert ein GS1 Company Prefix.

SSCC-96 — Serial Shipping Container Code

Identifiziert eine Versandeinheit (Palette, Packstück, Container) weltweit eindeutig. 96-Bit-Struktur mit Extension Digit + Company Prefix + Serial Reference + Check Digit.

Wann verwenden: B2B-Logistik, unternehmensübergreifende Sendungen, automatisierter Wareneingang. Obligatorischer Standard in vielen Retail-Lieferketten (GS1 DESADV).

GIAI-96 — Global Individual Asset Identifier

Identifiziert ein einzelnes physisches Asset (nicht einen Produkttyp, sondern dieses spezifische Asset). Struktur: Company Prefix + Individual Asset Reference.

Wann verwenden: Werkzeug-Management, unternehmensweites Asset-Tracking, Geräte- und Maschinenverwaltung. Erfordert nicht, dass das Asset ein kommerzielles Produkt mit GTIN ist.

GID-96 — General Identifier

Generisches Non-GS1-Schema: drei freie Felder (General Manager Number + Object Class + Serial). Erfordert keinen GS1 Company Prefix.

Wann verwenden: geschlossene Systeme (interne Logistik, interne Rückverfolgbarkeit), Pilotprojekte, Anwendungen, wo globale Eindeutigkeit nicht erforderlich ist.

Individuelles (proprietäres) Schema

Viele Systemintegratoren verwenden intern definierte EPC-Custom-Strukturen: Sie weisen die 96 Bits frei zwischen Unternehmensfeldern zu (Werk, Linie, SKU, Seriennummer, Jahr). Maximale Flexibilität, aber die Interoperabilität mit Drittanbieter-Systemen muss durch gemeinsame Dokumentation gewährleistet werden.

Schritt für Schritt: wie man einen RFID-Tag programmiert

  1. Schema definieren — Wählen Sie das EPC-Schema (SGTIN, GIAI, GID oder individuell) je nach empfangendem System und GS1-Ökosystem. Dokumentieren Sie die Feldstruktur und den Seriennummernbereich.
  2. Encoding-Liste erstellen — Bereiten Sie die Datei mit allen zu schreibenden EPC-Werten vor (typischerweise CSV oder XML). Bei SGTIN oder SSCC: überprüfen Sie, ob das GS1 Company Prefix korrekt ist und die Seriennummern sequenziell und nicht doppelt sind.
  3. Encoder konfigurieren — Laden Sie das Schema in die Encoding-Software (Zebra ZBI, Impinj Octane SDK, proprietäre Middleware). Konfigurieren Sie die Sendeleistung des Readers, um Mehrfachschreibungen zu vermeiden.
  4. EPC in Bank 01 schreiben — Der Encoder schreibt den EPC-Code in Bank 01 des Tag-Speichers. Optional: Zusatzdaten in User Memory (Bank 11) schreiben.
  5. Passwörter setzen — Falls das System Schreibschutz erfordert, setzen Sie das Access Password in der Reserved Bank. Falls der Tag einen definierten Lebenszyklus hat, setzen Sie auch das Kill Password. Niemals Werkspasswörter (00000000h) auf Tags im Betrieb belassen.
  6. Schreibvorgang prüfen — Führen Sie eine Prüflesung durch: Vergleichen Sie den gelesenen Wert mit dem erwarteten. Professionelle Encoding-Systeme verwalten diesen Schritt automatisch und melden fehlerhafte Tags.
  7. Lock oder Permalock anwenden (optional) — Wenn der Inhalt nach dem Encoding nicht geändert werden soll, aktivieren Sie den Lock auf Bank EPC. Irreversibel: nur ausführen, wenn der Inhalt endgültig und verifiziert ist.

Encoding-Tools: Encoder, RFID-Drucker und Software

Desktop-Encoder (stationärer Reader-Writer)

Ein an einen PC angeschlossener UHF-RFID-Reader, der als feste Encoding-Station verwendet wird. Die Antenne wird auf einer Arbeitsfläche oder in einem Encoding-Tunnel positioniert. Geeignet für mittlere Volumina, flexibel für verschiedene Tag-Typen (Etiketten, Hard-Tags, Inlays). Führende Marken: Impinj Speedway R420/R700, Zebra FX9600, Feig ID ISC.LRU1002.

Typischer Durchsatz: 200–600 Tags/Stunde im sequenziellen Modus mit Verifikation.

RFID-Drucker-Encoder

Thermodrucker mit integriertem RFID-Modul: Druckt das grafische Layout des Etiketts (Barcode, Text, Logo) und schreibt gleichzeitig den EPC in den Chip. Ideal für die interne oder On-Demand-Produktion individueller RFID-Etiketten. Referenzmarken: Zebra ZT411 RFID, Honeywell PM45c, Sato CL4NX Plus.

Drucker-Encoder verwalten automatisch das Void defekter Tags (Druck „VOID" auf Etiketten mit nicht programmierbarem Chip) und speisen das Band für den nächsten Tag weiter.

Portabler Handheld-Reader-Writer

Mobiles Terminal mit integriertem RFID-Reader und Schreibfähigkeit. Verwendet für Feld-Encoding (Asset-Tagging auf bestehenden Anlagen), Post-Encoding-Verifikation, Wartung und User-Memory-Aktualisierung vor Ort. Beispiele: Zebra MC3300, Honeywell CT60 RFID, Chainway C72.

Auch nützlich für die Inbetriebnahme-Phase: Tag und Asset physisch zum Zeitpunkt der Installation verknüpfen.

Encoding-Software und Middleware

Die Software verwaltet die Encoding-Logik: EPC-Generierung, Import aus ERP/WMS, Sendebefehl an den Reader, Verifikation und Fehlerprotokoll. Die wichtigsten Optionen:

  • Reader-SDK (Impinj Octane SDK, Zebra RFID SDK) — für Entwickler, die Encoding in individuelle Anwendungen integrieren.
  • RFID-Middleware (Zebra Savanna, Impinj ItemSense, Feig ID Gateway) — Schicht zwischen Hardware und Enterprise-Anwendungen; verwaltet Event-Filtering, Reporting und Routing zu ERP/WMS.
  • ZPL/ZBI (Zebra) — native Programmiersprache für Zebra-Drucker, die es ermöglicht, die Encoding-Logik direkt im Drucker-Firmware zu definieren, ohne dedizierten PC.
  • Proprietäre Lösungen — viele Systemintegratoren entwickeln maßgeschneiderte Encoding-Anwendungen, um die Geschäftslogik direkt in den Prozess zu integrieren.

Batch-Encoding: Serienprogrammierung auf der Produktionslinie

Das Batch-Encoding ist die automatische Serienprogrammierung großer Tag-Volumina, typischerweise in die Produktionslinie oder eine dedizierte Etikettierstation integriert. In diesem Kontext bestimmt die Encoding-Qualität direkt die Qualität des gesamten RFID-Systems.

Typische Architektur einer Batch-Encoding-Station

  • Physischer Trigger (Lichtschranke, Band-Encoder, SPS-Signal), der dem System anzeigt, wann ein Tag in Schreibposition ist.
  • Stationärer Reader-Writer mit hochdirektiver Antenne, um den Tag beim Lesen von benachbarten zu isolieren.
  • Encoding-Software verbunden mit dem Verwaltungssystem: empfängt den zuzuweisenden EPC, kommandiert das Schreiben, empfängt die Bestätigung.
  • Ausschleusungssystem: Tags mit Encoding-Fehler werden automatisch vor der Anwendung auf dem Produkt abgeleitet.

Kritische Punkte und zu überwachende Parameter

  • Erfolgsrate: Der Prozentsatz korrekt beim ersten Versuch programmierter Tags. Professionelle Systeme erreichen 99,9%+; unter 99% weist auf Positionierungs-, Leistungs- oder Tag-Qualitätsprobleme hin.
  • Durchsatz: Im Batch-Encoding mit Verifikation arbeitet man typischerweise mit 1.000–3.000 Tags/Stunde auf dem Förderband. Für höhere Volumina sind parallele Stationen erforderlich.
  • EPC-Eindeutigkeit: Die Software muss sicherstellen, dass jeder geschriebene EPC von allen vorherigen verschieden ist. Die Verwaltung des Pools verfügbarer Seriennummern ist in Multi-Linien-Umgebungen kritisch.
  • Audit-Trail: Jeder programmierte Tag muss ein Protokoll erzeugen (geschriebener EPC, gelesene TID, Zeitstempel, Station) für die Rückverfolgbarkeit und Ausschussanalyse.

Encoding in der Fabrik vs. Encoding im Feld

Aspekt Vorcodierung in der Fabrik (Wintag-Service) Encoding im Feld (vor Ort)
Zeitpunkt Vor der Lieferung, auf der Wintag-Produktionslinie Zum Zeitpunkt der Tag-Anwendung auf dem Asset
Erforderliche Infrastruktur Keine — Tags kommen bereits programmiert an Encoder, Software, Verbindung zum Verwaltungssystem
Flexibilität EPC zum Zeitpunkt der Bestellung festgelegt EPC kontextabhängig dynamisch zugewiesen
Qualitätskontrolle 100% werkseitig geprüft, mit Zertifikat und Lieferdatei Abhängig von der Vor-Ort-Encoding-Infrastruktur
EPC-Schema SGTIN, GIAI, GID, individuell — jedes Schema nach Vereinbarung Durch das Encoding-System des Kunden definiert
Ideal für Große Volumina mit festem Schema, schnelle Einführung, fehlende Encoding-Infrastruktur EPC-Schema, das von Laufzeitdaten abhängt, ERP/WMS-Integration

Wintag bietet den werkseitigen Vorcodierungsservice als Teil des Produktionsauftrags an. Der Kunde liefert das EPC-Schema und den Seriennummernbereich; Wintag liefert die zu 100% geprüften programmierten Tags mit beigefügter CSV-Abgleichdatei (EPC ↔ TID).

Benötigen Sie vorcodierte Tags mit SGTIN-, GIAI- oder individuellem Schema? Wintag programmiert Tags vor der Lieferung mit 100% Verifikation und enthaltener EPC↔TID-Abgleichdatei.
Vorcodierungsservice anfragen

Best Practices für RFID-Programmierung

Schema-Design

  • Definieren Sie das EPC-Schema bevor Sie Tags oder Reader kaufen: Eine Änderung nach der Einführung ist kostspielig.
  • Planen Sie einen ausreichend großen Seriennummernbereich — mindestens 10× das in den nächsten 5 Jahren erwartete Volumen.
  • Dokumentieren Sie die Feldstruktur in einem gemeinsamen Dokument mit allen beteiligten Systemintegratoren.
  • Wenn Sie GS1 verwenden, registrieren Sie das Company Prefix bei GS1 Germany, bevor Sie die ersten für Dritte bestimmten Tags encodieren.

Sicherheit und Schutz

  • Ändern Sie immer Kill Password und Access Password von den Werkseinstellungen (00000000h).
  • Passwörter in einem sicheren Vault speichern — ihr Verlust bedeutet, den Tag nicht mehr schreiben oder deaktivieren zu können.
  • EPC-Lock nur aktivieren, wenn der Inhalt endgültig und verifiziert ist.
  • Keine personenbezogenen Daten im Klartext in User Memory speichern: opake IDs verwenden und echte Daten im Backend verwalten.

Qualität und Tests

  • Immer einen Test an einem echten Muster (Tag auf dem Asset in der Produktionsumgebung angebracht) durchführen, bevor die Serienfertigung genehmigt wird.
  • Leseleistung im echten Kontext prüfen: Substrat, Metall, Flüssigkeiten und HF-Umgebung beeinflussen das Ergebnis.
  • Vollständigen Audit-Trail führen: geschriebener EPC, TID, Zeitstempel, Station — wesentlich für Problembeschreibung und Konformität.

Integration mit Unternehmenssystemen

  • Den Integrationspunkt zwischen Encoding und ERP/WMS von Anfang an definieren: Der EPC muss von den empfangenden Systemen ohne manuelle Transformationen lesbar sein.
  • Zertifizierte RFID-Middleware verwenden, wenn Daten von mehreren Readern auf mehreren Linien aggregiert werden müssen.
  • Verfahren zum Re-Encoding oder Tag-Austausch vorsehen, um Ausfälle im Betriebszyklus zu verwalten.

Weiterführende Ressourcen

Weitere Wintag-Leitfäden

Suchen Sie RFID-Tags für ein konkretes Projekt?

Wintag entwickelt maßgeschneiderte Lösungen. Beschreiben Sie Ihre Anwendung und erhalten Sie innerhalb von 24 Stunden eine technische Einschätzung.



Ein RFID-Projekt?
Sprechen wir darüber.

Beschreiben Sie Ihren Bedarf und ein Wintag-Ingenieur antwortet Ihnen innerhalb von 24 Stunden mit einer konkreten Einschätzung — ohne Verpflichtung.

Antwort innerhalb von 24 Werktunden
Direkte technische Beratung, ohne Zwischenhändler
Kostenloser Kostenvoranschlag
oder
Teams-Anruf buchen — 30 Min.