Thermodrucker-Protokolle werden leicht unterschätzt. Ein Drucker kann über USB oder WLAN sichtbar sein, eine Verbindung annehmen und trotzdem ein leeres Etikett oder eine Seite voller Befehlstext ausgeben. Die Verbindung hat funktioniert. Der Drucker hat schlicht die Sprache nicht verstanden, in der das Etikett beschrieben wurde.
Kurz gesagt: ZPL II ist ein sinnvolles erstes Ziel für Rohbefehle, weil mehrere große Hersteller kompatible Modi dokumentieren. TSPL beziehungsweise TSPL2 ist ein nützliches zweites Ziel für TSC-Flotten. EPL2 deckt Altanwendungen ab, während Brother Raster einen eigenen Befehlsweg für die QL-Serie eröffnet. Die übrigen Sprachen werden wichtig, sobald Kundenhardware oder vorhandene Anwendungen sie verlangen. Der Rest dieses Leitfadens erklärt, warum eine nachfragegetriebene Roadmap mehr bringt als eine Beliebtheitsrangliste.
Dieser Leitfaden behandelt die wichtigsten Wege über Rohbefehle, Raster und gespeicherte Vorlagen, die Thermoetiketten- und Mobildrucker nutzen. Die Kompatibilitätsbeispiele wurden gegen die am 1. September 2026 verfügbare Herstellerdokumentation geprüft. Prüfen Sie immer das genaue Modell, die Firmware, die Auflösung und die installierten Optionen, bevor Sie Unterstützung zusagen.
Eine Druckersprache ist nur eine Schicht
Das Wort Protokoll wird häufig für sehr unterschiedliche Teile des Druckvorgangs verwendet. Wer die Schichten sauber trennt, diagnostiziert die meisten Kompatibilitätsprobleme deutlich schneller.
USB, Bluetooth, seriell, WLAN, Ethernet, rohes TCP, LPR und IPP befördern einen Auftrag zum Drucker. Sie legen das Etikettenlayout nicht fest.
ZPL, EPL, TSPL, CPCL und DPL beschreiben Etikettenobjekte und stellen häufig auch Steuerung für Material, Status, Speicher und Weiterverarbeitung bereit.
PDF, PWG Raster, JPEG und proprietäre Rasterströme geben eine Seite oder deren Pixel wieder. Auftragsattribute oder separate Gerätebefehle steuern trotzdem Material, Schneiden, Spendemodus und weitere Hardware.
Code 128, EAN-13, Data Matrix und QR Code legen fest, wie aus Daten Striche oder Module werden. Die Druckersprache platziert und erzeugt dieses Symbol.
Ein ZPL-Auftrag kann zum Beispiel über USB, Bluetooth oder eine Netzwerkverbindung laufen. TCP-Port 9100 ist als Datenstrom für Seitenbeschreibungssprachen registriert, doch die enthaltenen Bytes müssen weiterhin einer Sprache entsprechen, die der Drucker versteht (IANA-Dienstregister). IPP ist ein Protokoll zur Auftragsverwaltung. Clients können Drucker per DNS-SD finden, Fähigkeiten per IPP abfragen, Aufträge senden und Status empfangen. Der Auftrag braucht trotzdem ein Dokumentformat, das der Drucker anbietet, etwa PWG Raster, JPEG oder PDF (RFC 8011, IPP-Leitfaden der PWG).
Treiberloses Drucken ist bei Bürodruckern längst normal, industrielle Etikettendrucker bleiben aber eine auffällige Ausnahme. OpenPrinting nennt industrielle Etikettendrucker und andere Geräte aus vertikalen Märkten ausdrücklich als typische Nachzügler, die weiterhin einen Treiber, eine Printer Application oder einen Rohsprachen-Weg brauchen (Treiberhinweise von OpenPrinting).
Drei Integrationsmuster für dasselbe Etikett
Die meisten Integrationen für den direkten Etikettendruck folgen einem von drei Mustern. Keines ist grundsätzlich das beste, und sie schließen sich nicht gegenseitig aus. Ein Workflow mit gespeicherten Vorlagen setzt in der Regel auf einer nativen Befehlssprache oder auf der Druckerfirmware auf. Die richtige Wahl hängt davon ab, wie viel Layoutarbeit im Host liegt, wie viel im Drucker und wie viele Druckerfamilien ein gemeinsames Design nutzen müssen.
| Modell | Was die Anwendung sendet | Hauptvorteil | Hauptkosten |
|---|---|---|---|
| Native Befehlssprache | Textbefehle für Positionen, Schriften, Barcodes, Material und Druckmenge. | Kleine Aufträge, druckerseitig erzeugte Barcodes, Status- und Gerätesteuerung, gespeicherte Formate. | Ein eigener Renderer und eine eigene Testumgebung je Sprache oder Emulation. |
| Rasterstrom | Eine fertige Bitmap in einem Bit oder mit begrenzten Farben, dazu modellspezifische Einrichtungs- und Vorschubbefehle. | Die Anwendung bestimmt das Endergebnis mit einer einzigen visuellen Layout-Engine. | Größere Datenmengen, exakte Punktcodierung, Materialtabellen, Ausrichtung und Modelleigenheiten. |
| Gespeicherte Vorlage | Die Vorlage wird einmal installiert, danach sendet jeder Auftrag nur variablen Text, Barcodedaten oder eine Vorlagennummer. | Sehr kleine Aufträge zur Laufzeit und praktische eigenständige Workflows. | Verteilung, Versionierung und Synchronisierung der Vorlagen sowie eingeschränkte Layoutänderungen zur Laufzeit. |
Befehlssprachen sind nicht zwangsläufig genauer als eine Rasterausgabe. Sie verlagern nur andere Aufgaben in den Drucker. Ein nativer Barcodebefehl überlässt die Berechnung des Symbols der Firmware. Ein Rasterweg verlangt eine hostseitige Pipeline, in der Anwendung oder im Treiber, die jeden Strich in der finalen Druckerauflösung zeichnet. Ein gemeinsamer Host-Renderer kann die beabsichtigte Geometrie über modellspezifische Raster-Backends hinweg erhalten, sofern jede Bitmap in der nativen Auflösung des Zieldruckers erzeugt und danach nie skaliert wird.
Treiber können diese Umwandlung bequem machen, ohne jede Druckerfunktion offenzulegen. Honeywells CUPS-Whitepaper zeigt, wie PDF oder PostScript gerastert und als Direct-Protocol-Grafik verpackt werden, während rohe Fingerprint-, IPL- oder DPL-Aufträge über Pass-through-Warteschlangen laufen. Dieser Treiberweg stellt weder Schneidewerk noch RFID bereit, eine nützliche Erinnerung daran, dass visuelle Treue und Gerätesteuerung zwei verschiedene Dinge sind (CUPS-Whitepaper von Honeywell).
So erkennen Sie die gängigen Sprachen
Ein mitgeschnittener Druckauftrag verrät seine Sprache oft schneller als das Druckermodell. Die folgenden Muster dienen der Erkennung, es sind keine vollständigen, druckfertigen Beispiele.
| Sprache | Typisches Muster | Was das Muster bedeutet |
|---|---|---|
| ZPL II | ^XA ... ^FO ... ^FD ... ^XZ | Ein Format beginnt, Felder werden platziert und gefüllt, dann endet das Format. |
| EPL2 | N, danach A- oder B-Felder, danach P1 | Bildpuffer löschen, Text oder Barcode hinzufügen, ein Etikett drucken. |
| TSPL oder TSPL2 | SIZE, GAP, CLS, TEXT oder BARCODE, PRINT | Gut lesbare Einrichtungs- und Zeichenbefehle bauen das Etikett auf. |
| CPCL | ! 0 ..., Layoutbefehle, FORM, PRINT | Ein mobil ausgerichtetes ASCII-Etikettenformat mit explizitem Auftragskopf. |
| Brother Raster | Binäre Initialisierung, Steuerbytes, wiederholte Rasterzeilen, abschließender Druckbefehl. | Das Etikett ist bereits in Punkte umgesetzt, bevor es den Drucker erreicht. |
| ESC/POS | Escape- und Gruppentrenner-Steuerbytes, vermischt mit Text- oder Bilddaten. | Ein bonorientierter Datenstrom steuert Zeilenlayout, Schneiden, Status und optionale Etikettenfunktionen. |
ZPL II: eine praxistaugliche Kompatibilitätsbasis
ZPL steht für Zebra Programming Language. ZPL II ist die moderne Variante, die in aktuellen Spezifikationen üblicherweise mit ZPL gemeint ist, auch wenn Zebra darauf hinweist, dass sie nicht vollständig zum ursprünglichen ZPL kompatibel ist. Es handelt sich um eine ASCII-Befehlssprache für Etikettenfelder, Schriften, Formen, Grafiken, Barcodes, Serialisierung, gespeicherte Formate, Druckereinstellungen und Status. Zebras Programmierhandbuch dokumentiert sowohl Format- als auch Steuerbefehle, einschließlich gespeicherter Vorlagen und heruntergeladener Grafiken (ZPL-Programmierhandbuch).
Seine Bedeutung reicht über Zebra-Hardware hinaus. Aktuelle oder junge Produkte dokumentieren ZPL-kompatible Modi unter Namen wie ZPL2-Emulation bei TSC, ZSim2 bei Honeywell, SZPL bei SATO, BPL-Z bei BIXOLON und GZPL bei GoDEX. Citizen führt ZPL2 bei der CL-E303 neben Datamax- und EPL2-Emulationen auf (Spezifikationen der Citizen CL-E303). Toshiba nennt ZPL II bei ausgewählten Modellen neben dem nativen TPCL.
Damit ist ZPL II die praktische erste Sprache für ein herstellerübergreifendes Produkt mit Rohdruck. Das heißt nicht, dass sich jeder ZPL-Befehl überall gleich verhält. Schriften, RFID-Befehle, heruntergeladene Objekte, Materialkalibrierung, Statusantworten und neuere Befehle sind häufige Unterschiede. Ein Produkt sollte Unterstützung für ein getestetes ZPL-Profil bewerben und nicht behaupten, alle ZPL-Drucker seien austauschbar.
EPL und EPL2: wertvolle Abdeckung für Altsysteme
EPL steht für Eltron Programming Language. Der Page Mode von EPL2 beschreibt ein vollständiges Etikett mit positionierten Feldern. Der EPL1-kompatible Line Mode ist ein älterer, einfacherer Modus, der eine zeilenorientierte Ausgabe im EPL1-Stil liefert und deutliche Layoutgrenzen hat. Zebra beschreibt den Line Mode als ungeeignet für feine Elementplatzierung, überlappende Elemente oder horizontale Leiter-Barcodes (Zebra-Leitfaden zum EPL Line Mode).
Zebra dokumentiert EPL2 weiterhin für die Kompatibilität mit Altanwendungen, und mehrere aktuelle Modelle führen EPL2 oder eine EPL2-Emulation. Das vollständige Programmierhandbuch ist weiterhin verfügbar und deckt Befehle für ASCII-Text, Barcodes, Grafiken, Formulare, Variablen und Zähler ab (EPL-Programmierhandbuch).
Die praktische Einschränkung ist die Überschneidung. Mehrere aktuelle Beispiele in diesem Leitfaden dokumentieren sowohl EPL als auch ZPL. Wie viele zusätzliche Geräte EPL nach ZPL erschließt, ist deshalb unbekannt, selbst wenn EPL breit dokumentierte Kompatibilität besitzt. Als früher Zusatz ist es dennoch sinnvoll, wenn Bestandskunden EPL-Vorlagen einsetzen oder die Testhardware es ohnehin unterstützt.
Gehen Sie nicht davon aus, dass ein Layout, das in ZPL passt, auch in EPL passt. Zebra dokumentiert für ZPL TrueType, OpenType, skalierbare Schriften und Unicode-Zuordnung, während EPL dieselben skalierbaren Schriftobjekte nicht nutzen kann. Testen Sie den tatsächlichen Zeichensatz, die Schriftmetriken, den Zeilenumbruch und das Fallback-Verhalten in jeder Zielimplementierung.
TSPL, TSPL2 und TSPL-EZ
TSPL und TSPL2 sind die Etikettensprachen von TSC. Sie gehören zur selben Familie, sind aber keine perfekten Synonyme. Das offizielle gemeinsame Handbuch benennt Modell- und Befehlsunterschiede zwischen beiden. Ihre gut lesbaren Befehle legen Etikettengröße, Lücke oder Schwarzmarke, Richtung, Dichte, Text, Barcodes, Bitmaps, Zähler, Dateien und Druckmenge fest (Programmierhandbuch zu TSPL und TSPL2).
TSPL-EZ ist die Kompatibilitäts- und Emulationsfamilie von TSC, nicht einfach eine andere Schreibweise für jeden TSPL-Befehl. Suffix und unterstützte Emulationen unterscheiden sich je nach Modell. TSC gibt für die RE310 beispielsweise die Sprache TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS an (Produktseite der TSC RE310). Andere TSC-Modelle können eine andere TSPL-EZ-Variante oder einen anderen Kompatibilitätsumfang nennen.
Für eine Etikettenanwendung ist native TSPL-Unterstützung wertvoll, wenn TSC-Drucker einen relevanten Teil der Kundenflotte ausmachen. Die Emulationen machen einen TSC-Drucker außerdem für die Entwicklung nützlich, sie sind aber kein Beleg dafür, dass die Ausgabe in jedem Grenzfall einer nativen Implementierung der emulierten Sprache entspricht.
Brother hat zwei getrennte Befehlswelten
Brother wird leicht falsch eingeordnet, weil nicht alle Produktfamilien dasselbe Integrationsmodell nutzen. Die QL-Familie ist das deutlichste Beispiel. Brothers Entwicklermatrix führt QL-820NWB und QL-820NWBc mit Unterstützung für Raster, ESC/P und P-touch Template. Die QL-800 wird nur mit Raster geführt, mehrere andere QL-Modelle mit jeweils eigenen Kombinationen (Modellmatrix der Brother-Befehlsreferenz).
Das sind die aktuell dokumentierten Standard-Befehlsschnittstellen der QL-820NWBc. Modell- und Regionszusätze sind allerdings entscheidend. Ein älteres offizielles europäisches Datenblatt der QL-800-Serie warb für die QL-820NWB mit einer ZPL-II-Emulation upon request (Datenblatt der QL-800-Serie von Brother Europa). Prüfen Sie Modellsuffix, Region, Firmware und optionale Konfiguration, bevor Sie eine absolute ZPL-Aussage über jedes QL-820-Gerät treffen. Raster bleibt der klar dokumentierte direkte Weg in dieser QL-Generation.
Das komplette Etikett in Punkte umsetzen und dann Initialisierung, Materialinformationen, Rasterzeilen und einen Druckbefehl senden. Ideal, wenn die Anwendung Layout und Barcode-Rendering ohnehin selbst übernimmt.
Zeichen- und Textbefehle statt einer fertigen Bitmap senden. Brother passt diese Sprache an die eigenen Drucker an; sie ist nicht dasselbe wie das bonorientierte ESC/POS.
Eine vorbereitete Vorlage auf den Drucker übertragen und anschließend Text- und Barcodeobjekte per Scanner, Computer oder anderem Gerät füllen, ohne das gesamte Layout neu aufzubauen.
Brothers Raster-Referenz für die QL-800-Serie beschreibt einen Auftrag aus Initialisierungsbefehlen, Steuercodes, Rasterdaten und Druckbefehlen. Sie definiert außerdem modellspezifische Seitengrößen, Ränder, Auflösung, Komprimierung, Schneiden und zweifarbige Rasterdaten (Brother-Referenz der QL-Rasterbefehle). Raster vereinfacht damit die visuelle Portabilität, beseitigt aber nicht die gerätespezifische Arbeit. Die Integration braucht weiterhin korrekte Materialkennungen, Punktabmessungen, Ausrichtung, Komprimierung, Statusbehandlung und Schneideverhalten.
Brother Raster ist ein proprietärer Befehlsstrom einer Modellfamilie. PWG Raster ist ein standardisiertes Dokumentformat, das üblicherweise per IPP übermittelt wird. Beide beschreiben Pixel, aber Aufbau, Befehle und Interoperabilität unterscheiden sich, sie sind also nicht austauschbar.
Ausgewählte Brother-Drucker der Reihen RJ, TD und TJ bilden eine eigene Gruppe. Brother dokumentiert dort FBPL sowie modellabhängige Emulationen für ZPL, EPL, CPCL, DPL oder ESC/POS. Bei der RJ-2035B liefert die herunterladbare Firmware FBPL-EZC EPL2, ZPL2 und CPCL, während FBPL-EZP EPL2, ZPL2 und ESC/POS bereitstellt. CPCL und ESC/POS sollten deshalb nicht gemeinsam zugesagt werden, ohne die installierte Firmware zu prüfen (FAQ zur Brother-RJ-Firmware). Der separate EPL-Leitfaden listet die von der Emulation unterstützten Befehle auf (Brother-Leitfaden zur EPL-Emulation).
CPCL und ESC/POS: Wege für Mobil- und Bondruck
CPCL steht für Comtec Printer Control Language. Sie verbindet eine Etikettensprache mit einem Zeilendruckmodus und ist eng mit dem mobilen Druck verbunden. Der aktuelle CPCL-Leitfaden von Zebra ist ungewöhnlich deutlich in der Strategie: Für Neuentwicklungen wird ZPL bevorzugt, CPCL wird auf ausgewählten Link-OS-Druckern aus Gründen der Abwärtskompatibilität gepflegt, und neue ZPL-Funktionen erreichen CPCL in der Regel nicht (CPCL-Leitfaden von Zebra).
CPCL bleibt wichtig, wenn eine Anwendung oder eine mobile Flotte es bereits nutzt. Bei Modellen wie der ZQ600 Plus, die CPCL, ZPL und EPL annehmen, erhält CPCL bestehende Aufträge, bringt aber kein weiteres physisches Modell hinzu (Sprachdokumentation der ZQ600 Plus). Andere aktuelle Modelle wie die ZQ120 Plus und die ZQ220 Plus dokumentieren CPCL und ESC/POS ohne ZPL, der zusätzliche Nutzen hängt also vom Modell ab (Überblick zu ZQ120 Plus und ZQ220 Plus).
ESC/POS wurde von Epson als proprietäres Befehlssystem für Kassendrucker eingeführt. Es deckt Text, Druckposition, Papiertransport, Status, Barcodes, Bitbilder und Hardware wie Schneidwerke ab. Es ist nicht auf Bons beschränkt: Epsons Befehlsliste zur TM-L90 und das zugehörige Etikettenbeispiel enthalten für passende Modelle auch Etiketten- und Schwarzmarkenpositionierung (Befehlsliste der TM-L90, Etikettenbeispiel von Epson). ESC/POS-kompatible Implementierungen anderer Hersteller können modellspezifische Teilmengen und Voreinstellungen mitbringen. Für Kassensoftware bleibt es hoch priorisiert, für eine Anwendung rund um gestanzte Barcodeetiketten meist weniger.
Weitere Hersteller- und Industriesprachen
Diese Sprachen sind relevant, doch Nutzung und öffentliche Dokumentation konzentrieren sich auf bestimmte Herstellerökosysteme und Migrationsszenarien. Eine knappe Landkarte hilft mehr, als jedes Kürzel als gleichwertige Plattform zu behandeln.
| Sprache | Ursprungsökosystem | Warum sie weiter zählt | Wann Unterstützung sinnvoll ist |
|---|---|---|---|
| DPL | Datamax, heute in der Druckerlinie von Honeywell. | DPL stammt von Datamax, und Honeywell veröffentlicht weiterhin eine aktuelle DPL-Befehlsreferenz. Auch andere Marken emulieren sie. | Aufnehmen, wenn Telemetriedaten zu Honeywell- oder Datamax-Modellen ein getestetes Profil rechtfertigen. |
| IPL | Intermec Printer Language, heute in Honeywell-Produkten unterstützt. | Langlebige Lager- und Industriesysteme erzeugen diese hostbasierte Sprache möglicherweise bereits (IPL-Befehlsreferenz). | Priorisieren bei Intermec-Migrationen oder einer bekannten Honeywell-Flotte. |
| Fingerprint | Intermec und Honeywell. | Eine BASIC-inspirierte, im Drucker residente Sprache, die Programme, Logik, Datenverarbeitung und eigenständige Druck-Workflows ausführen kann (Fingerprint-Befehlsreferenz). | Nutzen, wenn eine Honeywell-Integration druckerseitige Anwendungen oder vorhandene Fingerprint-Programme braucht. |
| Direct Protocol | Intermec und Honeywell. | Eine hostgesteuerte Teilmenge von Fingerprint, kein anderer Name für IPL. | Nutzen für vorhandene Direct-Protocol-Formate oder native Honeywell-Workflows ohne vollständiges druckerresidentes Programm. |
| SBPL | SATO Barcode Printer Language. | Es ist SATOs gemeinsame native Befehlsfamilie und kann Funktionen bereitstellen, die eine Emulation nicht bietet. | Aufnehmen für Kunden mit vielen SATO-Geräten oder native RFID- und Geräte-Workflows. |
| TPCL | TEC Printer Control Language, nativ für Drucker von Toshiba TEC. | Sie bleibt die native Sprache der Toshiba-Barcodedrucker, auch wenn ausgewählte Modelle zusätzlich Wettbewerber emulieren (Handbuch zum TPCL-Treiber). | Aufnehmen, wenn Toshiba-Flotten oder eine TPCL-Formatbibliothek im Spiel sind. |
| SLCS- und BPL-Modi | BIXOLON-Etikettendrucker. | BIXOLONs SLCS-Handbuch definiert die nativen Etikettenbefehle. Modelle können zusätzlich BPL-Z, BPL-E und optional BPL-D als Kompatibilitätsmodi führen. | Natives SLCS nutzen, wenn BIXOLON-spezifisches Verhalten zählt; ansonsten zuerst eine vorhandene Emulation prüfen. |
| EZPL, GEPL, GZPL und GDPL | GoDEX. | Das EZPL-Handbuch behandelt natives EZPL sowie das EPL-kompatible GEPL und das ZPL-kompatible GZPL. Aktuelle ausgewählte Produkte führen zusätzlich das Datamax-kompatible GDPL (Broschüre zur RT700i+). | Genaues Modell und Firmware prüfen und jeden Kompatibilitätsmodus testen, bevor identische Ausgabe angenommen wird. |
| FBPL | Ausgewählte Brother-Drucker der Reihen RJ, TD und TJ. | Es ist der dokumentierte native Befehlsweg auf Modellen, die zusätzlich mehrere Emulationen und gespeicherte Programme bieten können. | Aufnehmen für native industrielle oder mobile Brother-Funktionen, nicht für die QL-Raster-Familie. |
Honeywells aktuelle PM65 zeigt, wie ein einzelner Drucker Host-Befehlssprachen, Dokumentformate und druckerresidente Anwendungen annehmen kann. Die Spezifikationen führen DPL, Direct Protocol, Fingerprint, IPL, ZSim2 für ZPL II, PDF, XML und C#-Smart-Printing in einem Gerät auf (Spezifikationen der Honeywell PM65). SATOs CT4-LX nennt ähnlich natives SBPL zusammen mit den wettbewerbskompatiblen SZPL, SDPL, SIPL, STCL und SEPL sowie eine Option zur automatischen Sprachanalyse (Spracheinstellungen der SATO CT4-LX). SATO dokumentiert außerdem, dass die gewählte Sprache Funktionen einschränken kann, etwa RFID-Befehle, die bei diesem Modell nur in SBPL und SZPL gelten (Sprachunterstützung der CT4-LX).
Toshiba zeigt dasselbe Muster. Die BX430T dokumentiert natives TPCL mit automatischer Erkennung von ZPL II, DPL, SBPL und PDF (Spezifikationen der Toshiba BX430T). BIXOLONs SLP-DX220 führt SLCS, BPL-Z, BPL-E und optional BPL-D (BIXOLON SLP-DX220). Diese Beispiele erklären, warum sich Protokollsummen nicht addieren lassen. Ein einzelner physischer Drucker kann mehreren Sprachkategorien angehören.
Native Unterstützung und Emulation sind nicht dasselbe
Eine Emulation interpretiert Befehle, die für eine andere Druckerfamilie geschrieben wurden. Sie kann einen Ersatzdrucker zum Laufen bringen, ohne eine eingeführte Anwendung anzupassen, was ausgesprochen nützlich ist. Trotzdem bleibt sie eine Kompatibilitätsimplementierung mit definierter Befehlsliste, definierten Schriften und definiertem Geräteverhalten.
Brothers Leitfaden zur ZPL-II-Emulation zeigt den Unterschied sehr deutlich. Er listet unterstützte Befehle und Schriften, verlangt Material- und Kalibriereinstellungen im Brother-Verwaltungstool und dokumentiert sogar einen Mechanismus, um ausgewählte ZPL-Formatbefehle zu ignorieren, wenn sie Druckprobleme verursachen (Brother-Leitfaden zur ZPL-II-Emulation). Ein einfaches Versandetikett funktioniert womöglich unverändert, während ein Format scheitert, das Schriften herunterlädt, Status abfragt, RFID schreibt oder von einer dauerhaft gespeicherten Einstellung abhängt.
Was Sie bei jeder Emulation prüfen sollten
- doneBefehlsumfangVergleichen Sie jeden Befehl, den die Anwendung sendet, mit der Emulationsreferenz des genauen Modells.
- doneSchriften und KodierungTesten Sie Unicode, Codepages, Schriftnamen, Metriken, Ersatzglyphen und die Unterstützung heruntergeladener Schriften.
- doneKoordinaten und AuflösungPrüfen Sie Ausgabe mit 203, 300 oder 600 dpi, Drehung, Ursprung und Rundung an den finalen Punktpositionen.
- doneMaterialsteuerungTesten Sie Lücken, Schwarzmarken, Endlosmaterial, Kalibrierung, Abriss, Spendemodus, Schneiden und trägerloses Material, soweit relevant.
- doneZustand und StatusPrüfen Sie Initialisierung, dauerhafte Einstellungen, Fehlerantworten, Auftragsabschluss, Pause, Abbruch und Wiederverbindung.
- doneEchte EtikettenDrucken Sie Aufträge mit den kürzesten und längsten erwarteten Werten, Grafiken, allen Barcodetypen, mehreren Kopien und Aufträgen nach einem Neustart des Geräts.
Warum es keine ehrliche Marktanteilsgrafik für Protokolle gibt
Öffentliche Marktberichte schätzen üblicherweise Herstellerumsätze oder Stückzahlen für eine Kategorie wie Barcodedrucker. Eine Schätzung zur Reichweite eines Protokolls bräuchte viel mehr: den aktiven installierten Bestand nach genauem Modell, Firmware und Optionen, welche Emulationen aktiviert sind, welche Befehle jede Emulation unterstützt und ob die Flotte bereits eine andere Sprache annimmt. Kein für diesen Leitfaden geprüfter öffentlicher, nachvollziehbarer Datensatz liefert diese Zuordnung.
Auch Herstelleranteile lassen sich nicht direkt in Sprachanteile umrechnen. Zebra-Hardware zahlt auf ZPL ein, aber ZPL-Modi finden sich ebenso in Produkten von TSC, Honeywell, SATO, BIXOLON, Citizen, Toshiba, Brother und GoDEX. Umgekehrt kann ein einzelner Drucker von SATO, Honeywell oder Toshiba fünf oder mehr Sprachen annehmen. Die Prozentwerte überlappen sich, und ihre Summe kann leicht über 100 Prozent liegen.
| Beispielmodell | Dokumentierte Sprachwege | Was das Beispiel belegt |
|---|---|---|
| Zebra ZQ600 Plus | ZPL, CPCL, EPL. | Mehrere wichtige Zebra-Sprachen können sich in einer mobilen Serie überschneiden. |
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Ein einzelnes mobiles TSC-Modell deckt mehrere Kompatibilitätsziele ab. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Die dokumentierten Standard-Befehlswege dieses QL-Modells unterscheiden sich vom üblichen Trio aus ZPL, EPL und TSPL. Optionales ZPL muss über die Konfiguration geprüft werden. |
| Brother RJ-2035B (in Nordamerika eingestellt) | FBPL sowie EPL2 und ZPL2; CPCL mit EZC-Firmware oder ESC/POS mit EZP-Firmware. | Brothers mobile Industriefamilie unterscheidet sich deutlich von der QL-Familie, und die Firmware bestimmt den endgültigen Kompatibilitätsumfang. |
| Honeywell PM65 | Fingerprint, Direct Protocol, IPL, DPL, ZSim2, PDF, XML, C#. | Aktuelle Industriehardware kann mehrere übernommene Altsprachen bewahren. |
| SATO CT4-LX | SBPL, SZPL, SDPL, SIPL, STCL, SEPL. | Native und wettbewerbskompatible Modi existieren in einem Desktopdrucker nebeneinander. |
| Citizen CL-E303 | Datamax DMX, ZPL2, EPL2. | Kompatibilitätssprachen reichen weit über die Unternehmen hinaus, die sie entwickelt haben. |
| Toshiba BX430T | TPCL mit automatischer Erkennung von ZPL II, DPL, SBPL und PDF. | Natives TPCL und mehrere Ersatzmodi können sich eine Plattform teilen. |
Die bessere Messgröße ist Produkt-Telemetrie. Erfassen Sie das genaue Druckermodell, das Nutzer anfragen, ob der Auftrag über einen Treiber oder als Rohdaten läuft, welche Sprache aktuell erzeugt wird und ob eine andere bereits unterstützte Sprache dieses Gerät schon erreicht. Zählen Sie dann zusätzliche Geräte, nicht überlappende Protokolletiketten.
Was sollte eine Etikettenanwendung zuerst unterstützen?
Die richtige Reihenfolge hängt vom Ausgangspunkt ab. Ein neues Produkt braucht ein breites Fundament. Ein Produkt, das bereits ZPL und TSPL druckt, sollte auf neue Ökosysteme und die verfügbare Testhardware optimieren.
| Phase | Sprache oder Weg | Begründung |
|---|---|---|
| Fundament | ZPL II | Mehrere große Hersteller dokumentieren kompatible Modi, und die Sprache bietet ein leistungsfähiges, modernes Etikettenmodell. |
| Fundament | TSPL oder TSPL2 | Native TSC-Abdeckung und ein unkompliziertes Befehlsmodell, vor allem wenn TSC-Geräte im Zielmarkt eine Rolle spielen. |
| Ausbau | Brother Raster | Ergänzt einen direkten Befehlsweg für QL-Modelle, deren Standardschnittstellen Raster, ESC/P und P-touch Template sind. Optionales ZPL je nach Modell und Region prüfen. |
| Kompatibilität | EPL2 | Unterstützt etablierte Altformate und ist oft günstig zu ergänzen und zu testen, überschneidet sich aber stark mit ZPL-fähiger Hardware. |
| Mobile Kompatibilität | CPCL | Wichtig, wenn reale mobile Flotten oder vorhandene CPCL-Anwendungen es verlangen; weniger zusätzlicher Nutzen, wenn dieselben Geräte ZPL annehmen. |
| Industrielle Kompatibilität | DPL | Nützlich für Datamax- und Honeywell-Installationen, wobei der Bedarf am besten über echte Modelldaten bestätigt wird. |
| Nachfragegetrieben | IPL, Fingerprint, Direct Protocol, SBPL, TPCL, SLCS, EZPL, FBPL, ESC/POS | Native Tiefe ergänzen, wenn eine Kundenflotte, eine fehlende Funktion oder ein Bon-Workflow den Nutzen klar macht. |
Wenn ZPL und TSPL bereits funktionieren, können Umsetzungsreihenfolge und strategische Bedeutung auseinanderfallen. EPL2 ist möglicherweise die schnellste nächste Funktion, wenn ein vorhandener Testdrucker es ohnehin emuliert. Brother Raster ist ein deutlich eigenständigerer Umsetzungsweg als eine weitere EPL2-Emulation, doch der zusätzliche Abdeckungsgewinn bei Kundengeräten bleibt unbekannt, bis die Liste der Zielmodelle gemessen ist. Auf Geräten, die bereits ZPL annehmen, bringt CPCL Kompatibilität für die Auftragssprache statt neuer Modellabdeckung; Modelle, die nur CPCL beherrschen, machen es wertvoller.
TSC RE310 gegen Brother: die praktische Antwort
Die Diskussion, die zu diesem Leitfaden geführt hat, drehte sich um zwei Fragen: Unterstützt eine TSC RE310 bereits EPL2, und bringt ein Brother-Drucker einen Vorteil? Die dokumentierte Antwort lautet ja, die RE310 führt EPL2 über TSPL-EZC. Und welches Brother-Modell es ist, zählt mehr als der Name Brother.
| Testdrucker | Hier relevante dokumentierte Wege | Was er beiträgt |
|---|---|---|
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Sofortige, günstige Tests mehrerer Emulationen mit bereits vorhandener Hardware. |
| Brother RJ-2035B | FBPL sowie EPL2 und ZPL2; CPCL oder ESC/POS je nach installierter EZC- oder EZP-Firmware. | Bringt FBPL und das Emulatorverhalten eines zweiten Herstellers, doch EPL2, ZPL2 und CPCL überschneiden sich mit der RE310. Brother Mobile Solutions kennzeichnet das Modell in Nordamerika als eingestellt; die Verfügbarkeit unterscheidet sich je nach Region. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Ein eigener QL-Integrationsweg und damit mehr Vielfalt bei den Befehlswegen. |
Eine gebrauchte GK420d lohnt sich nur, wenn Sie eine Altflotte nachbilden müssen. Sie beherrscht natives ZPL und EPL mit automatischer Formaterkennung sowie den EPL1-kompatiblen Line Mode, doch Zebras Lifecycle-Seite nennt ein regionales Verkaufsende 2021 oder 2022 und ein Serviceende 2025 (Lifecycle der GK420d). Für eine Neuanschaffung ist die aktuelle ZD421 die unterstützte Referenz für ZPL II und EPL2. Der EPL1-kompatible Line Mode ist dort auf die Thermodirekt-Ausführung mit 203 dpi beschränkt (Spezifikationen der ZD421).
Setzen Sie EPL2 zuerst auf der RE310 um und testen Sie es dort, denn diese Hardware ist bereits vorhanden. Soll die nächste Anschaffung möglichst viele neue Befehlswege abdecken, bringt eine Standard-QL-820NWBc als Raster-Ziel mehr Vielfalt als die RJ-2035B. Brother Mobile Solutions kennzeichnet das RJ-Modell in Nordamerika als eingestellt, die Verfügbarkeit unterscheidet sich je nach Region. Prüfen Sie die regionale Konfiguration der QL, da in älterer Dokumentation eine optionale ZPL-Unterstützung nur auf Anfrage auftauchte. Ergänzen Sie CPCL auf der RE310, sobald mobiler Bedarf es rechtfertigt, und priorisieren Sie danach DPL oder eine andere native Familie anhand echter Kundenanfragen.
Es gibt einen Grund, sich trotzdem für die RJ-2035B zu entscheiden: Kompatibilitätstests über mehrere Implementierungen hinweg. Eine zweite EPL- oder ZPL-Emulation kann Annahmen aufdecken, die die erste Implementierung noch verziehen hat. Das ist nützlich, sobald ein Produkt herstellerübergreifende Kompatibilität verspricht, verfolgt aber ein anderes Ziel, als ein bislang nicht abgedecktes Integrationsmodell zu ergänzen.
Bauen Sie die Unterstützung um Fähigkeiten herum auf, nicht um Kürzel
Ein wartbares Drucksystem sollte ein einziges neutrales Etikettenmodell führen und es dann über sprachspezifische Backends ausgeben. Das neutrale Modell definiert physische Größe, finale Punktauflösung, Textläufe, Barcodedaten, Ruhezonen, Bilder, Kopien und die gewünschte Weiterverarbeitung. Jedes Backend meldet, was es erhalten kann und was es rastern oder ablehnen muss.
Eine Freigabehürde für jede neue Druckersprache
- doneProfil deklarierenListen Sie unterstützte Befehle, Barcodetypen, Auflösungen, Materialmodi, Kodierungen und bekannte Ausschlüsse auf.
- doneReferenzaufträge sichernBewahren Sie repräsentative Quellaufträge und die erwarteten gerenderten Bitmaps für jedes Backend auf.
- donePhysische Drucker nutzenNehmen Sie nach Möglichkeit mindestens eine native Referenz und eine wichtige Emulation auf, bevor Sie herstellerübergreifende Unterstützung behaupten.
- doneSperrige Daten testenDrucken Sie leere Felder, lange Identifikatoren, führende Nullen, nicht lateinischen Text, Steuerzeichen und maximale Barcode-Nutzdaten.
- doneErgebnis scannenPrüfen Sie den tatsächlichen Barcode mit den Scannern und Arbeitsabständen des realen Ablaufs.
- doneNach Updates wiederholenFühren Sie die Matrix nach Änderungen an Druckerfirmware, Renderer, Schriften, Komprimierung oder Materialeinstellungen erneut aus.
Halten Sie außerdem Tests zum Etikettendesign und zum Druckerprotokoll getrennt. Eine Sprache kann die geforderten Punkte korrekt setzen, während der Barcode trotzdem scheitert, weil er zu klein ist, zu wenig Ruhezone hat oder mit falscher Schwärzung gedruckt wurde. Nutzen Sie für das Etikett selbst die Checkliste für das Barcode-Etikettendesign und vergleichen Sie Thermodirekt und Thermotransfer, bevor Sie Material und Druckerhardware festlegen.
Quellen und Recherchemethode
Dieser Artikel stützt sich, wo immer möglich, auf originale Programmierhandbücher der Hersteller, Entwicklermatrizen und aktuelle Produktspezifikationen. Produktseiten belegen, dass ein Modell eine Sprache anbietet. Befehlsreferenzen belegen, was diese Implementierung tatsächlich unterstützt. Kommerzielle Marktgrößenschätzungen wurden nicht zur Bildung von Protokollprozenten verwendet, weil ihre Kategorien, Zeiträume und Überschneidungen nicht vergleichbar sind.
- Zebra: ZPL-Programmierdokumentation, EPL-Programmierhandbuch und CPCL für Link-OS-Drucker.
- TSC: Programmierhandbuch zu TSPL und TSPL2 und Sprachspezifikationen der RE310.
- Brother: Modellmatrix der Befehlsreferenz, Raster-Referenz der QL-Serie und Leitfaden zur ZPL-Emulation für RJ, TD und TJ.
- Honeywell, SATO, Toshiba, Citizen und BIXOLON: Die in den jeweiligen Abschnitten verlinkten aktuellen Produkt- und Sprachseiten liefern die herstellerübergreifenden Kompatibilitätsbeispiele.
- Standards und angrenzende Druckwege: IPP Everywhere, IANA-Registrierung von Port 9100 und ESC/POS-Referenz von Epson.
Exportieren Sie die in den letzten 90 Tagen angefragten Druckermodelle und gruppieren Sie sie nach dem genauen dokumentierten Sprachweg. Wählen Sie die nächste Implementierung danach aus, wie viele zusätzliche Geräte sie erreicht, und drucken und scannen Sie ein kleines Kompatibilitäts-Regressionspaket, bevor Sie die Sprache als unterstützt erklären.
