Code einfügen oder Beispiel laden — das Ergebnis erscheint unten mit Zeile und Schweregrad jedes Befunds.
2Ergebnis
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.
