Protocoalele imprimantelor termice sunt ușor de subestimat. O imprimantă poate fi vizibilă prin USB sau Wi-Fi, poate accepta conexiunea și tot să scoată o etichetă goală sau o pagină plină de text de comenzi. Conexiunea a funcționat. Pur și simplu imprimanta nu a înțeles limbajul în care a fost descrisă eticheta.
Pe scurt, ZPL II este o primă țintă practică pentru trimiterea de comenzi brute, pentru că mai mulți producători importanți documentează moduri compatibile. TSPL sau TSPL2 este o a doua țintă utilă pentru parcurile TSC. EPL2 acoperă aplicațiile vechi, iar Brother Raster deschide o cale de comenzi separată pentru seria QL. Celelalte limbaje devin importante atunci când echipamentele clienților sau aplicațiile existente le cer. Restul ghidului explică de ce o foaie de parcurs ghidată de cerere este mai utilă decât un clasament de popularitate.
Ghidul acoperă principalele căi cu comenzi brute, raster și șabloane stocate folosite de imprimantele termice de etichete și de cele mobile. Exemplele de compatibilitate au fost verificate în documentația producătorilor disponibilă la 1 septembrie 2026. Verificați întotdeauna modelul exact, firmware-ul, rezoluția și opțiunile instalate înainte de a promite suport.
Limbajul de imprimantă este doar un strat
Cuvântul protocol este folosit adesea pentru părți foarte diferite ale procesului de tipărire. Separarea straturilor face ca majoritatea problemelor de compatibilitate să fie mult mai ușor de diagnosticat.
USB, Bluetooth, serial, Wi-Fi, Ethernet, TCP brut, LPR și IPP duc lucrarea până la imprimantă. Ele nu definesc aspectul etichetei.
ZPL, EPL, TSPL, CPCL și DPL descriu obiectele de pe etichetă și expun adesea și comenzi pentru consumabile, stare, memorie și finisare.
PDF, PWG Raster, JPEG și fluxurile raster proprietare reprezintă o pagină sau pixelii ei. Atributele lucrării sau comenzi separate ale dispozitivului pot controla în continuare consumabilul, tăierea, modul peel și alte funcții hardware.
Code 128, EAN-13, Data Matrix și QR Code definesc modul în care datele devin bare sau module. Limbajul de imprimantă poziționează și generează simbolul.
De exemplu, o lucrare ZPL poate merge prin USB, Bluetooth sau rețea. Portul TCP 9100 este înregistrat ca flux de date pentru limbaje de descriere a paginii, dar octeții din interior trebuie să fie tot într-un limbaj pe care imprimanta îl înțelege (registrul de servicii IANA). IPP este un protocol de gestionare a lucrărilor. Clienții pot descoperi imprimante prin DNS-SD, pot interoga capabilitățile prin IPP, pot trimite lucrări și pot primi starea. Lucrarea are însă în continuare nevoie de un format de document anunțat de imprimantă, cum ar fi PWG Raster, JPEG sau PDF (RFC 8011, ghidul IPP al PWG).
Tipărirea fără driver a devenit obișnuită la imprimantele de birou, dar imprimantele industriale de etichete rămân o excepție notabilă. OpenPrinting menționează explicit imprimantele industriale de etichete și alte echipamente din piețe verticale printre cazurile care încă au nevoie de driver, de o printer application sau de o cale cu limbaj brut (recomandările OpenPrinting privind driverele).
Trei modele de integrare pentru aceeași etichetă
Majoritatea integrărilor de tipărire directă folosesc unul dintre cele trei modele. Niciunul nu este cel mai bun în orice situație și nu se exclud reciproc. Un flux bazat pe șabloane stocate se sprijină de obicei pe un limbaj de comenzi nativ sau pe firmware-ul imprimantei. Alegerea potrivită depinde de cât din munca de aranjare rămâne la gazdă, cât revine imprimantei și câte familii de imprimante trebuie să folosească același design.
| Model | Ce trimite aplicația | Avantajul principal | Costul principal |
|---|---|---|---|
| Limbaj de comenzi nativ | Comenzi text pentru poziții, fonturi, coduri de bare, consumabil și numărul de exemplare. | Lucrări mici, coduri de bare generate de imprimantă, stare și control al dispozitivului, formate stocate. | Un motor de randare și un mediu de test separate pentru fiecare limbaj sau emulare. |
| Flux raster | O imagine bitmap finalizată, pe un bit sau cu culoare limitată, plus comenzile de configurare și avans specifice modelului. | Aplicația controlează aspectul final cu un singur motor de aranjare vizuală. | Volume mai mari de date, împachetare exactă a punctelor, tabele de consumabile, orientare și particularități de model. |
| Șablon stocat | Șablonul se instalează o singură dată, apoi fiecare lucrare trimite doar text variabil, date pentru codul de bare sau un număr de șablon. | Lucrări foarte mici în execuție și fluxuri autonome utile. | Distribuirea șabloanelor, versionarea, sincronizarea și modificări limitate de aspect în timpul rulării. |
Limbajele de comenzi nu sunt neapărat mai precise decât ieșirea raster. Ele doar mută alte responsabilități către imprimantă. O comandă nativă de cod de bare lasă firmware-ul să calculeze simbolul. O cale raster cere un lanț de procesare pe gazdă, în aplicație sau în driver, care să deseneze fiecare bară la rezoluția finală a imprimantei. Un motor de randare comun poate păstra geometria dorită între back end-uri raster specifice fiecărui model, atâta timp cât fiecare bitmap este generat la rezoluția nativă a imprimantei țintă și nu este scalat ulterior.
Driverele pot face această conversie comodă fără a expune toate funcțiile imprimantei. Documentul tehnic Honeywell despre CUPS arată cum PDF sau PostScript este rasterizat și împachetat ca grafică Direct Protocol, în timp ce lucrările brute Fingerprint, IPL sau DPL folosesc cozi pass-through. Acea cale prin driver nu expune cuțitul și nici RFID-ul, o reamintire utilă că fidelitatea vizuală și controlul dispozitivului sunt lucruri diferite (documentul tehnic Honeywell despre CUPS).
Cum recunoașteți limbajele obișnuite
O lucrare de tipărire capturată își dezvăluie adesea limbajul înainte să știți modelul imprimantei. Acestea sunt tipare de recunoaștere, nu exemple complete, gata de tipărit.
| Limbaj | Tipar tipic | Ce înseamnă acel tipar |
|---|---|---|
| ZPL II | ^XA ... ^FO ... ^FD ... ^XZ | Începe un format, câmpurile sunt poziționate și completate, apoi formatul se încheie. |
| EPL2 | N, apoi câmpuri A sau B, apoi P1 | Golește memoria de imagine, adaugă text sau un cod de bare, tipărește o etichetă. |
| TSPL sau TSPL2 | SIZE, GAP, CLS, TEXT sau BARCODE, PRINT | Comenzi lizibile de configurare și desenare construiesc eticheta. |
| CPCL | ! 0 ..., comenzi de aspect, FORM, PRINT | Un format de etichetă ASCII orientat spre mobilitate, cu antet explicit de lucrare. |
| Brother Raster | Inițializare binară, octeți de control, linii raster repetate, comandă finală de tipărire. | Eticheta este deja transformată în puncte înainte să ajungă la imprimantă. |
| ESC/POS | Octeți de control escape și separator de grup, amestecați cu text sau date de imagine. | Un flux orientat spre bonuri, care controlează aspectul pe linii, tăierea, starea și eventuale funcții de etichetare. |
ZPL II: o bază practică de compatibilitate
ZPL vine de la Zebra Programming Language. ZPL II este varianta modernă la care se referă de obicei ZPL în specificațiile actuale, deși Zebra precizează că nu este complet compatibilă cu ZPL-ul original. Este un limbaj de comenzi ASCII pentru câmpuri de etichetă, fonturi, forme, grafică, coduri de bare, serializare, formate stocate, setări ale imprimantei și stare. Ghidul de programare Zebra documentează atât comenzile de format, cât și pe cele de control, inclusiv șabloanele salvate și grafica descărcată (ghidul de programare ZPL).
Importanța lui depășește echipamentele Zebra. Produse actuale sau recente documentează moduri compatibile ZPL sub denumiri precum emulare ZPL2 la TSC, ZSim2 la Honeywell, SZPL la SATO, BPL-Z la BIXOLON și GZPL la GoDEX. Citizen listează ZPL2 alături de emulările Datamax și EPL2 pe CL-E303 (specificațiile Citizen CL-E303). Toshiba menționează ZPL II alături de TPCL-ul nativ pe anumite modele.
Asta face din ZPL II un prim limbaj practic pentru un produs de tipărire brută care acoperă mai multe mărci. Nu înseamnă însă că orice comandă ZPL se comportă identic peste tot. Fonturile, comenzile RFID, obiectele descărcate, calibrarea consumabilului, răspunsurile de stare și comenzile mai noi sunt puncte frecvente de diferență. Un produs ar trebui să anunțe suport pentru un profil ZPL testat, nu să susțină că toate imprimantele ZPL sunt interschimbabile.
EPL și EPL2: o acoperire moștenită care contează
EPL vine de la Eltron Programming Language. Modul pagină din EPL2 descrie o etichetă completă, cu câmpuri poziționate. Modul linie compatibil EPL1 este un mod mai vechi și mai simplu, care produce o ieșire orientată pe linii, în stil EPL1, și are limite importante de aranjare. Zebra descrie modul linie ca nepotrivit pentru poziționarea fină a elementelor, pentru elemente suprapuse sau pentru coduri de bare orizontale tip scară (ghidul Zebra pentru modul linie EPL).
Zebra continuă să documenteze EPL2 pentru compatibilitatea cu aplicațiile vechi, iar mai multe modele actuale menționează EPL2 sau o emulare EPL2. Ghidul complet de programare rămâne disponibil pentru comenzi de text ASCII, coduri de bare, grafică, formulare, variabile și contoare (ghidul de programare EPL).
Limitarea practică este suprapunerea. Mai multe exemple actuale din acest ghid documentează atât EPL, cât și ZPL. Prin urmare, câte dispozitive în plus aduce adăugarea EPL după ZPL rămâne necunoscut, chiar dacă EPL are o compatibilitate documentată pe scară largă. Rămâne totuși o adăugare timpurie rezonabilă atunci când clienții existenți au șabloane EPL sau când echipamentul de test îl acceptă deja.
Nu presupuneți că un aspect care încape în ZPL va încăpea și în EPL. Zebra documentează în ZPL suport pentru TrueType, OpenType, fonturi scalabile și mapare Unicode, în timp ce EPL nu poate folosi aceleași obiecte de font scalabil. Testați setul real de caractere, metricile fonturilor, împărțirea rândurilor și comportamentul de rezervă pe fiecare implementare țintă.
TSPL, TSPL2 și TSPL-EZ
TSPL și TSPL2 sunt limbajele TSC pentru compunerea etichetelor. Fac parte din aceeași familie, dar nu sunt sinonime perfecte. Manualul oficial comun indică diferențele de modele și de comenzi dintre ele. Comenzile lor lizibile stabilesc dimensiunea etichetei, spațiul sau marcajul negru, direcția, densitatea, textul, codurile de bare, imaginile bitmap, contoarele, fișierele și numărul de exemplare (manualul de programare TSPL și TSPL2).
TSPL-EZ este familia TSC de compatibilitate și emulare, nu o altă formă de scriere pentru fiecare comandă TSPL. Sufixul și emulările acceptate diferă de la model la model. De exemplu, TSC indică pentru RE310 limbajul TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS (pagina de produs TSC RE310). Alte modele TSC pot menționa o variantă TSPL-EZ diferită sau un alt set de compatibilități.
Pentru o aplicație de etichetare, suportul nativ TSPL este valoros atunci când imprimantele TSC reprezintă o parte semnificativă din parcul clienților. Emulările fac o imprimantă TSC utilă și în dezvoltare, dar nu trebuie tratate ca dovadă că rezultatul va coincide cu o implementare nativă a limbajului emulat în toate cazurile-limită.
Brother are două lumi diferite de comenzi
Brother este ușor de clasificat greșit, pentru că familiile sale de produse nu folosesc toate același model de integrare. Familia QL este cel mai clar exemplu. Matricea pentru dezvoltatori a Brother listează QL-820NWB și QL-820NWBc cu suport pentru Raster, ESC/P și P-touch Template. QL-800 apare doar cu Raster, iar alte câteva modele QL cu propriile combinații (matricea de modele din referința de comenzi Brother).
Acestea sunt interfețele standard de comenzi documentate în prezent pentru QL-820NWBc. Sufixele de model și diferențele regionale contează însă. O fișă europeană oficială mai veche a seriei QL-800 anunța emulare ZPL II pentru QL-820NWB upon request (fișa seriei QL-800 de la Brother Europa). Verificați sufixul modelului, regiunea, firmware-ul și configurația opțională înainte de a face o afirmație categorică despre ZPL pentru orice unitate QL-820. Raster rămâne calea directă clar documentată în această generație QL.
Transformați întreaga etichetă în puncte, apoi trimiteți inițializarea, informațiile despre consumabil, liniile raster și o comandă de tipărire. Ideal când aplicația se ocupă deja de aspect și de desenarea codurilor de bare.
Trimiteți comenzi de desenare și text în loc de o imagine bitmap finalizată. Brother adaptează acest limbaj pentru imprimantele proprii și nu este același lucru cu ESC/POS-ul orientat spre bonuri.
Transferați un șablon pregătit în imprimantă, apoi completați obiectele de text și codurile de bare de la un scaner, un computer sau alt dispozitiv, fără să reconstruiți tot aspectul.
Referința Raster pentru seria QL-800 arată că o lucrare conține comenzi de inițializare, coduri de control, date raster și comenzi de tipărire. Ea definește și dimensiuni de pagină, margini, rezoluție, compresie, tăiere și date raster în două culori, specifice fiecărui model (referința de comenzi Raster Brother QL). Raster simplifică așadar portabilitatea vizuală, dar nu elimină munca specifică fiecărui dispozitiv. Integrarea are în continuare nevoie de identificatori corecți de consumabil, dimensiuni în puncte, orientare, compresie, tratarea stării și comportament de tăiere.
Brother Raster este un flux de comenzi proprietar al unei familii de modele. PWG Raster este un format de document standardizat, trimis de obicei prin IPP. Ambele descriu pixeli, dar structura, comenzile și interoperabilitatea diferă, deci nu sunt interschimbabile.
Anumite imprimante Brother RJ, TD și TJ formează un grup separat. Brother documentează FBPL plus emulări ZPL, EPL, CPCL, DPL sau ESC/POS, în funcție de model. Pe RJ-2035B, firmware-ul descărcabil FBPL-EZC oferă EPL2, ZPL2 și CPCL, în timp ce FBPL-EZP oferă EPL2, ZPL2 și ESC/POS. Prin urmare, CPCL și ESC/POS nu ar trebui promise împreună fără a verifica firmware-ul instalat (întrebări frecvente despre firmware-ul Brother RJ). Ghidul EPL separat listează comenzile acceptate de emulare (ghidul Brother pentru emularea EPL).
CPCL și ESC/POS: căile pentru mobil și bonuri
CPCL vine de la Comtec Printer Control Language. Combină un limbaj de compunere a etichetelor cu un mod de tipărire pe linii și este strâns legat de tipărirea mobilă. Ghidul CPCL actual de la Zebra este neobișnuit de direct în privința strategiei: pentru dezvoltări noi este preferat ZPL, în timp ce CPCL este menținut pe anumite imprimante Link-OS pentru compatibilitate cu trecutul, iar funcțiile noi din ZPL de regulă nu ajung în CPCL (ghidul CPCL de la Zebra).
CPCL rămâne important atunci când o aplicație sau un parc mobil îl folosește deja. Pe modele precum ZQ600 Plus, care acceptă CPCL, ZPL și EPL, CPCL păstrează lucrările existente, dar nu adaugă un alt model fizic (documentația de limbaje pentru ZQ600 Plus). Alte modele actuale, printre care ZQ120 Plus și ZQ220 Plus, documentează CPCL și ESC/POS fără ZPL, deci valoarea suplimentară depinde de model (prezentarea ZQ120 Plus și ZQ220 Plus).
ESC/POS a fost introdus de Epson ca sistem proprietar de comenzi pentru imprimantele de la punctele de vânzare. Acoperă textul, poziția de tipărire, avansul hârtiei, starea, codurile de bare, imaginile pe biți și componente precum cuțitele. Nu este limitat la bonuri: lista de comenzi Epson pentru TM-L90 și exemplul de etichetă includ poziționarea etichetelor și a marcajelor negre pe modelele care permit acest lucru (lista de comenzi TM-L90, exemplul de etichetă Epson). Implementările compatibile ESC/POS ale altor producători pot expune subseturi și setări implicite specifice modelului. Rămâne o prioritate mare pentru software-ul de casă, dar de obicei una mai mică pentru o aplicație centrată pe etichete ștanțate cu coduri de bare.
Alte limbaje ale producătorilor și limbaje industriale
Aceste limbaje contează, dar utilizarea și documentația lor publică sunt concentrate în ecosisteme specifice și în scenarii de migrare. O hartă concisă este mai utilă decât tratarea fiecărui acronim ca pe o platformă echivalentă.
| Limbaj | Ecosistemul de origine | De ce contează în continuare | Când merită suportat |
|---|---|---|---|
| DPL | Datamax, azi în linia de imprimante Honeywell. | DPL a apărut la Datamax, iar Honeywell publică în continuare o referință de comenzi DPL actuală. Și alte mărci îl emulează. | Adăugați-l când datele despre modelele Honeywell sau Datamax justifică un profil testat. |
| IPL | Intermec Printer Language, acum acceptat în produsele Honeywell. | Sisteme industriale și de depozit cu viață lungă pot genera deja acest limbaj de pe gazdă (referința de comenzi IPL). | Prioritizați-l pentru migrările de la Intermec sau pentru un parc Honeywell cunoscut. |
| Fingerprint | Intermec și Honeywell. | Un limbaj rezident în imprimantă, inspirat de BASIC, care poate rula programe, logică, prelucrare de date și fluxuri de tipărire autonome (referința de comenzi Fingerprint). | Folosiți-l când o integrare Honeywell are nevoie de aplicații în imprimantă sau de programe Fingerprint existente. |
| Direct Protocol | Intermec și Honeywell. | Un subset al Fingerprint condus de gazdă, nu un alt nume pentru IPL. | Folosiți-l pentru formate Direct Protocol existente sau fluxuri Honeywell native care nu au nevoie de un program rezident complet. |
| SBPL | SATO Barcode Printer Language. | Este familia de comenzi native comună a SATO și poate expune funcții pe care o emulare nu le oferă. | Adăugați-l pentru clienți cu multe echipamente SATO sau pentru fluxuri native RFID și de control al dispozitivului. |
| TPCL | TEC Printer Control Language, nativ pentru imprimantele Toshiba TEC. | Rămâne limbajul nativ al imprimantelor de coduri de bare Toshiba, deși anumite modele emulează și concurența (manualul driverului TPCL). | Adăugați-l când intră în discuție parcuri Toshiba sau o bibliotecă de formate TPCL. |
| Modurile SLCS și BPL | Imprimantele de etichete BIXOLON. | Manualul SLCS de la BIXOLON definește comenzile native pentru etichete. Modelele pot menționa și moduri de compatibilitate BPL-Z, BPL-E și, opțional, BPL-D. | Folosiți SLCS nativ când contează comportamentul specific BIXOLON; altfel, validați mai întâi o emulare existentă. |
| EZPL, GEPL, GZPL și GDPL | GoDEX. | Manualul EZPL acoperă EZPL nativ, plus GEPL compatibil EPL și GZPL compatibil ZPL. Anumite produse actuale menționează și GDPL, compatibil Datamax (broșura RT700i+). | Verificați modelul și firmware-ul exacte și testați fiecare mod de compatibilitate înainte de a presupune o ieșire identică. |
| FBPL | Anumite imprimante Brother RJ, TD și TJ. | Este calea nativă de comenzi documentată pe modele care pot expune și mai multe emulări și programe stocate. | Adăugați-l pentru funcții native Brother industriale sau mobile, nu pentru familia QL cu Raster. |
Modelul actual Honeywell PM65 arată cum o singură imprimantă poate accepta limbaje de comenzi de la gazdă, formate de document și aplicații rezidente. Specificațiile listează DPL, Direct Protocol, Fingerprint, IPL, ZSim2 pentru ZPL II, PDF, XML și tipărire inteligentă în C# într-un singur echipament (specificațiile Honeywell PM65). SATO CT4-LX listează similar SBPL nativ, alături de SZPL, SDPL, SIPL, STCL și SEPL compatibile cu concurența, plus o opțiune de analiză automată a limbajului (setările de limbaj ale SATO CT4-LX). SATO documentează și faptul că limbajul selectat poate limita funcții, inclusiv comenzi RFID care pe acest model se aplică doar în SBPL și SZPL (suportul de limbaje al CT4-LX).
Toshiba arată același tipar. BX430T documentează TPCL nativ, cu detectarea automată a ZPL II, DPL, SBPL și PDF (specificațiile Toshiba BX430T). SLP-DX220 de la BIXOLON menționează SLCS, BPL-Z, BPL-E și, opțional, BPL-D (BIXOLON SLP-DX220). Aceste exemple explică de ce totalurile pe protocoale nu pot fi adunate. O singură imprimantă fizică poate aparține mai multor categorii de limbaje.
Suportul nativ și emularea nu sunt același lucru
O emulare interpretează comenzi scrise pentru altă familie de imprimante. Poate face ca o imprimantă de înlocuire să funcționeze fără a modifica o aplicație deja consacrată, ceea ce este extrem de util. Rămâne totuși o implementare de compatibilitate, cu o listă de comenzi, fonturi și comportamente ale dispozitivului bine definite.
Ghidul Brother pentru emularea ZPL II ilustrează clar diferența. Enumeră comenzile și fonturile acceptate, cere setări de consumabil și calibrare în instrumentul de administrare Brother și documentează chiar un mecanism prin care anumite comenzi de format ZPL sunt ignorate atunci când creează probleme de tipărire (ghidul Brother pentru emularea ZPL II). O etichetă simplă de expediere poate funcționa fără modificări, în timp ce un format care descarcă fonturi, interoghează starea, scrie RFID sau depinde de o setare persistentă poate să nu funcționeze.
Ce trebuie verificat la fiecare emulare
- doneSubsetul de comenziComparați fiecare comandă emisă de aplicație cu referința de emulare a modelului exact.
- doneFonturi și codificareTestați Unicode, paginile de cod, numele fonturilor, metricile, glifele de rezervă și suportul pentru fonturi descărcate.
- doneCoordonate și rezoluțieConfirmați ieșirea la 203, 300 sau 600 dpi, rotația, originea și rotunjirea la pozițiile finale ale punctelor.
- doneControlul consumabiluluiTestați spațiile, marcajele negre, materialul continuu, calibrarea, ruperea, dezlipirea, tăierea și materialele fără suport, după caz.
- doneStare și sesiuneVerificați inițializarea, setările persistente, mesajele de eroare, finalizarea lucrării, pauza, anularea și reconectarea.
- doneEtichete realeTipăriți lucrări cu cele mai scurte și cele mai lungi valori așteptate, grafică, toate tipurile de coduri de bare, mai multe exemplare și lucrări după repornirea echipamentului.
De ce nu există un grafic onest al cotelor de piață pe protocoale
Rapoartele publice de piață estimează de obicei veniturile producătorilor sau unitățile livrate pentru o categorie precum imprimantele de coduri de bare. O estimare a acoperirii unui protocol are nevoie de mult mai mult: parcul activ instalat pe model exact, firmware și opțiuni, ce emulări sunt activate, ce comenzi acceptă fiecare emulare și dacă parcul acceptă deja alt limbaj. Niciun set de date public și verificabil analizat pentru acest ghid nu oferă această corespondență.
Nici cota unui producător nu se transformă direct în cotă de limbaj. Echipamentele Zebra contribuie la ZPL, dar moduri ZPL apar și la TSC, Honeywell, SATO, BIXOLON, Citizen, Toshiba, Brother și GoDEX. Invers, o singură imprimantă SATO, Honeywell sau Toshiba poate accepta cinci limbaje sau mai multe. Procentele se suprapun, iar suma lor poate depăși ușor 100 la sută.
| Model exemplu | Căi de limbaj documentate | Ce demonstrează exemplul |
|---|---|---|
| Zebra ZQ600 Plus | ZPL, CPCL, EPL. | Mai multe limbaje Zebra importante se pot suprapune pe aceeași serie mobilă. |
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Un singur model mobil TSC acoperă mai multe ținte de compatibilitate. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Căile standard de comenzi documentate ale acestui model QL diferă de trioul obișnuit ZPL, EPL și TSPL. ZPL-ul opțional trebuie verificat în configurație. |
| Brother RJ-2035B (ieșită din producție în America de Nord) | FBPL plus EPL2 și ZPL2; CPCL cu firmware EZC sau ESC/POS cu firmware EZP. | Familia mobilă industrială Brother diferă mult de familia QL, iar firmware-ul stabilește setul final de compatibilități. |
| Honeywell PM65 | Fingerprint, Direct Protocol, IPL, DPL, ZSim2, PDF, XML, C#. | Echipamentele industriale actuale pot păstra mai multe limbaje moștenite prin achiziții. |
| SATO CT4-LX | SBPL, SZPL, SDPL, SIPL, STCL, SEPL. | Modurile native și cele compatibile cu concurența coexistă într-o imprimantă de birou. |
| Citizen CL-E303 | Datamax DMX, ZPL2, EPL2. | Limbajele de compatibilitate depășesc cu mult companiile care le-au creat. |
| Toshiba BX430T | TPCL cu detectarea automată a ZPL II, DPL, SBPL și PDF. | TPCL nativ și mai multe moduri de înlocuire pot împărți aceeași platformă. |
O măsurătoare mai bună este telemetria produsului. Înregistrați modelul exact de imprimantă cerut de utilizatori, dacă lucrarea folosește un driver sau date brute, limbajul generat în prezent și dacă un alt limbaj deja suportat ajunge la acel dispozitiv. Apoi numărați dispozitivele suplimentare, nu etichetele de protocol care se suprapun.
Ce ar trebui să suporte mai întâi o aplicație de etichetare?
Ordinea corectă depinde de punctul de plecare. Un produs nou are nevoie de o bază largă. Un produs care tipărește deja ZPL și TSPL ar trebui să optimizeze pentru ecosisteme noi și pentru echipamentele de test disponibile.
| Etapă | Limbaj sau cale | Motiv |
|---|---|---|
| Fundație | ZPL II | Mai mulți producători importanți documentează moduri compatibile, iar limbajul oferă un model de etichetă modern și complet. |
| Fundație | TSPL sau TSPL2 | Acoperire nativă TSC și un model de comenzi simplu, mai ales când echipamentele TSC contează pe piața țintă. |
| Extindere | Brother Raster | Adaugă o cale directă de comenzi pentru modelele QL ale căror interfețe standard sunt Raster, ESC/P și P-touch Template. Verificați ZPL-ul opțional în funcție de model și regiune. |
| Compatibilitate | EPL2 | Susține formate vechi consacrate și este adesea ieftin de adăugat și de testat, dar se suprapune mult cu echipamentele compatibile ZPL. |
| Compatibilitate mobilă | CPCL | Important când îl cer parcuri mobile reale sau aplicații CPCL existente; aduce mai puțin când aceleași dispozitive acceptă ZPL. |
| Compatibilitate industrială | DPL | Util pentru instalațiile Datamax și Honeywell, cu o cerere confirmată cel mai bine din datele reale despre modele. |
| Ghidat de cerere | IPL, Fingerprint, Direct Protocol, SBPL, TPCL, SLCS, EZPL, FBPL, ESC/POS | Adăugați profunzime nativă când parcul unui client, o funcție lipsă sau un flux de bonuri fac beneficiul evident. |
Dacă ZPL și TSPL funcționează deja, ordinea de implementare și importanța strategică pot să difere. EPL2 poate fi următoarea funcție livrată cel mai rapid dacă o imprimantă de test actuală îl emulează deja. Brother Raster este o cale de implementare mai distinctă decât încă o emulare EPL2, dar acoperirea suplimentară a dispozitivelor clienților rămâne necunoscută până când lista modelelor țintă este măsurată. Pe dispozitivele care acceptă deja ZPL, CPCL adaugă compatibilitate pentru limbajul lucrării, nu acoperire de modele noi; modelele care acceptă doar CPCL îl fac mai valoros.
TSC RE310 versus Brother: răspunsul practic
Discuția care a generat acest ghid întreba dacă o TSC RE310 acceptă deja EPL2 și dacă o imprimantă Brother aduce un avantaj. Răspunsul documentat este da, RE310 menționează EPL2 prin TSPL-EZC. Iar modelul Brother ales contează mai mult decât numele Brother.
| Imprimantă de test | Căi documentate relevante aici | Ce adaugă |
|---|---|---|
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Testare imediată și ieftină a mai multor emulări, cu echipamentul deja disponibil. |
| Brother RJ-2035B | FBPL plus EPL2 și ZPL2; CPCL sau ESC/POS, în funcție de firmware-ul EZC sau EZP instalat. | Adaugă FBPL și comportamentul emulatorului unui al doilea producător, însă EPL2, ZPL2 și CPCL se suprapun cu RE310. Brother Mobile Solutions o marchează drept ieșită din producție în America de Nord; disponibilitatea diferă de la o regiune la alta. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | O cale separată de integrare QL și, prin urmare, mai multă diversitate de căi de comenzi. |
O GK420d second-hand este utilă doar dacă trebuie să reproduceți un parc vechi. Acceptă ZPL și EPL native, cu detectare automată a formatului, plus modul linie compatibil EPL1, însă pagina de ciclu de viață a Zebra arată încheierea vânzărilor regionale în 2021 sau 2022 și încheierea service-ului în 2025 (ciclul de viață al GK420d). Pentru o achiziție nouă, ZD421 actuală este referința suportată pentru ZPL II și EPL2. Modul linie compatibil EPL1 este limitat la configurația termică directă de 203 dpi (specificațiile ZD421).
Implementați și testați EPL2 mai întâi pe RE310, pentru că echipamentul este deja disponibil. Dacă următoarea achiziție are ca scop acoperirea a cât mai multe căi noi de comenzi, o QL-820NWBc standard ca țintă Raster aduce mai multă diversitate decât RJ-2035B. Brother Mobile Solutions marchează modelul RJ drept ieșit din producție în America de Nord, iar disponibilitatea diferă de la o regiune la alta. Confirmați configurația regională a modelului QL, pentru că în documentația mai veche a apărut un suport ZPL opțional, doar la cerere. Adăugați CPCL pe RE310 când cererea din zona mobilă o justifică, apoi prioritizați DPL sau altă familie nativă pornind de la solicitările reale ale clienților.
Există totuși un motiv pentru a alege RJ-2035B: testarea compatibilității între implementări. O a doua emulare EPL sau ZPL poate scoate la iveală presupuneri pe care prima implementare le tolera. Este util după ce un produs afirmă compatibilitate cu mai mulți producători, dar este un obiectiv diferit de acoperirea unui model de integrare încă neacoperit.
Construiți suportul în jurul capabilităților, nu al acronimelor
Un sistem de tipărire ușor de întreținut ar trebui să păstreze un singur model neutru de etichetă și să îl randeze apoi prin back end-uri specifice fiecărui limbaj. Modelul neutru definește dimensiunea fizică, rezoluția finală în puncte, blocurile de text, datele codului de bare, zonele de liniște, imaginile, numărul de exemplare și intenția de finisare. Fiecare back end raportează ce poate păstra și ce trebuie să rasterizeze sau să refuze.
Un criteriu de lansare pentru fiecare limbaj nou de imprimantă
- doneDeclarați profilulEnumerați comenzile, tipurile de coduri de bare, rezoluțiile, modurile de consumabil, codificările acceptate și excluderile cunoscute.
- donePăstrați lucrări de referințăSalvați lucrări sursă reprezentative și imaginile bitmap așteptate pentru fiecare back end.
- doneFolosiți imprimante fiziceIncludeți, pe cât posibil, cel puțin o referință nativă și o emulare importantă înainte de a anunța compatibilitate între producători.
- doneTestați date incomodeTipăriți câmpuri goale, identificatori lungi, zerouri inițiale, text non-latin, caractere de control și volume maxime în codurile de bare.
- doneScanați rezultatulVerificați codul de bare real cu scanerele și distanțele de lucru folosite în fluxul real.
- doneRepetați după actualizăriReluați matricea după modificări de firmware, motor de randare, fonturi, compresie sau setări ale consumabilului.
Țineți separate și testele de design al etichetei de cele de protocol al imprimantei. Un limbaj poate desena corect punctele cerute, iar codul de bare tot să nu funcționeze pentru că este prea mic, are zonă de liniște insuficientă sau a fost tipărit cu o intensitate greșită. Folosiți lista de verificare pentru designul etichetelor cu coduri de bare pentru etichetă în sine și comparați tehnologia termică directă cu transferul termic înainte de a alege materialul și echipamentul.
Surse și metodă de documentare
Acest articol folosește, ori de câte ori este posibil, ghiduri de programare ale producătorilor, matrice pentru dezvoltatori și specificații actuale de produs. Paginile de produs arată că un model expune un limbaj. Referințele de comenzi arată ce acceptă efectiv acea implementare. Estimările comerciale privind dimensiunea pieței nu au fost folosite pentru a calcula procente pe protocoale, pentru că ale lor categorii, perioade și suprapuneri nu sunt comparabile.
- Zebra: documentația de programare ZPL, ghidul de programare EPL și CPCL pentru imprimantele Link-OS.
- TSC: manualul de programare TSPL și TSPL2 și specificațiile de limbaj ale RE310.
- Brother: matricea modelelor compatibile din referința de comenzi, referința Raster pentru seria QL și ghidul de emulare ZPL pentru RJ, TD și TJ.
- Honeywell, SATO, Toshiba, Citizen și BIXOLON: paginile actuale de produs și de limbaje, legate în secțiunile corespunzătoare, oferă exemplele de compatibilitate între producători.
- Standarde și căi de tipărire conexe: IPP Everywhere, înregistrarea IANA a portului 9100 și referința ESC/POS de la Epson.
Exportați modelele de imprimante cerute în ultimele 90 de zile și grupați-le după calea de limbaj documentată exactă. Alegeți următoarea implementare în funcție de câte dispozitive suplimentare acoperă, apoi tipăriți și scanați un mic pachet de regresie pentru compatibilitate înainte de a declara limbajul suportat.
