PRAXISDOSSIER / TECHNIK

EM4100 technisch verstehen

Die LF-Kennung mit Nur-Lese-Prinzip, ihre Anzeigeformate und typische Grenzen werden im Zusammenhang erklärt.

Status
fachlich geprüft
Stand
16.08.2026
Seitentyp
Technik
BILDDOSSIER

Baustein, Datenträger und Systemintegration

Ein Baustein wird nicht losgelöst vom Datenträger bewertet. Die Ansichten stehen für Referenz, Aufbau und Zielsystem.

01 / ENTSCHEIDUNGSPROFIL

Entscheidung

Referenz für einfache 125-kHz-Bestände.

Eingangsdaten

beobachtete Codelänge und Funkparameter

Kompatibilität

Bitreihenfolge und Softwareanzeige

Abnahme

dieselbe Kennung auf zwei Lesern

Stoppkriterium

Eine sichtbare Nummer bestätigt nicht die erwartete Bitreihenfolge.

Prüfmatrix

PrüfschrittZu prüfende AngabeErwarteter Nachweis
Eingabebeobachtete Codelänge und FunkparameterQuelle und Erfassungsmethode angegeben
KompatibilitätBitreihenfolge und SoftwareanzeigeErgebnis auf der Zielhardware wiederholt
Abnahmedieselbe Kennung auf zwei LesernAkzeptanzkriterium vor dem Versuch festgelegt

Kurzurteil

Referenz für einfache 125-kHz-Bestände.

Die LF-Kennung mit Nur-Lese-Prinzip, ihre Anzeigeformate und typische Grenzen werden im Zusammenhang erklärt. Eine Bauteilfunktion wird erst durch korrekte Konfiguration und Prüfung zur belastbaren Systemfunktion.

02 / Bauteil im Gesamtsystem einordnen

  • beobachtete Codelänge und Funkparameter
  • Bitreihenfolge und Softwareanzeige
  • dieselbe Kennung auf zwei Lesern

Ausgangspunkt sind die exakte Variante und „beobachtete Codelänge und Funkparameter“. Ein Familienname kann mehrere Speichergrößen, Generationen und Funktionen umfassen; maßgeblich ist die Dokumentation des tatsächlich angebotenen Bauteils.

Danach wird „Bitreihenfolge und Softwareanzeige“ mit Leser- und Anwendungskonfiguration verbunden. Speicherbereiche, Schlüssel, Zähler oder NDEF-Inhalte helfen nur, wenn das Gesamtsystem sie korrekt verwaltet.

„dieselbe Kennung auf zwei Lesern“ wird schließlich mit beobachteten Befehlen und Antworten protokolliert. Eine sichtbare Nummer bestätigt nicht die erwartete Bitreihenfolge. Eine Bauteileigenschaft darf nicht als pauschale Zusage für Karte, Tag oder Dienst ausgegeben werden.

Diese historische Familie liefert im Wesentlichen eine Nur-Lese-Kennung. Ersatzprobleme entstehen häufig durch Darstellung: Bitreihenfolge, Dezimalformat, Aufteilung und Parität. Die Rohlesung eines Referenzausweises wird mit der Kennung verglichen, die die Software tatsächlich zur Freigabe nutzt, bevor ein neues Los definiert wird.

03 / Prüfplan

01

Variante

Exakten Baustein über „beobachtete Codelänge und Funkparameter“ bestimmen.

02

Daten

„Bitreihenfolge und Softwareanzeige“ mit der Dokumentation abgleichen.

03

Leser

Relevante Befehle und Antworten sichern.

04

Grenze

„dieselbe Kennung auf zwei Lesern“ ohne Verallgemeinerung bestätigen.

Befehle, Antworten, Versionen und Parameter werden festgehalten, damit der Familienname nicht als technischer Nachweis dient.

04 / Integrationsprüfung vorbereiten

Benötigt werden vollständige Bauteilreferenz, zugehörige Dokumentation, Leserkonfiguration und beobachtete Antworten. Der Familienname allein reicht nicht aus.

05 / Dokumentationsbasis

Herstellerdatenblatt und Schnittstellennorm ordnen den Baustein ein. Schlüsselkonfiguration und Integrationsprüfung bleiben eigenständige Nachweise.

06 / Häufige Fragen

Welche Referenz wird zuerst geprüft?

Maßgeblich sind die exakte Variante und „beobachtete Codelänge und Funkparameter“ in der Dokumentation des angebotenen Bausteins.

Was belegt die Bauteildokumentation?

Eine sichtbare Nummer bestätigt nicht die erwartete Bitreihenfolge. Sie beschreibt den Baustein, bestätigt aber weder Leser und Schlüssel noch „Bitreihenfolge und Softwareanzeige“ im Gesamtsystem.

Welche Prüfung bestätigt die Integration?

Der Versuch deckt „beobachtete Codelänge und Funkparameter“, „Bitreihenfolge und Softwareanzeige“ und „dieselbe Kennung auf zwei Lesern“ auf der Zielinfrastruktur ab.