É fácil subestimar os protocolos das impressoras térmicas. Uma impressora pode aparecer via USB ou Wi-Fi, aceitar a conexão e ainda assim produzir uma etiqueta em branco ou uma página cheia de texto de comandos. A conexão funcionou. A impressora simplesmente não entendeu a linguagem usada para descrever a etiqueta.
A resposta curta é que ZPL II é um primeiro alvo prático para envio de comandos brutos, porque vários fabricantes importantes documentam modos compatíveis. TSPL ou TSPL2 é um bom segundo alvo para frotas TSC. EPL2 atende a aplicações antigas, enquanto o Brother Raster abre um caminho de comandos separado na linha QL. As demais linguagens ganham importância quando o hardware do cliente ou as aplicações existentes exigem. O restante deste guia explica por que um roteiro guiado pela demanda é mais útil do que um ranking de popularidade.
Este guia cobre os principais caminhos de comandos brutos, raster e modelos armazenados usados por impressoras térmicas de etiquetas e por impressoras móveis. Os exemplos de compatibilidade foram conferidos na documentação dos fabricantes disponível em 1º de setembro de 2026. Verifique sempre o modelo exato, o firmware, a resolução e os opcionais instalados antes de prometer suporte.
A linguagem de impressora é apenas uma camada
É comum usar a palavra protocolo para várias partes bem diferentes da impressão. Separar as camadas torna a maioria dos problemas de compatibilidade muito mais fácil de diagnosticar.
USB, Bluetooth, serial, Wi-Fi, Ethernet, TCP bruto, LPR e IPP levam o trabalho até a impressora. Eles não definem o layout da etiqueta.
ZPL, EPL, TSPL, CPCL e DPL descrevem os objetos da etiqueta e costumam expor controles de mídia, status, armazenamento e acabamento.
PDF, PWG Raster, JPEG e fluxos raster proprietários representam uma página ou seus pixels. Atributos do trabalho ou comandos de dispositivo separados ainda podem controlar mídia, corte, modo destaque e outros recursos de hardware.
Code 128, EAN-13, Data Matrix e QR Code definem como os dados viram barras ou módulos. A linguagem de impressora posiciona e gera esse símbolo.
Por exemplo, um trabalho ZPL pode trafegar por USB, Bluetooth ou rede. A porta TCP 9100 está registrada como fluxo de dados de linguagem de descrição de página para impressoras, mas os bytes que trafegam ali ainda precisam estar em uma linguagem que a impressora entenda (registro de serviços da IANA). IPP é um protocolo de gerenciamento de trabalhos. Os clientes podem descobrir impressoras por DNS-SD, consultar recursos por IPP, enviar trabalhos e receber status. Ainda assim, o trabalho precisa de um formato de documento anunciado pela impressora, como PWG Raster, JPEG ou PDF (RFC 8011, guia de IPP do PWG).
A impressão sem driver virou padrão nas impressoras de escritório, mas as impressoras industriais de etiquetas continuam sendo uma exceção notável. O OpenPrinting identifica especificamente as impressoras industriais de etiquetas e outros equipamentos de mercados verticais como os casos que ainda exigem driver, printer application ou um caminho de linguagem bruta (orientações sobre drivers do OpenPrinting).
Três padrões de integração para a mesma etiqueta
A maioria das integrações de impressão direta de etiquetas usa um destes três padrões. Nenhum é melhor em todos os cenários e eles não se excluem. Um fluxo com modelos armazenados normalmente se apoia em uma linguagem de comandos nativa ou no firmware da impressora. A escolha certa depende de quanto do trabalho de layout cabe ao host, quanto cabe à impressora e quantas famílias de impressoras precisam compartilhar um mesmo design.
| Modelo | O que a aplicação envia | Principal vantagem | Principal custo |
|---|---|---|---|
| Linguagem de comandos nativa | Comandos de texto para posições, fontes, códigos de barras, mídia e quantidade a imprimir. | Trabalhos pequenos, códigos de barras gerados pela impressora, status e controle do dispositivo, formatos armazenados. | Um renderizador e uma bancada de testes próprios para cada linguagem ou emulação. |
| Fluxo raster | Um bitmap pronto de um bit ou de cor limitada, mais os comandos de configuração e avanço específicos do modelo. | A aplicação controla a aparência final com um único motor de layout visual. | Cargas maiores, empacotamento exato dos pontos, tabelas de mídia, orientação e peculiaridades de cada modelo. |
| Modelo armazenado | O modelo é instalado uma vez e depois cada trabalho envia texto variável, dados do código de barras ou um número de modelo. | Trabalhos muito pequenos em tempo de execução e fluxos autônomos bastante úteis. | Implantação, versionamento e sincronização dos modelos, além de mudanças de layout limitadas em tempo de execução. |
Linguagens de comandos não são necessariamente mais precisas do que a saída raster. Elas apenas transferem outras responsabilidades para a impressora. Um comando nativo de código de barras deixa o firmware calcular o símbolo. Um caminho raster exige um pipeline no host, seja na aplicação ou em um driver, que desenhe cada barra na resolução final da impressora. Um renderizador compartilhado consegue preservar a geometria pretendida entre back ends raster específicos de cada modelo, desde que cada bitmap seja gerado na resolução nativa da impressora de destino e nunca seja redimensionado depois.
Os drivers podem tornar essa conversão conveniente sem expor todos os recursos da impressora. O informe técnico da Honeywell sobre CUPS mostra PDF ou PostScript sendo rasterizados e empacotados como gráficos do Direct Protocol, enquanto trabalhos brutos em Fingerprint, IPL ou DPL usam filas de passagem direta. Esse caminho de driver não expõe suporte a guilhotina nem a RFID, um bom lembrete de que fidelidade visual e controle do dispositivo são assuntos distintos (informe técnico da Honeywell sobre CUPS).
Como reconhecer as linguagens mais comuns
Um trabalho de impressão capturado costuma revelar sua linguagem antes mesmo do modelo da impressora. Estes são padrões de reconhecimento, não exemplos completos prontos para imprimir.
| Linguagem | Padrão típico | O que esse padrão significa |
|---|---|---|
| ZPL II | ^XA ... ^FO ... ^FD ... ^XZ | Um formato começa, os campos são posicionados e preenchidos e então o formato termina. |
| EPL2 | N, depois campos A ou B, depois P1 | Limpar o buffer de imagem, adicionar texto ou um código de barras, imprimir uma etiqueta. |
| TSPL ou TSPL2 | SIZE, GAP, CLS, TEXT ou BARCODE, PRINT | Comandos legíveis de configuração e desenho constroem a etiqueta. |
| CPCL | ! 0 ..., comandos de layout, FORM, PRINT | Um formato de etiqueta ASCII voltado à mobilidade, com cabeçalho de trabalho explícito. |
| Brother Raster | Inicialização binária, bytes de controle, linhas raster repetidas e comando final de impressão. | A etiqueta já foi convertida em pontos antes de chegar à impressora. |
| ESC/POS | Bytes de controle de escape e separador de grupo misturados a texto ou dados de imagem. | Um fluxo voltado a cupons que controla layout por linhas, corte, status e recursos opcionais de etiquetagem. |
ZPL II: uma base prática de compatibilidade
ZPL significa Zebra Programming Language. ZPL II é a variante moderna a que normalmente se refere ZPL nas especificações atuais, embora a Zebra observe que ela não é totalmente compatível com o ZPL original. É uma linguagem de comandos ASCII para campos de etiqueta, fontes, formas, gráficos, códigos de barras, serialização, formatos armazenados, ajustes da impressora e status. O guia de programação da Zebra documenta tanto comandos de formato quanto de controle, incluindo modelos salvos e gráficos baixados (guia de programação ZPL).
Sua importância vai além do hardware Zebra. Produtos atuais ou recentes documentam modos compatíveis com ZPL sob nomes como emulação ZPL2 da TSC, ZSim2 da Honeywell, SZPL da SATO, BPL-Z da BIXOLON e GZPL da GoDEX. A Citizen lista ZPL2 ao lado das emulações Datamax e EPL2 na CL-E303 (especificações da Citizen CL-E303). A Toshiba lista ZPL II ao lado do seu TPCL nativo em modelos selecionados.
Isso faz do ZPL II uma primeira linguagem prática para um produto de impressão bruta multimarca. Não significa que todo comando ZPL se comporte igual em toda parte. Fontes, comandos RFID, objetos baixados, calibração de mídia, respostas de status e comandos mais novos são pontos comuns de divergência. Um produto deve anunciar suporte a um perfil ZPL testado, e não afirmar que todas as impressoras ZPL são intercambiáveis.
EPL e EPL2: uma cobertura legada que ainda vale
EPL significa Eltron Programming Language. O modo página do EPL2 descreve uma etiqueta completa com campos posicionados. O modo linha compatível com EPL1 é um modo mais antigo e simples, que produz saída orientada a linhas no estilo EPL1 e tem limites de layout relevantes. A Zebra descreve o modo linha como inadequado para posicionamento fino de elementos, elementos sobrepostos ou códigos de barras horizontais em escada (guia do modo linha EPL da Zebra).
A Zebra continua documentando o EPL2 para compatibilidade com aplicações antigas, e vários modelos atuais listam EPL2 ou uma emulação de EPL2. O guia de programação completo segue disponível, com comandos de texto ASCII, códigos de barras, gráficos, formulários, variáveis e contadores (guia de programação EPL).
A limitação prática é a sobreposição. Vários exemplos atuais deste guia documentam EPL e ZPL ao mesmo tempo. Por isso, a cobertura adicional de dispositivos ao acrescentar EPL depois de ZPL é desconhecida, mesmo com a compatibilidade ampla e documentada do EPL. Ainda assim, é uma adição inicial sensata quando clientes atuais têm modelos EPL ou quando o hardware de testes já suporta.
Não presuma que um layout que cabe em ZPL vai caber em EPL. A Zebra documenta recursos de TrueType, OpenType, fontes escaláveis e mapeamento Unicode em ZPL, enquanto o EPL não pode usar os mesmos objetos de fonte escalável. Teste o conjunto real de caracteres, as métricas das fontes, a quebra de linha e o comportamento de substituição em cada implementação de destino.
TSPL, TSPL2 e TSPL-EZ
TSPL e TSPL2 são as linguagens de formatação de etiquetas da TSC. Pertencem à mesma família, mas não são sinônimos perfeitos. O manual oficial combinado aponta as diferenças de modelos e de comandos entre elas. Seus comandos legíveis definem tamanho da etiqueta, gap ou marca preta, direção, densidade, texto, códigos de barras, bitmaps, contadores, arquivos e quantidade a imprimir (manual de programação TSPL e TSPL2).
TSPL-EZ é a família de compatibilidade e emulação da TSC, não outra forma de escrever cada comando TSPL. O sufixo e as emulações suportadas variam conforme o modelo. A TSC, por exemplo, indica a linguagem da RE310 como TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS (página do produto TSC RE310). Outros modelos TSC podem listar uma variante diferente de TSPL-EZ ou outro conjunto de compatibilidades.
Para uma aplicação de etiquetas, o suporte nativo a TSPL vale a pena quando as impressoras TSC representam uma parcela relevante do parque dos clientes. As emulações também tornam uma impressora TSC útil no desenvolvimento, mas não devem ser tratadas como prova de que a saída vai coincidir com uma implementação nativa da linguagem emulada em todos os casos extremos.
A Brother tem dois mundos de comandos diferentes
É fácil classificar a Brother de forma errada, porque suas famílias de produtos não usam todas o mesmo modelo de integração. A família QL é o exemplo mais claro. A matriz para desenvolvedores da Brother lista a QL-820NWB e a QL-820NWBc com suporte a Raster, ESC/P e P-touch Template. Lista a QL-800 apenas com Raster e vários outros modelos QL com combinações próprias (matriz de modelos da referência de comandos da Brother).
Essas são as interfaces de comandos padrão atualmente documentadas para a QL-820NWBc. Ainda assim, sufixos de modelo e diferenças regionais importam. Uma ficha europeia oficial mais antiga da série QL-800 anunciava emulação ZPL II para a QL-820NWB upon request (ficha da série QL-800 da Brother Europa). Verifique sufixo do modelo, região, firmware e configuração opcional antes de fazer uma afirmação absoluta sobre ZPL em qualquer unidade QL-820. Raster continua sendo o caminho direto claramente documentado nesta geração da linha QL.
Converta toda a etiqueta em pontos e depois envie inicialização, informações de mídia, linhas raster e um comando de impressão. Ideal quando a aplicação já cuida do layout e do desenho dos códigos de barras.
Envie comandos de desenho e texto em vez de um bitmap pronto. A Brother adapta essa linguagem às suas impressoras e ela não é a mesma coisa que o ESC/POS voltado a cupons.
Transfira um modelo pronto para a impressora e depois preencha os objetos de texto e código de barras a partir de um leitor, computador ou outro dispositivo, sem refazer todo o layout.
A referência Raster da série QL-800 da Brother explica que um trabalho contém comandos de inicialização, códigos de controle, dados raster e comandos de impressão. Ela também define tamanhos de página, margens, resolução, compressão, corte e dados raster de duas cores específicos de cada modelo (referência de comandos Raster da Brother QL). O raster, portanto, simplifica a portabilidade visual, mas não elimina o trabalho específico de cada dispositivo. A integração ainda precisa de identificadores de mídia corretos, dimensões em pontos, orientação, compressão, tratamento de status e comportamento de corte.
Brother Raster é um fluxo de comandos proprietário de uma família de modelos. PWG Raster é um formato de documento padronizado, normalmente enviado por IPP. Ambos descrevem pixels, mas sua estrutura, seus comandos e sua interoperabilidade são diferentes, então não são intercambiáveis.
Determinadas impressoras Brother RJ, TD e TJ formam um grupo à parte. A Brother documenta FBPL mais emulações de ZPL, EPL, CPCL, DPL ou ESC/POS conforme o modelo. Na RJ-2035B, o firmware baixável FBPL-EZC oferece EPL2, ZPL2 e CPCL, enquanto o FBPL-EZP oferece EPL2, ZPL2 e ESC/POS. Por isso, CPCL e ESC/POS não devem ser prometidos juntos sem verificar o firmware instalado (FAQ de firmware da Brother RJ). O guia específico de EPL lista os comandos que a emulação suporta (guia de emulação EPL da Brother).
CPCL e ESC/POS: caminhos voltados a mobilidade e cupons
CPCL significa Comtec Printer Control Language. Combina uma linguagem de formatação de etiquetas com um modo de impressão por linhas e está muito associada à impressão móvel. O guia atual de CPCL da Zebra é incomumente direto sobre a estratégia: ZPL é a escolha preferida para novos desenvolvimentos, enquanto o CPCL é mantido em impressoras Link-OS selecionadas por retrocompatibilidade, e novos recursos do ZPL geralmente não chegam ao CPCL (guia CPCL da Zebra).
O CPCL continua importante quando uma aplicação ou uma frota móvel já o utiliza. Em modelos como a ZQ600 Plus, que aceita CPCL, ZPL e EPL, o CPCL preserva os trabalhos existentes, mas não acrescenta outro modelo físico (documentação de linguagens da ZQ600 Plus). Outros modelos atuais, como a ZQ120 Plus e a ZQ220 Plus, documentam CPCL e ESC/POS sem ZPL, de modo que o valor incremental depende do modelo (visão geral da ZQ120 Plus e da ZQ220 Plus).
O ESC/POS foi criado pela Epson como sistema proprietário de comandos para impressoras de ponto de venda. Cobre texto, posição de impressão, avanço de papel, status, códigos de barras, imagens de bits e hardware como guilhotinas. Não serve só para cupons: a lista de comandos da TM-L90 da Epson e seu exemplo de etiqueta incluem posicionamento de etiqueta e marca preta nos modelos aplicáveis (lista de comandos da TM-L90, exemplo de etiqueta da Epson). Implementações compatíveis com ESC/POS de outros fabricantes podem expor subconjuntos e padrões específicos de cada modelo. Continua sendo prioridade alta para software de PDV, mas normalmente prioridade baixa em uma aplicação centrada em etiquetas de código de barras cortadas.
Outras linguagens de fabricantes e industriais
Essas linguagens importam, mas seu uso e sua documentação pública se concentram em ecossistemas específicos e em cenários de migração. Um mapa conciso é mais útil do que tratar cada sigla como uma plataforma equivalente.
| Linguagem | Ecossistema de origem | Por que ainda importa | Quando faz sentido suportar |
|---|---|---|---|
| DPL | Datamax, hoje dentro da linhagem de impressoras da Honeywell. | O DPL nasceu na Datamax e a Honeywell ainda publica uma referência de comandos DPL atualizada. Outras marcas também o emulam. | Adicione quando os dados de modelos Honeywell ou Datamax justificarem um perfil testado. |
| IPL | Intermec Printer Language, hoje suportada em produtos Honeywell. | Sistemas industriais e de armazém de vida longa podem já gerar essa linguagem a partir do host (referência de comandos IPL). | Priorize em migrações de Intermec ou em um parque Honeywell conhecido. |
| Fingerprint | Intermec e Honeywell. | Uma linguagem residente na impressora, inspirada em BASIC, capaz de rodar programas, lógica, processamento de dados e fluxos de impressão autônomos (referência de comandos Fingerprint). | Use quando uma integração Honeywell precisar de aplicações na própria impressora ou de programas Fingerprint existentes. |
| Direct Protocol | Intermec e Honeywell. | Um subconjunto do Fingerprint conduzido pelo host, não outro nome para IPL. | Use com formatos Direct Protocol existentes ou fluxos nativos da Honeywell que não exijam um programa residente completo. |
| SBPL | SATO Barcode Printer Language. | É a família de comandos nativos comum da SATO e pode expor recursos que uma emulação não oferece. | Adicione para clientes com muitos equipamentos SATO ou fluxos nativos de RFID e controle de dispositivo. |
| TPCL | TEC Printer Control Language, nativa das impressoras Toshiba TEC. | Continua sendo a linguagem nativa das impressoras de código de barras da Toshiba, embora modelos selecionados também emulem concorrentes (manual do driver TPCL). | Adicione quando houver parques Toshiba ou uma biblioteca de formatos TPCL no escopo. |
| Modos SLCS e BPL | Impressoras de etiquetas BIXOLON. | O manual do SLCS da BIXOLON define seus comandos nativos de etiqueta. Os modelos também podem listar modos de compatibilidade BPL-Z, BPL-E e, opcionalmente, BPL-D. | Use SLCS nativo quando o comportamento específico da BIXOLON importar; caso contrário, valide antes uma emulação existente. |
| EZPL, GEPL, GZPL e GDPL | GoDEX. | O manual do EZPL cobre o EZPL nativo mais o GEPL, compatível com EPL, e o GZPL, compatível com ZPL. Produtos atuais selecionados também listam o GDPL, compatível com Datamax (folheto da RT700i+). | Confira o modelo e o firmware exatos e teste cada modo de compatibilidade antes de supor saída idêntica. |
| FBPL | Impressoras Brother RJ, TD e TJ selecionadas. | É o caminho de comandos nativo documentado em modelos que também podem expor várias emulações e programas armazenados. | Adicione para funções nativas industriais ou móveis da Brother, não para a família QL com Raster. |
A atual PM65 da Honeywell mostra como uma única impressora pode aceitar linguagens de comandos do host, formatos de documento e aplicações residentes. Suas especificações listam DPL, Direct Protocol, Fingerprint, IPL, ZSim2 para ZPL II, PDF, XML e impressão inteligente em C# em um só equipamento (especificações da Honeywell PM65). A CT4-LX da SATO, de forma parecida, lista o SBPL nativo com SZPL, SDPL, SIPL, STCL e SEPL compatíveis com concorrentes, além de uma opção de análise automática de linguagem (configurações de linguagem da SATO CT4-LX). A SATO também documenta que a linguagem escolhida pode limitar recursos, incluindo comandos RFID que, nesse modelo, valem apenas em SBPL e SZPL (suporte a linguagens da CT4-LX).
A Toshiba segue o mesmo padrão. A BX430T documenta TPCL nativo com detecção automática de ZPL II, DPL, SBPL e PDF (especificações da Toshiba BX430T). A SLP-DX220 da BIXOLON lista SLCS, BPL-Z, BPL-E e, opcionalmente, BPL-D (BIXOLON SLP-DX220). Esses exemplos explicam por que não dá para somar totais por protocolo. Uma mesma impressora física pode pertencer a várias categorias de linguagem.
Suporte nativo e emulação não são a mesma coisa
Uma emulação interpreta comandos escritos para outra família de impressoras. Ela pode fazer uma impressora substituta funcionar sem mexer em uma aplicação já consolidada, o que é extremamente útil. Ainda assim, é uma implementação de compatibilidade com lista de comandos, fontes e comportamentos de dispositivo definidos.
O guia de emulação ZPL II da Brother deixa a diferença bem clara. Ele lista comandos e fontes suportados, exige ajustes de mídia e calibração na ferramenta de gerenciamento da Brother e até documenta um mecanismo para ignorar determinados comandos de formato ZPL quando eles causam problemas de impressão (guia de emulação ZPL II da Brother). Uma etiqueta de envio simples pode funcionar sem alterações, enquanto um formato que baixa fontes, consulta status, grava RFID ou depende de um ajuste persistente pode não funcionar.
O que verificar em toda emulação
- doneSubconjunto de comandosCompare todo comando que a aplicação envia com a referência de emulação do modelo exato.
- doneFontes e codificaçãoTeste Unicode, páginas de código, nomes de fonte, métricas, glifos de substituição e suporte a fontes baixadas.
- doneCoordenadas e resoluçãoConfirme saída em 203, 300 ou 600 dpi, rotação, origem e arredondamento nas posições finais dos pontos.
- doneControle de mídiaTeste gaps, marcas pretas, mídia contínua, calibração, destaque, peel, corte e material sem liner, conforme o caso.
- doneEstado e statusVerifique inicialização, ajustes persistentes, respostas de erro, conclusão do trabalho, pausa, cancelamento e reconexão.
- doneEtiquetas reaisImprima trabalhos com os valores mais curtos e mais longos previstos, gráficos, todos os tipos de código de barras, várias cópias e trabalhos após desligar e ligar o equipamento.
Por que não existe um gráfico honesto de participação de mercado por protocolo
Relatórios públicos de mercado normalmente estimam receita ou unidades embarcadas por fabricante em uma categoria como impressoras de código de barras. Estimar o alcance de um protocolo exige muito mais: a base instalada ativa por modelo exato, firmware e opcionais, quais emulações estão habilitadas, quais comandos cada emulação suporta e se o parque já aceita outra linguagem. Nenhum conjunto de dados público e auditável revisado para este guia oferece esse mapeamento.
A participação por fabricante também não se converte diretamente em participação por linguagem. O hardware da Zebra contribui para o ZPL, mas modos ZPL também aparecem em produtos da TSC, Honeywell, SATO, BIXOLON, Citizen, Toshiba, Brother e GoDEX. Por outro lado, uma única impressora SATO, Honeywell ou Toshiba pode aceitar cinco ou mais linguagens. Os percentuais se sobrepõem e a soma pode passar facilmente de 100 por cento.
| Modelo de exemplo | Caminhos de linguagem documentados | O que o exemplo demonstra |
|---|---|---|
| Zebra ZQ600 Plus | ZPL, CPCL, EPL. | Várias linguagens importantes da Zebra podem coexistir em uma mesma série móvel. |
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Um único modelo móvel da TSC cobre vários alvos de compatibilidade. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Os caminhos de comandos padrão documentados desse modelo QL diferem do trio habitual ZPL, EPL e TSPL. O ZPL opcional precisa ser verificado na configuração. |
| Brother RJ-2035B (descontinuada na América do Norte) | FBPL mais EPL2 e ZPL2; CPCL com firmware EZC ou ESC/POS com firmware EZP. | A família móvel industrial da Brother difere bastante da família QL, e o firmware determina o conjunto final de compatibilidades. |
| Honeywell PM65 | Fingerprint, Direct Protocol, IPL, DPL, ZSim2, PDF, XML, C#. | Hardware industrial atual pode preservar várias linguagens legadas adquiridas. |
| SATO CT4-LX | SBPL, SZPL, SDPL, SIPL, STCL, SEPL. | Modos nativos e compatíveis com concorrentes convivem em uma impressora de mesa. |
| Citizen CL-E303 | Datamax DMX, ZPL2, EPL2. | As linguagens de compatibilidade vão além das empresas que as criaram. |
| Toshiba BX430T | TPCL com detecção automática de ZPL II, DPL, SBPL e PDF. | TPCL nativo e vários modos substitutos podem dividir a mesma plataforma. |
Uma medição melhor é a telemetria do produto. Registre o modelo exato de impressora solicitado pelos usuários, se o trabalho usa driver ou dados brutos, a linguagem gerada hoje e se outra linguagem já suportada alcança aquele dispositivo. Depois conte dispositivos incrementais, não rótulos de protocolo sobrepostos.
O que uma aplicação de etiquetas deve suportar primeiro?
A ordem certa depende do ponto de partida. Um produto novo precisa de uma base ampla. Um produto que já imprime ZPL e TSPL deve otimizar para novos ecossistemas e para o hardware de testes disponível.
| Etapa | Linguagem ou caminho | Motivo |
|---|---|---|
| Base | ZPL II | Vários fabricantes importantes documentam modos compatíveis e a linguagem oferece um modelo de etiqueta moderno e completo. |
| Base | TSPL ou TSPL2 | Cobertura nativa da TSC e um modelo de comandos simples, principalmente quando os equipamentos TSC pesam no mercado alvo. |
| Expansão | Brother Raster | Acrescenta um caminho de comandos direto para modelos QL cujas interfaces padrão são Raster, ESC/P e P-touch Template. Verifique o ZPL opcional por modelo e região. |
| Compatibilidade | EPL2 | Atende a formatos legados consolidados e costuma ser barato de adicionar e testar, mas se sobrepõe bastante ao hardware compatível com ZPL. |
| Compatibilidade móvel | CPCL | Importante quando frotas móveis reais ou aplicações CPCL existentes exigem; menos incremental quando os mesmos aparelhos aceitam ZPL. |
| Compatibilidade industrial | DPL | Útil em instalações Datamax e Honeywell, com demanda que se confirma melhor a partir de dados reais de modelos. |
| Guiado pela demanda | IPL, Fingerprint, Direct Protocol, SBPL, TPCL, SLCS, EZPL, FBPL, ESC/POS | Acrescente profundidade nativa quando o parque de um cliente, um recurso ausente ou um fluxo de cupons tornarem o retorno evidente. |
Se ZPL e TSPL já funcionam, a ordem de implementação e a importância estratégica podem divergir. EPL2 pode ser o próximo recurso mais rápido de entregar se uma impressora de testes atual já o emula. Brother Raster é um caminho de implementação mais distinto do que mais uma emulação de EPL2, mas sua cobertura incremental de dispositivos de clientes é desconhecida até que a lista de modelos alvo seja medida. Em aparelhos que já aceitam ZPL, o CPCL agrega compatibilidade de linguagem do trabalho em vez de novos modelos; são os modelos exclusivamente CPCL que o tornam mais valioso.
TSC RE310 x Brother: a resposta prática
A discussão que originou este guia perguntava se uma TSC RE310 já suporta EPL2 e se uma impressora Brother traz alguma vantagem. A resposta documentada é sim, a RE310 lista EPL2 via TSPL-EZC. E qual modelo Brother importa mais do que o nome Brother.
| Impressora de teste | Caminhos documentados relevantes aqui | O que acrescenta |
|---|---|---|
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Testes imediatos e baratos de várias emulações com o equipamento que já se tem. |
| Brother RJ-2035B | FBPL mais EPL2 e ZPL2; CPCL ou ESC/POS conforme o firmware EZC ou EZP instalado. | Acrescenta FBPL e o comportamento do emulador de um segundo fabricante, mas EPL2, ZPL2 e CPCL se sobrepõem à RE310. A Brother Mobile Solutions a marca como descontinuada na América do Norte; a disponibilidade varia por região. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Um caminho de integração QL separado e, portanto, mais diversidade de caminhos de comandos. |
Uma GK420d usada só é útil quando é preciso reproduzir um parque legado. Ela suporta ZPL e EPL nativos com detecção automática de formato, além do modo linha compatível com EPL1, mas a página de ciclo de vida da Zebra indica fim das vendas regionais em 2021 ou 2022 e fim do serviço em 2025 (ciclo de vida da GK420d). Para uma compra nova, a ZD421 atual é a referência com suporte a ZPL II e EPL2. O modo linha compatível com EPL1 fica restrito à configuração térmica direta de 203 dpi (especificações da ZD421).
Implemente e teste EPL2 primeiro na RE310, porque o equipamento já está disponível. Se a próxima compra tem como objetivo maximizar a cobertura de novos caminhos de comandos, uma QL-820NWBc padrão como alvo Raster agrega mais diversidade do que a RJ-2035B. A Brother Mobile Solutions marca o modelo RJ como descontinuado na América do Norte, e a disponibilidade varia por região. Confirme a configuração regional da QL, porque documentação mais antiga já trouxe suporte opcional a ZPL apenas sob solicitação. Acrescente CPCL na RE310 quando a demanda móvel justificar e depois priorize DPL ou outra família nativa a partir de pedidos reais de clientes.
Há um motivo para escolher a RJ-2035B mesmo assim: testes de compatibilidade entre implementações. Uma segunda emulação de EPL ou ZPL pode revelar suposições que a primeira implementação tolerava. Isso é útil depois que um produto passa a afirmar compatibilidade multimarca, mas é um objetivo diferente de acrescentar um modelo de integração ainda não coberto.
Construa o suporte em torno de capacidades, não de siglas
Um sistema de impressão sustentável deve manter um único modelo neutro de etiqueta e depois renderizá-lo por back ends específicos de cada linguagem. O modelo neutro define tamanho físico, resolução final em pontos, blocos de texto, dados do código de barras, zonas de silêncio, imagens, cópias e a intenção de acabamento. Cada back end informa o que consegue preservar e o que precisa rasterizar ou recusar.
Um critério de liberação para cada nova linguagem de impressora
- doneDeclare o perfilListe comandos, tipos de código de barras, resoluções, modos de mídia, codificações suportadas e as exclusões conhecidas.
- doneGuarde trabalhos de referênciaSalve trabalhos de origem representativos e os bitmaps esperados para cada back end.
- doneUse impressoras físicasInclua ao menos uma referência nativa quando possível e uma emulação importante antes de anunciar compatibilidade entre fabricantes.
- doneTeste dados difíceisImprima campos vazios, identificadores longos, zeros à esquerda, texto não latino, caracteres de controle e cargas máximas de código de barras.
- doneEscaneie o resultadoVerifique o código de barras real com os leitores e as distâncias de trabalho usados no fluxo real.
- doneRepita após atualizaçõesRode a matriz novamente após mudanças de firmware, renderizador, fontes, compressão ou configurações de mídia.
Mantenha também separados os testes de design de etiqueta e os de protocolo da impressora. Uma linguagem pode desenhar corretamente os pontos solicitados e o código de barras ainda falhar por ser pequeno demais, ter zona de silêncio insuficiente ou ter sido impresso com a intensidade errada. Use a lista de verificação de design de etiquetas com código de barras para a etiqueta em si e compare térmica direta e transferência térmica antes de escolher o material e o equipamento.
Fontes e método de pesquisa
Este artigo usa, sempre que possível, guias de programação dos fabricantes, matrizes para desenvolvedores e especificações de produto atuais. As páginas de produto comprovam que um modelo oferece determinada linguagem. As referências de comandos comprovam o que aquela implementação realmente suporta. Estimativas comerciais de tamanho de mercado não foram usadas para criar percentuais por protocolo, porque suas categorias, períodos e sobreposições não são comparáveis.
- Zebra: documentação de programação ZPL, guia de programação EPL e CPCL para impressoras Link-OS.
- TSC: manual de programação TSPL e TSPL2 e especificações de linguagem da RE310.
- Brother: matriz de modelos compatíveis da referência de comandos, referência Raster da linha QL e guia de emulação ZPL para RJ, TD e TJ.
- Honeywell, SATO, Toshiba, Citizen e BIXOLON: as páginas atuais de produto e de linguagens vinculadas nas seções correspondentes fornecem os exemplos de compatibilidade entre fabricantes.
- Padrões e caminhos de impressão relacionados: IPP Everywhere, registro da porta 9100 na IANA e referência ESC/POS da Epson.
Exporte os modelos de impressora solicitados nos últimos 90 dias e agrupe-os pelo caminho de linguagem documentado exato. Escolha a próxima implementação com base em quantos dispositivos adicionais ela alcança e, antes de declarar a linguagem suportada, imprima e escaneie um pequeno pacote de regressão de compatibilidade.
