È facile sottovalutare i protocolli delle stampanti termiche. Una stampante può essere visibile via USB o Wi-Fi, accettare la connessione e produrre comunque un'etichetta bianca o una pagina piena di testo di comandi. La connessione ha funzionato. Semplicemente la stampante non ha capito il linguaggio con cui è stata descritta l'etichetta.
In breve: ZPL II è un primo obiettivo concreto per l'invio di comandi raw, perché diversi produttori importanti documentano modalità compatibili. TSPL o TSPL2 è un utile secondo obiettivo per i parchi TSC. EPL2 copre le applicazioni storiche, mentre Brother Raster apre un percorso di comandi a sé per la linea QL. Gli altri linguaggi diventano importanti quando l'hardware dei clienti o le applicazioni esistenti lo richiedono. Il resto di questa guida spiega perché una roadmap guidata dalla domanda è più utile di una classifica di popolarità.
Questa guida copre i principali percorsi con comandi raw, raster e modelli memorizzati usati dalle stampanti termiche di etichette e da quelle mobili. Gli esempi di compatibilità sono stati verificati sulla documentazione dei produttori disponibile il 1º settembre 2026. Controlla sempre modello esatto, firmware, risoluzione e opzioni installate prima di promettere il supporto.
Il linguaggio di stampa è solo uno dei livelli
Spesso si usa la parola protocollo per parti molto diverse del processo di stampa. Tenere separati i livelli rende molto più semplice diagnosticare la maggior parte dei problemi di compatibilità.
USB, Bluetooth, seriale, Wi-Fi, Ethernet, TCP raw, LPR e IPP portano il lavoro alla stampante. Non definiscono il layout dell'etichetta.
ZPL, EPL, TSPL, CPCL e DPL descrivono gli oggetti dell'etichetta e spesso espongono controlli su supporto, stato, memoria e finitura.
PDF, PWG Raster, JPEG e i flussi raster proprietari rappresentano una pagina o i suoi pixel. Gli attributi del lavoro o comandi di dispositivo separati possono comunque governare supporto, taglio, modalità peel e altro hardware.
Code 128, EAN-13, Data Matrix e QR Code definiscono come i dati diventano barre o moduli. Il linguaggio di stampa posiziona e genera quel simbolo.
Un lavoro ZPL, per esempio, può viaggiare su USB, Bluetooth o rete. La porta TCP 9100 è registrata come flusso di dati per linguaggi di descrizione di pagina, ma i byte al suo interno devono comunque appartenere a un linguaggio che la stampante capisce (registro dei servizi IANA). IPP è un protocollo di gestione dei lavori. I client possono individuare le stampanti tramite DNS-SD, interrogarne le funzionalità via IPP, inviare lavori e ricevere lo stato. Il lavoro deve comunque usare un formato documento dichiarato dalla stampante, come PWG Raster, JPEG o PDF (RFC 8011, guida IPP del PWG).
La stampa senza driver è ormai normale per le stampanti da ufficio, ma le stampanti industriali di etichette restano un'eccezione evidente. OpenPrinting cita esplicitamente le stampanti industriali di etichette e altri dispositivi di mercati verticali tra i casi che richiedono ancora un driver, una printer application o un percorso con linguaggio raw (indicazioni sui driver di OpenPrinting).
Tre modelli di integrazione per la stessa etichetta
La maggior parte delle integrazioni di stampa diretta segue uno di tre schemi. Nessuno è migliore in assoluto e non si escludono a vicenda. Un flusso basato su modelli memorizzati poggia di solito su un linguaggio di comandi nativo o sul firmware della stampante. La scelta giusta dipende da quanto lavoro di impaginazione resta all'host, quanto passa alla stampante e da quante famiglie di stampanti devono condividere lo stesso progetto.
| Modello | Che cosa invia l'applicazione | Vantaggio principale | Costo principale |
|---|---|---|---|
| Linguaggio di comandi nativo | Comandi testuali per posizioni, font, codici a barre, supporto e quantità di stampa. | Lavori leggeri, codici a barre generati dalla stampante, stato e controllo del dispositivo, formati memorizzati. | Un renderer e un banco di prova dedicati per ogni linguaggio o emulazione. |
| Flusso raster | Una bitmap già pronta a un bit o a colori limitati, più i comandi di configurazione e avanzamento specifici del modello. | L'applicazione controlla l'aspetto finale con un unico motore di impaginazione visiva. | Payload più pesanti, impacchettamento esatto dei punti, tabelle dei supporti, orientamento e particolarità dei modelli. |
| Modello memorizzato | Il modello si installa una volta, poi ogni lavoro invia solo testo variabile, dati del codice a barre o un numero di modello. | Lavori molto leggeri a runtime e flussi autonomi davvero comodi. | Distribuzione dei modelli, versionamento, sincronizzazione e modifiche di layout limitate a runtime. |
I linguaggi di comandi non sono necessariamente più precisi dell'output raster. Spostano semplicemente responsabilità diverse sulla stampante. Un comando nativo di codice a barre lascia che sia il firmware a calcolare il simbolo. Un percorso raster richiede invece una pipeline lato host, nell'applicazione o in un driver, che disegni ogni barra alla risoluzione finale della stampante. Un renderer condiviso può preservare la geometria voluta su back end raster diversi, purché ogni bitmap venga generata alla risoluzione nativa della stampante di destinazione e non venga mai riscalata dopo.
I driver possono rendere comoda questa conversione senza esporre tutte le funzioni della stampante. Il documento tecnico di Honeywell su CUPS mostra PDF o PostScript che vengono rasterizzati e impacchettati come grafica Direct Protocol, mentre i lavori raw in Fingerprint, IPL o DPL passano da code pass-through. Quel percorso via driver non espone né taglierina né RFID: un buon promemoria del fatto che fedeltà visiva e controllo del dispositivo sono cose distinte (documento tecnico Honeywell su CUPS).
Come riconoscere i linguaggi più comuni
Un lavoro di stampa catturato spesso rivela il proprio linguaggio prima ancora del modello di stampante. Questi sono schemi di riconoscimento, non esempi completi pronti da stampare.
| Linguaggio | Schema tipico | Che cosa significa |
|---|---|---|
| ZPL II | ^XA ... ^FO ... ^FD ... ^XZ | Un formato inizia, i campi vengono posizionati e riempiti, poi il formato si chiude. |
| EPL2 | N, poi campi A o B, poi P1 | Svuota il buffer immagine, aggiungi testo o un codice a barre, stampa un'etichetta. |
| TSPL o TSPL2 | SIZE, GAP, CLS, TEXT o BARCODE, PRINT | Comandi leggibili di configurazione e disegno costruiscono l'etichetta. |
| CPCL | ! 0 ..., comandi di layout, FORM, PRINT | Un formato etichetta ASCII pensato per la mobilità, con un'intestazione di lavoro esplicita. |
| Brother Raster | Inizializzazione binaria, byte di controllo, righe raster ripetute, comando finale di stampa. | L'etichetta è già trasformata in punti prima di arrivare alla stampante. |
| ESC/POS | Byte di controllo escape e separatore di gruppo mescolati a testo o dati immagine. | Un flusso pensato per gli scontrini che governa layout per righe, taglio, stato ed eventuali funzioni di etichettatura. |
ZPL II: una base di compatibilità concreta
ZPL sta per Zebra Programming Language. ZPL II è la variante moderna a cui di solito ci si riferisce con ZPL nelle specifiche attuali, anche se Zebra segnala che non è del tutto compatibile con lo ZPL originale. È un linguaggio di comandi ASCII per campi dell'etichetta, font, forme, grafica, codici a barre, serializzazione, formati memorizzati, impostazioni della stampante e stato. La guida di programmazione Zebra documenta sia i comandi di formato sia quelli di controllo, inclusi modelli salvati e grafica scaricata (guida di programmazione ZPL).
La sua importanza va oltre l'hardware Zebra. Prodotti attuali o recenti documentano modalità compatibili con ZPL sotto nomi come emulazione ZPL2 di TSC, ZSim2 di Honeywell, SZPL di SATO, BPL-Z di BIXOLON e GZPL di GoDEX. Citizen indica ZPL2 accanto alle emulazioni Datamax ed EPL2 sulla CL-E303 (specifiche della Citizen CL-E303). Toshiba indica ZPL II accanto al proprio TPCL nativo su modelli selezionati.
Questo rende ZPL II un primo linguaggio sensato per un prodotto di stampa raw multimarca. Non significa però che ogni comando ZPL si comporti allo stesso modo ovunque. Font, comandi RFID, oggetti scaricati, calibrazione del supporto, risposte di stato e comandi più recenti sono punti di divergenza frequenti. Un prodotto dovrebbe dichiarare il supporto a un profilo ZPL testato, non sostenere che tutte le stampanti ZPL siano intercambiabili.
EPL ed EPL2: una copertura storica che conta ancora
EPL sta per Eltron Programming Language. La modalità pagina di EPL2 descrive un'etichetta completa con campi posizionati. La modalità linea compatibile con EPL1 è una modalità più vecchia e semplice, che produce un output orientato alle righe in stile EPL1 e ha limiti di layout importanti. Zebra la descrive come inadatta al posizionamento fine degli elementi, alla loro sovrapposizione o ai codici a barre orizzontali a scala (guida Zebra alla modalità linea EPL).
Zebra continua a documentare EPL2 per la compatibilità con le applicazioni storiche, e diversi modelli attuali dichiarano EPL2 o una sua emulazione. La guida di programmazione completa resta disponibile per i comandi di testo ASCII, codici a barre, grafica, moduli, variabili e contatori (guida di programmazione EPL).
Il limite pratico è la sovrapposizione. Diversi esempi attuali citati in questa guida documentano sia EPL sia ZPL. La copertura aggiuntiva di dispositivi che si ottiene aggiungendo EPL dopo ZPL è quindi ignota, anche quando EPL ha una compatibilità ampiamente documentata. Resta comunque un'aggiunta iniziale ragionevole se i clienti esistenti usano modelli EPL o se l'hardware di test lo supporta già.
Non dare per scontato che un layout che sta in ZPL stia anche in EPL. Zebra documenta in ZPL funzioni TrueType, OpenType, font scalabili e mappatura Unicode, mentre EPL non può usare gli stessi oggetti font scalabili. Prova il set di caratteri reale, le metriche dei font, gli a capo e il comportamento di fallback su ogni implementazione di destinazione.
TSPL, TSPL2 e TSPL-EZ
TSPL e TSPL2 sono i linguaggi di composizione etichette di TSC. Appartengono alla stessa famiglia, ma non sono sinonimi perfetti. Il manuale ufficiale che li raccoglie indica le differenze di modelli e comandi tra i due. I loro comandi leggibili impostano dimensione dell'etichetta, gap o tacca nera, direzione, densità, testo, codici a barre, bitmap, contatori, file e quantità di stampa (manuale di programmazione TSPL e TSPL2).
TSPL-EZ è la famiglia di compatibilità ed emulazione di TSC, non un altro modo di scrivere ogni comando TSPL. Il suffisso e le emulazioni supportate cambiano da modello a modello. TSC, per esempio, indica per la RE310 il linguaggio TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS (pagina prodotto della TSC RE310). Altri modelli TSC possono dichiarare una variante TSPL-EZ diversa o un altro insieme di compatibilità.
Per un'applicazione di etichettatura, il supporto nativo a TSPL è utile quando le stampanti TSC sono una parte significativa del parco clienti. Le emulazioni rendono una stampante TSC comoda anche in fase di sviluppo, ma non vanno prese come prova che l'output coinciderà con un'implementazione nativa del linguaggio emulato in ogni caso limite.
Brother ha due mondi di comandi distinti
Brother è facile da classificare male, perché le sue famiglie di prodotti non usano tutte lo stesso modello di integrazione. La famiglia QL è l'esempio più evidente. La matrice per sviluppatori di Brother indica QL-820NWB e QL-820NWBc con supporto a Raster, ESC/P e P-touch Template. Indica la QL-800 con il solo Raster e diversi altri modelli QL con combinazioni proprie (matrice dei modelli della guida ai comandi Brother).
Queste sono le interfacce di comandi standard attualmente documentate per la QL-820NWBc. Suffissi di modello e differenze regionali però contano. Una vecchia scheda europea ufficiale della serie QL-800 pubblicizzava l'emulazione ZPL II per la QL-820NWB upon request (scheda della serie QL-800 di Brother Europa). Verifica suffisso del modello, regione, firmware e configurazione opzionale prima di affermare in modo assoluto che ogni QL-820 gestisca ZPL. Raster resta il percorso diretto chiaramente documentato in questa generazione QL.
Trasforma l'intera etichetta in punti, poi invia inizializzazione, informazioni sul supporto, righe raster e un comando di stampa. Ideale quando l'applicazione gestisce già layout e resa dei codici a barre.
Invia comandi di disegno e testo invece di una bitmap finita. Brother adatta questo linguaggio alle proprie stampanti e non coincide con l'ESC/POS pensato per gli scontrini.
Trasferisci un modello già pronto sulla stampante, poi riempi gli oggetti di testo e codice a barre da uno scanner, un computer o un altro dispositivo, senza ricostruire tutto il layout.
La guida Raster della serie QL-800 di Brother spiega che un lavoro contiene comandi di inizializzazione, codici di controllo, dati raster e comandi di stampa. Definisce inoltre, in base al modello, formati di pagina, margini, risoluzione, compressione, taglio e dati raster a due colori (guida ai comandi Raster Brother QL). Il raster semplifica quindi la portabilità visiva, ma non elimina il lavoro specifico per dispositivo. L'integrazione ha comunque bisogno di identificatori del supporto corretti, dimensioni in punti, orientamento, compressione, gestione dello stato e comportamento di taglio.
Brother Raster è un flusso di comandi proprietario di una famiglia di modelli. PWG Raster è un formato documento standardizzato, di norma inviato via IPP. Entrambi descrivono pixel, ma struttura, comandi e interoperabilità sono diversi: non sono intercambiabili.
Alcune stampanti Brother RJ, TD e TJ formano un gruppo a parte. Brother documenta FBPL più emulazioni di ZPL, EPL, CPCL, DPL o ESC/POS a seconda del modello. Sulla RJ-2035B il firmware scaricabile FBPL-EZC fornisce EPL2, ZPL2 e CPCL, mentre FBPL-EZP fornisce EPL2, ZPL2 ed ESC/POS. CPCL ed ESC/POS non vanno quindi promessi insieme senza verificare il firmware installato (FAQ sul firmware Brother RJ). La guida EPL dedicata elenca i comandi supportati dall'emulazione (guida Brother all'emulazione EPL).
CPCL ed ESC/POS: i percorsi mobile e scontrino
CPCL sta per Comtec Printer Control Language. Unisce un linguaggio di composizione etichette a una modalità di stampa per righe ed è strettamente legato alla stampa mobile. L'attuale guida CPCL di Zebra è insolitamente esplicita sulla strategia: per i nuovi sviluppi si preferisce ZPL, mentre CPCL viene mantenuto su alcune stampanti Link-OS per retrocompatibilità e le nuove funzioni ZPL di norma non arrivano in CPCL (guida CPCL di Zebra).
CPCL resta importante quando un'applicazione o un parco mobile lo usa già. Su modelli come la ZQ600 Plus, che accetta CPCL, ZPL ed EPL, CPCL preserva i lavori esistenti ma non aggiunge un altro modello fisico (documentazione sui linguaggi della ZQ600 Plus). Altri modelli attuali, come ZQ120 Plus e ZQ220 Plus, documentano CPCL ed ESC/POS senza ZPL, quindi il valore aggiunto dipende dal modello (panoramica di ZQ120 Plus e ZQ220 Plus).
ESC/POS è stato introdotto da Epson come sistema proprietario di comandi per stampanti da punto vendita. Copre testo, posizione di stampa, avanzamento carta, stato, codici a barre, immagini bit e hardware come le taglierine. Non riguarda solo gli scontrini: l'elenco comandi della TM-L90 di Epson e il relativo esempio di etichetta includono il posizionamento di etichette e tacche nere sui modelli che lo permettono (elenco comandi della TM-L90, esempio di etichetta Epson). Le implementazioni ESC/POS compatibili di altri produttori possono esporre sottoinsiemi e impostazioni predefinite specifiche del modello. Resta una priorità alta per il software di cassa, ma di solito bassa per un'applicazione incentrata su etichette fustellate con codice a barre.
Altri linguaggi di produttori e industriali
Questi linguaggi contano, ma il loro uso e la loro documentazione pubblica sono concentrati in ecosistemi specifici e in scenari di migrazione. Una mappa sintetica è più utile che trattare ogni sigla come una piattaforma equivalente.
| Linguaggio | Ecosistema di origine | Perché conta ancora | Quando conviene supportarlo |
|---|---|---|---|
| DPL | Datamax, oggi all'interno della linea di stampanti Honeywell. | DPL nasce con Datamax e Honeywell pubblica ancora una guida ai comandi DPL aggiornata. Anche altri marchi lo emulano. | Aggiungilo quando i dati sui modelli Honeywell o Datamax giustificano un profilo testato. |
| IPL | Intermec Printer Language, oggi supportato nei prodotti Honeywell. | Sistemi industriali e di magazzino di lunga vita possono già generare questo linguaggio dall'host (guida ai comandi IPL). | Dagli priorità nelle migrazioni da Intermec o con un parco Honeywell noto. |
| Fingerprint | Intermec e Honeywell. | Un linguaggio residente nella stampante e ispirato al BASIC, capace di eseguire programmi, logica, elaborazione dati e flussi di stampa autonomi (guida ai comandi Fingerprint). | Usalo quando un'integrazione Honeywell richiede applicazioni a bordo stampante o programmi Fingerprint già esistenti. |
| Direct Protocol | Intermec e Honeywell. | Un sottoinsieme di Fingerprint guidato dall'host, non un altro nome per IPL. | Usalo per formati Direct Protocol esistenti o flussi Honeywell nativi che non richiedono un programma residente completo. |
| SBPL | SATO Barcode Printer Language. | È la famiglia di comandi nativi comune di SATO e può esporre funzioni che un'emulazione non offre. | Aggiungilo per clienti con molte SATO o per flussi nativi RFID e di controllo del dispositivo. |
| TPCL | TEC Printer Control Language, nativo delle stampanti Toshiba TEC. | Resta il linguaggio nativo delle stampanti di codici a barre Toshiba, anche se alcuni modelli emulano pure la concorrenza (manuale del driver TPCL). | Aggiungilo quando entrano in gioco parchi Toshiba o una libreria di formati TPCL. |
| Modalità SLCS e BPL | Stampanti di etichette BIXOLON. | Il manuale SLCS di BIXOLON definisce i comandi nativi per etichette. I modelli possono dichiarare anche modalità di compatibilità BPL-Z, BPL-E e, in opzione, BPL-D. | Usa SLCS nativo quando conta il comportamento specifico BIXOLON; altrimenti verifica prima un'emulazione esistente. |
| EZPL, GEPL, GZPL e GDPL | GoDEX. | Il manuale EZPL copre l'EZPL nativo più GEPL, compatibile EPL, e GZPL, compatibile ZPL. Alcuni prodotti attuali dichiarano anche GDPL, compatibile Datamax (brochure della RT700i+). | Controlla modello e firmware esatti e prova ogni modalità di compatibilità prima di dare per scontato un output identico. |
| FBPL | Alcune stampanti Brother RJ, TD e TJ. | È il percorso di comandi nativo documentato su modelli che possono esporre anche diverse emulazioni e programmi memorizzati. | Aggiungilo per funzioni native industriali o mobili Brother, non per la famiglia QL con Raster. |
L'attuale PM65 di Honeywell mostra come una sola stampante possa accettare linguaggi di comandi dall'host, formati documento e applicazioni residenti. Le sue specifiche elencano DPL, Direct Protocol, Fingerprint, IPL, ZSim2 per ZPL II, PDF, XML e smart printing in C# in un unico dispositivo (specifiche della Honeywell PM65). La CT4-LX di SATO elenca in modo analogo l'SBPL nativo insieme a SZPL, SDPL, SIPL, STCL e SEPL compatibili con la concorrenza, più un'opzione di analisi automatica del linguaggio (impostazioni dei linguaggi della SATO CT4-LX). SATO documenta inoltre che il linguaggio selezionato può limitare alcune funzioni, inclusi comandi RFID che su questo modello valgono solo in SBPL e SZPL (supporto ai linguaggi della CT4-LX).
Toshiba segue lo stesso schema. La BX430T documenta TPCL nativo con rilevamento automatico di ZPL II, DPL, SBPL e PDF (specifiche della Toshiba BX430T). La SLP-DX220 di BIXOLON dichiara SLCS, BPL-Z, BPL-E e, in opzione, BPL-D (BIXOLON SLP-DX220). Questi esempi spiegano perché i totali per protocollo non si possono sommare. Una stessa stampante fisica può appartenere a più categorie di linguaggio.
Supporto nativo ed emulazione non sono la stessa cosa
Un'emulazione interpreta comandi scritti per un'altra famiglia di stampanti. Può far funzionare una stampante sostitutiva senza toccare un'applicazione ormai consolidata, il che è utilissimo. Resta comunque un'implementazione di compatibilità con un elenco di comandi, font e comportamenti del dispositivo ben definiti.
La guida Brother all'emulazione ZPL II mostra la differenza con chiarezza. Elenca comandi e font supportati, richiede impostazioni di supporto e calibrazione nello strumento di gestione Brother e documenta perfino un meccanismo per ignorare determinati comandi di formato ZPL quando creano problemi di stampa (guida Brother all'emulazione ZPL II). Un'etichetta di spedizione semplice può funzionare senza modifiche, mentre un formato che scarica font, interroga lo stato, scrive RFID o dipende da un'impostazione persistente può non farlo.
Che cosa verificare su ogni emulazione
- doneSottoinsieme di comandiConfronta ogni comando emesso dall'applicazione con la guida all'emulazione del modello esatto.
- doneFont e codificaProva Unicode, code page, nomi dei font, metriche, glifi di fallback e supporto ai font scaricati.
- doneCoordinate e risoluzioneVerifica output a 203, 300 o 600 dpi, rotazione, origine e arrotondamenti nelle posizioni finali dei punti.
- doneGestione del supportoProva gap, tacche nere, supporto continuo, calibrazione, strappo, peel, taglio e materiali senza liner, se pertinenti.
- doneStato e sessioneVerifica inizializzazione, impostazioni persistenti, risposte di errore, completamento del lavoro, pausa, annullamento e riconnessione.
- doneEtichette realiStampa lavori con i valori più corti e più lunghi previsti, grafica, tutti i tipi di codice a barre, più copie e lavori dopo un riavvio della stampante.
Perché non esiste un grafico onesto sulle quote di mercato dei protocolli
Le ricerche di mercato pubbliche stimano di norma i ricavi dei produttori o le unità spedite per una categoria come le stampanti di codici a barre. Stimare la copertura di un protocollo richiede molto di più: il parco installato attivo per modello esatto, firmware e opzioni, quali emulazioni sono attive, quali comandi supporta ciascuna emulazione e se quel parco accetta già un altro linguaggio. Nessun dataset pubblico e verificabile esaminato per questa guida offre questa corrispondenza.
Nemmeno la quota di un produttore si converte direttamente in quota di linguaggio. L'hardware Zebra alimenta ZPL, ma modalità ZPL compaiono anche su prodotti TSC, Honeywell, SATO, BIXOLON, Citizen, Toshiba, Brother e GoDEX. Al contrario, una singola stampante SATO, Honeywell o Toshiba può accettare cinque o più linguaggi. Le percentuali si sovrappongono e la loro somma può superare tranquillamente il 100 per cento.
| Modello di esempio | Percorsi di linguaggio documentati | Che cosa dimostra l'esempio |
|---|---|---|
| Zebra ZQ600 Plus | ZPL, CPCL, EPL. | Diversi linguaggi Zebra importanti possono coesistere in una stessa serie mobile. |
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Un solo modello mobile TSC copre più obiettivi di compatibilità. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | I percorsi di comandi standard documentati di questo modello QL differiscono dal solito trio ZPL, EPL e TSPL. Lo ZPL opzionale va verificato nella configurazione. |
| Brother RJ-2035B (fuori produzione in Nord America) | FBPL più EPL2 e ZPL2; CPCL con firmware EZC oppure ESC/POS con firmware EZP. | La famiglia mobile industriale Brother è molto diversa dalla famiglia QL e il firmware determina l'insieme finale di compatibilità. |
| Honeywell PM65 | Fingerprint, Direct Protocol, IPL, DPL, ZSim2, PDF, XML, C#. | L'hardware industriale attuale può conservare diversi linguaggi storici acquisiti. |
| SATO CT4-LX | SBPL, SZPL, SDPL, SIPL, STCL, SEPL. | Modalità native e compatibili con la concorrenza convivono in una stampante da tavolo. |
| Citizen CL-E303 | Datamax DMX, ZPL2, EPL2. | I linguaggi di compatibilità vanno ben oltre le aziende che li hanno creati. |
| Toshiba BX430T | TPCL con rilevamento automatico di ZPL II, DPL, SBPL e PDF. | TPCL nativo e diverse modalità sostitutive possono condividere la stessa piattaforma. |
Una misura migliore è la telemetria di prodotto. Registra il modello esatto di stampante richiesto dagli utenti, se il lavoro passa da un driver o da dati raw, il linguaggio generato oggi e se un altro linguaggio già supportato raggiunge quel dispositivo. Poi conta i dispositivi aggiuntivi, non etichette di protocollo che si sovrappongono.
Che cosa dovrebbe supportare per prima un'applicazione di etichettatura?
L'ordine giusto dipende dal punto di partenza. Un prodotto nuovo ha bisogno di una base ampia. Un prodotto che stampa già ZPL e TSPL dovrebbe ottimizzare verso nuovi ecosistemi e verso l'hardware di test disponibile.
| Fase | Linguaggio o percorso | Motivo |
|---|---|---|
| Base | ZPL II | Diversi produttori importanti documentano modalità compatibili e il linguaggio offre un modello di etichetta moderno e completo. |
| Base | TSPL o TSPL2 | Copertura nativa TSC e modello di comandi lineare, soprattutto quando i dispositivi TSC contano nel mercato di riferimento. |
| Espansione | Brother Raster | Aggiunge un percorso di comandi diretto per i modelli QL le cui interfacce standard sono Raster, ESC/P e P-touch Template. Verifica lo ZPL opzionale per modello e regione. |
| Compatibilità | EPL2 | Supporta formati storici consolidati ed è spesso poco costoso da aggiungere e testare, ma si sovrappone molto all'hardware compatibile ZPL. |
| Compatibilità mobile | CPCL | Importante quando lo richiedono parchi mobili reali o applicazioni CPCL esistenti; meno incrementale quando gli stessi dispositivi accettano ZPL. |
| Compatibilità industriale | DPL | Utile per installazioni Datamax e Honeywell, con una domanda da confermare preferibilmente su dati reali dei modelli. |
| Guidato dalla domanda | IPL, Fingerprint, Direct Protocol, SBPL, TPCL, SLCS, EZPL, FBPL, ESC/POS | Aggiungi profondità nativa quando il parco di un cliente, una funzione mancante o un flusso da scontrino rendono evidente il ritorno. |
Se ZPL e TSPL già funzionano, ordine di implementazione e importanza strategica possono divergere. EPL2 può essere la funzione successiva più rapida da rilasciare se una stampante di test attuale lo emula già. Brother Raster è un percorso di implementazione più distinto rispetto all'ennesima emulazione EPL2, ma la copertura aggiuntiva sui dispositivi dei clienti resta ignota finché non si misura l'elenco dei modelli obiettivo. Su dispositivi che accettano già ZPL, CPCL aggiunge compatibilità del linguaggio del lavoro più che copertura di nuovi modelli; sono i modelli solo CPCL a renderlo più prezioso.
TSC RE310 o Brother: la risposta pratica
La discussione all'origine di questa guida chiedeva se una TSC RE310 supporti già EPL2 e se una stampante Brother porti un vantaggio. La risposta documentata è sì, la RE310 dichiara EPL2 tramite TSPL-EZC. E quale modello Brother conta più del nome Brother.
| Stampante di test | Percorsi documentati rilevanti qui | Che cosa aggiunge |
|---|---|---|
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Test immediati e a basso costo su più emulazioni con l'hardware già disponibile. |
| Brother RJ-2035B | FBPL più EPL2 e ZPL2; CPCL o ESC/POS a seconda del firmware EZC o EZP installato. | Aggiunge FBPL e il comportamento dell'emulatore di un secondo produttore, ma EPL2, ZPL2 e CPCL si sovrappongono alla RE310. Brother Mobile Solutions la indica come fuori produzione in Nord America; la disponibilità varia per regione. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Un percorso di integrazione QL separato e quindi maggiore varietà di percorsi di comandi. |
Una GK420d usata è utile solo se devi riprodurre un parco storico. Supporta ZPL ed EPL nativi con rilevamento automatico del formato più la modalità linea compatibile EPL1, ma la pagina sul ciclo di vita di Zebra indica fine vendita regionale nel 2021 o 2022 e fine assistenza nel 2025 (ciclo di vita della GK420d). Per un acquisto nuovo, l'attuale ZD421 è il riferimento supportato per ZPL II ed EPL2. La modalità linea compatibile EPL1 è limitata alla configurazione termica diretta a 203 dpi (specifiche della ZD421).
Implementa e testa prima EPL2 sulla RE310, perché l'hardware è già disponibile. Se il prossimo acquisto punta a massimizzare la copertura di nuovi percorsi di comandi, una QL-820NWBc standard come obiettivo Raster aggiunge più varietà della RJ-2035B. Brother Mobile Solutions indica il modello RJ come fuori produzione in Nord America, mentre la disponibilità varia per regione. Verifica la configurazione regionale della QL, perché in documentazione più vecchia è comparso un supporto ZPL opzionale solo su richiesta. Aggiungi CPCL sulla RE310 quando la domanda mobile lo giustifica, poi dai priorità a DPL o a un'altra famiglia nativa in base alle richieste reali dei clienti.
C'è comunque un motivo per scegliere la RJ-2035B: i test di compatibilità tra implementazioni diverse. Una seconda emulazione EPL o ZPL può far emergere assunzioni che la prima implementazione tollerava. È utile dopo che un prodotto dichiara compatibilità multimarca, ma è un obiettivo diverso dall'aggiungere un modello di integrazione ancora scoperto.
Costruisci il supporto attorno alle capacità, non alle sigle
Un sistema di stampa manutenibile dovrebbe mantenere un unico modello di etichetta neutro e poi renderizzarlo tramite back end specifici per ciascun linguaggio. Il modello neutro definisce dimensione fisica, risoluzione finale in punti, blocchi di testo, dati del codice a barre, zone di silenzio, immagini, copie e intento di finitura. Ogni back end dichiara che cosa riesce a preservare e che cosa deve rasterizzare o rifiutare.
Un criterio di rilascio per ogni nuovo linguaggio di stampa
- doneDichiara il profiloElenca comandi, tipi di codice a barre, risoluzioni, modalità di supporto, codifiche supportate ed esclusioni note.
- doneConserva lavori di riferimentoSalva lavori sorgente rappresentativi e le bitmap attese per ogni back end.
- doneUsa stampanti fisicheIncludi almeno un riferimento nativo, quando possibile, e un'emulazione importante prima di dichiarare compatibilità tra produttori.
- doneProva i dati scomodiStampa campi vuoti, identificatori lunghi, zeri iniziali, testo non latino, caratteri di controllo e payload massimi dei codici a barre.
- doneScansiona il risultatoVerifica il codice a barre reale con gli scanner e le distanze di lavoro usati nel flusso reale.
- doneRipeti dopo gli aggiornamentiRiesegui la matrice dopo modifiche a firmware, renderer, font, compressione o impostazioni del supporto.
Tieni separati anche i test sul design dell'etichetta e quelli sul protocollo di stampa. Un linguaggio può disegnare correttamente i punti richiesti mentre il codice a barre non passa comunque, perché è troppo piccolo, ha una zona di silenzio insufficiente o è stato stampato con la densità sbagliata. Usa la checklist per il design delle etichette con codice a barre per l'etichetta in sé e confronta termico diretto e trasferimento termico prima di scegliere materiale e hardware.
Fonti e metodo di ricerca
Questo articolo si basa, ove possibile, su guide di programmazione dei produttori, matrici per sviluppatori e specifiche di prodotto attuali. Le pagine prodotto dimostrano che un modello espone un linguaggio. Le guide ai comandi dimostrano che cosa quell'implementazione supporta davvero. Le stime commerciali sulla dimensione del mercato non sono state usate per creare percentuali per protocollo, perché categorie, periodi e sovrapposizioni non sono confrontabili.
- Zebra: documentazione di programmazione ZPL, guida di programmazione EPL e CPCL per stampanti Link-OS.
- TSC: manuale di programmazione TSPL e TSPL2 e specifiche di linguaggio della RE310.
- Brother: matrice dei modelli compatibili della guida ai comandi, guida Raster della linea QL e guida all'emulazione ZPL per RJ, TD e TJ.
- Honeywell, SATO, Toshiba, Citizen e BIXOLON: le pagine di prodotto e di linguaggio attuali collegate nelle rispettive sezioni forniscono gli esempi di compatibilità tra produttori.
- Standard e percorsi di stampa collegati: IPP Everywhere, registro IANA della porta 9100 e riferimento ESC/POS di Epson.
Esporta i modelli di stampante richiesti negli ultimi 90 giorni e raggruppali per percorso di linguaggio documentato esatto. Scegli l'implementazione successiva in base a quanti dispositivi aggiuntivi raggiunge, poi stampa e scansiona un piccolo pacchetto di regressione sulla compatibilità prima di dichiarare il linguaggio supportato.
