Ratgeber › ZPL druckt ein leeres Etikett

ZPL druckt ein leeres Etikett

Veröffentlicht: 2026-08-26

Gesundheitsbericht

Der Drucker nimmt den Job an, schiebt ein Etikett vor — und es ist leer. Anders als ein verschobenes oder beschnittenes Etikett heißt ein völlig leeres meist: Der Drucker hat ein Format ausgeführt, das nichts enthielt, was er für druckbar hielt. Genau das erzeugen drei Strukturen — und alle drei stehen sichtbar in der Datei.

1. Das Format öffnet nie — oder schließt nie

Alles, was ein Etikett druckt, lebt zwischen ^XA und ^XZ. Befehle außerhalb eines Formats werden ignoriert: Eine Datei, deren ^XA beim Kopieren verloren ging, schickt dem Drucker einen Strom von No-Ops. Der Spiegelfall leert anders: Ohne schließendes ^XZ wartet der Drucker auf den Rest — gar nichts druckt, bis das ^XZ des nächsten Jobs eintrifft und eine Mischung aus beiden ausspült. Beide Enden des Sandwichs prüft man zuerst.

2. Ein fehlendes ^FS verschluckt die folgenden Felder

^FS schließt ein Feld. Fehlt es, gelten die nächsten Befehle als Fortsetzung der Felddaten statt als Befehle — ein einziges verlorenes ^FS früh im Format kann jedes folgende Feld verschlucken; das überlebende "Etikett" ist leer oder fast leer. Der Fehler wächst mit Vorlagen-Edits: Die gelöschte Zeile nahm ihr ^FS mit.

3. Daten ohne Position, Position ohne Daten

Ein ^FD ohne vorangehendes ^FO/^FT hat keinen Landeplatz; ein Barcode-Befehl ohne ^FD hat nichts zu kodieren. Beides sind legal aussehende Zeilen, die nichts drucken. Die übliche Quelle sind generierte Dateien — eine leergelaufene Vorlagenvariable nimmt den Feldinhalt mit und lässt das Skelett zurück.

Wenn die Datei stimmt: der Weg zum Drucker

Öffnet und schließt das Format und trägt es positionierte Daten, liegt die Leere vor dem Druckkopf: ein Windows-Treiber, der nicht im Raw-/Passthrough-Modus ist und das ZPL als Text neu setzt, ein falsch gewählter Drucker oder Material, dessen bedruckbare Seite vom Thermodirektkopf wegzeigt. Das sind Integrations- und Einlegeprüfungen — keine ZPL-Änderung ändert daran etwas.

Sechzig Sekunden vor dem Neudruck

Alle drei strukturellen Ursachen sind genau das, was eine Syntaxprüfung aus der Datei liest: unausgeglichene ^XA/^XZ, eine durch fehlendes ^FS gerissene Feldkette und Datenfelder ohne Position. Einfügen, prüfen, korrigieren — dann erst ein Etikett ausgeben.

Häufig gestellte Fragen

Warum schiebt der Drucker für meinen ZPL-Job ein völlig leeres Etikett vor?

Meist eine strukturelle Ursache in der Datei: Befehle außerhalb eines fehlenden ^XA werden ignoriert, ein fehlendes ^XZ lässt den Drucker warten, ein verlorenes ^FS macht spätere Befehle zu Felddaten, und ein ^FD ohne Position — oder ein Barcode ohne ^FD — druckt nichts.

Die Datei sieht gut aus — warum bleibt das Etikett leer?

Dann liegt die Leere vor dem Druckkopf: ein Treiber, der nicht im Raw-/Passthrough-Modus ist und ZPL als Text neu setzt, ein falsch gewählter Drucker oder Material mit der bedruckbaren Seite weg vom Thermodirektkopf. Das ändert keine ZPL-Änderung.

Kann ich diese Ursachen fangen, bevor ich ein Etikett verschwende?

Ja — alle drei strukturellen Ursachen liest eine Syntaxprüfung aus der Datei: unausgeglichene ^XA/^XZ, eine durch fehlendes ^FS gerissene Feldkette und Datenfelder ohne Position. Erst prüfen, dann drucken.