Zum Inhalt springen
Sprache: DE

Was ist der Capability Container auf einem Tag?

Der Capability Container ist ein kleiner Bereich eines Tags, der den Tag selbst beschreibt: welcher Fassung des Formats er folgt, wie viel Speicher für Inhalt zur Verfügung steht, und ob dieser Inhalt neu geschrieben werden darf. Einen leeren Tag zu formatieren heißt im Wesentlichen, ihn zu schreiben.

Was er enthält

Vier Arten von Angaben auf sehr kleinem Raum: welche Fassung der Tag-Typ-Spezifikation gilt, wie viel Speicher für NDEF-Inhalt zur Verfügung steht, ob dieser Inhalt lesbar ist, und ob er noch beschreibbar ist.

Ein Lesegerät sieht ihn nach, bevor es irgendetwas anderes tut. So weiß ein Telefon in wenigen Bytes, wie alles Folgende zu deuten ist.

Was Formatieren wirklich bewirkt

Formatieren klingt nach Löschen. Es ist näher am Beschriften.

Auf einem leeren Tag schreibt das Formatieren den Capability Container, damit allgemeine Lesegeräte den Speicher deuten können, und schreibt meist eine leere NDEF-Nachricht, damit der Tag gültig ist und nicht bloß beschrieben. Auf einem Tag, der bereits Inhalt trägt, überschreibt das Formatieren diesen Inhalt und setzt die Beschreibung zurück.

Tags werden häufig vorformatiert verkauft, weshalb das Schreiben einer Adresse auf einen neuen Tag in der Regel ohne Vorstufe gelingt. Wenn nicht, ist zuerst zu formatieren die fehlende Handlung.

Wohin Ihre fehlenden Bytes gegangen sind

Ein Tag, der mit einer angegebenen Kapazität verkauft wird, stellt sie nicht vollständig Ihrem Inhalt zur Verfügung. Ein Teil des Speichers hält die eindeutige Kennung und Herstellerdaten, ein Teil den Capability Container, ein Teil die Sperrbits, und der NDEF-Container fügt einen weiteren Kopf hinzu.

Der Abstand zwischen der Zahl auf der Verpackung und der Zahl, die eine App als frei meldet, ist kein Mangel und keine Lüge. Er ist die Summe dessen, was der Tag braucht, um sich selbst zu beschreiben.

Die praktische Folge lautet, Spielraum zu lassen. Einen Tag festzulegen, dessen beworbener Speicher gerade eben für Ihren Inhalt reicht, ist der Weg, auf dem eine Produktionsserie nach dem Druck scheitert.

Wenn er beschädigt ist

Ein beschädigter Capability Container ist einer der wenigen Fehler, die einen körperlich gesunden Tag völlig tot erscheinen lassen.

Der Chip läuft an, antwortet auf der Technikebene und meldet seine Kennung. Aber kein Lesegerät findet Inhalt, denn die Karte zu diesem Inhalt ist unlesbar. Anwendungen melden den Tag dann meist als erkannt und unformatiert oder unbekannt, was gerade deshalb verwirrt, weil alles andere funktioniert.

Die übliche Ursache ist ein Schreibvorgang, der im falschen Augenblick unterbrochen wurde, was ein gutes Argument dafür ist, Schreibvorgänge zu prüfen statt sie vorauszusetzen. Neues Formatieren rettet den Tag, wenn der Speicher selbst unversehrt ist und der Container nur widersprüchlich zurückblieb, und es bewirkt nichts, wenn Sperrbits ihn bereits eingefroren haben.

Häufige Fragen

Muss ein neuer Tag formatiert werden, bevor ich ihn nutzen kann?

Meist nicht, denn die meisten Tags werden vorformatiert ausgeliefert. Scheitert ein Schreibvorgang auf einem wirklich leeren Tag mit einem Fehler zum Format, ist zuerst zu formatieren die Antwort.

Kann ich einen Tag mit beschädigtem Capability Container retten?

Oft ja, durch neues Formatieren, sofern der Tag nie gesperrt wurde. Haben Sperrbits den Speicher bereits schreibgeschützt, lässt sich der Container nicht neu schreiben, und der Tag ist erledigt.

Löscht das Formatieren die eindeutige Kennung?

Nein. Die Kennung liegt in einem ab Werk programmierten Bereich, den das Formatieren nicht berührt. Auf einem gewöhnlichen Tag lässt sie sich mit keinem Mittel ändern.

Warum melden zwei Tags mit derselben angegebenen Speichergröße unterschiedlich viel freien Platz?

Weil die Abzüge sich unterscheiden. Chipfamilien reservieren unterschiedlich viel für Konfiguration und Sperrbits, und der Tag-Typ ändert den Aufwand des Containers. Vergleichen Sie den freien Platz und nicht die beworbene Kapazität, wenn es darauf ankommt.