Es fácil subestimar los protocolos de las impresoras térmicas. Una impresora puede aparecer por USB o Wi-Fi, aceptar la conexión y aun así sacar una etiqueta en blanco o una página llena de texto de comandos. La conexión funcionó. Lo que ocurrió es que la impresora no entendió el lenguaje con el que se describía la etiqueta.
La respuesta corta es que ZPL II es un primer objetivo práctico para la impresión con comandos en bruto, porque varios fabricantes importantes documentan modos compatibles. TSPL o TSPL2 es un buen segundo objetivo para flotas TSC. EPL2 cubre aplicaciones heredadas, mientras que Brother Raster abre una vía de comandos aparte para la gama QL. Los demás lenguajes cobran importancia cuando el hardware del cliente o sus aplicaciones actuales los exigen. El resto de esta guía explica por qué una hoja de ruta guiada por la demanda resulta más útil que un ranking de popularidad.
Esta guía cubre las principales vías de comandos en bruto, ráster y plantillas almacenadas que utilizan las impresoras térmicas de etiquetas y las móviles. Los ejemplos de compatibilidad se contrastaron con la documentación de los fabricantes disponible el 1 de septiembre de 2026. Verifica siempre el modelo exacto, el firmware, la resolución y las opciones instaladas antes de prometer soporte.
El lenguaje de impresora es solo una capa
Se suele usar la palabra protocolo para partes muy distintas de la impresión. Separar las capas hace que la mayoría de los problemas de compatibilidad sean mucho más fáciles de diagnosticar.
USB, Bluetooth, serie, Wi-Fi, Ethernet, TCP en bruto, LPR e IPP llevan el trabajo hasta la impresora. No definen el diseño de la etiqueta.
ZPL, EPL, TSPL, CPCL y DPL describen los objetos de la etiqueta y suelen exponer controles de material, estado, almacenamiento y acabado.
PDF, PWG Raster, JPEG y los flujos ráster propietarios representan una página o sus píxeles. Los atributos del trabajo o comandos de dispositivo aparte pueden seguir controlando el material, el corte, el modo pelado y otro hardware.
Code 128, EAN-13, Data Matrix y QR Code definen cómo se convierten los datos en barras o módulos. El lenguaje de impresora coloca y genera ese símbolo.
Por ejemplo, un trabajo ZPL puede viajar por USB, Bluetooth o red. El puerto TCP 9100 está registrado como flujo de datos de lenguaje de descripción de página para impresoras, pero los bytes que van dentro siguen teniendo que estar en un lenguaje que la impresora entienda (registro de servicios de IANA). IPP es un protocolo de gestión de trabajos. Los clientes pueden descubrir impresoras mediante DNS-SD, consultar sus capacidades por IPP, enviar trabajos y recibir el estado. Aun así, el trabajo necesita un formato de documento que la impresora anuncie, como PWG Raster, JPEG o PDF (RFC 8011, guía IPP del PWG).
La impresión sin controlador se ha normalizado en las impresoras de oficina, pero las impresoras industriales de etiquetas siguen siendo una excepción notable. OpenPrinting señala expresamente a las impresoras industriales de etiquetas y a otros equipos de mercados verticales como los casos habituales que todavía necesitan un controlador, una aplicación de impresión o una vía de lenguaje en bruto (recomendaciones de controladores de OpenPrinting).
Tres patrones de integración para la misma etiqueta
La mayoría de las integraciones de impresión directa de etiquetas siguen uno de estos tres patrones. Ninguno es mejor en todos los casos y no se excluyen entre sí. Un flujo con plantillas almacenadas suele apoyarse en un lenguaje de comandos nativo o en el firmware de la impresora. La elección correcta depende de cuánto trabajo de composición corresponde al sistema anfitrión, cuánto a la impresora y cuántas familias de impresoras deben compartir un mismo diseño.
| Modelo | Qué envía la aplicación | Ventaja principal | Coste principal |
|---|---|---|---|
| Lenguaje de comandos nativo | Comandos de texto para posiciones, fuentes, códigos de barras, material y cantidad de impresión. | Trabajos pequeños, códigos de barras generados por la impresora, estado y control del dispositivo, formatos almacenados. | Un renderizador y un banco de pruebas propios para cada lenguaje o emulación. |
| Flujo ráster | Un mapa de bits ya terminado de un bit o de color limitado, más los comandos de configuración y avance específicos del modelo. | La aplicación controla el aspecto final con un único motor de composición visual. | Cargas útiles mayores, empaquetado exacto de los puntos, tablas de material, orientación y peculiaridades de cada modelo. |
| Plantilla almacenada | La plantilla se instala una vez y después cada trabajo envía texto variable, datos del código de barras o un número de plantilla. | Trabajos muy pequeños en ejecución y flujos autónomos muy útiles. | Despliegue de plantillas, versionado, sincronización y cambios de diseño limitados en tiempo de ejecución. |
Los lenguajes de comandos no son necesariamente más precisos que la salida ráster. Simplemente trasladan otras responsabilidades a la impresora. Un comando nativo de código de barras deja que el firmware calcule el símbolo. Una vía ráster exige una cadena de procesamiento en el anfitrión, ya sea la aplicación o un controlador, que dibuje cada barra a la resolución final de la impresora. Un renderizador compartido puede conservar la geometría prevista en distintos back ends ráster siempre que cada mapa de bits se genere a la resolución nativa de la impresora de destino y no se escale después.
Los controladores pueden hacer cómoda esa conversión sin exponer todas las funciones de la impresora. El informe técnico de Honeywell sobre CUPS muestra cómo se rasteriza PDF o PostScript y se empaqueta como gráficos de Direct Protocol, mientras que los trabajos en bruto de Fingerprint, IPL o DPL usan colas de paso directo. Esa vía de controlador no expone el soporte de cortador ni de RFID, un recordatorio útil de que la fidelidad visual y el control del dispositivo son cosas distintas (informe técnico de Honeywell sobre CUPS).
Cómo reconocer los lenguajes más habituales
Un trabajo de impresión capturado suele revelar su lenguaje antes que el modelo de impresora. Estos son patrones de reconocimiento, no ejemplos completos listos para imprimir.
| Lenguaje | Patrón típico | Qué significa ese patrón |
|---|---|---|
| ZPL II | ^XA ... ^FO ... ^FD ... ^XZ | Empieza un formato, los campos se posicionan y se rellenan, y después el formato termina. |
| EPL2 | N, después campos A o B, después P1 | Borrar el búfer de imagen, añadir texto o un código de barras, imprimir una etiqueta. |
| TSPL o TSPL2 | SIZE, GAP, CLS, TEXT o BARCODE, PRINT | Comandos legibles de configuración y dibujo que construyen la etiqueta. |
| CPCL | ! 0 ..., comandos de diseño, FORM, PRINT | Un formato de etiqueta ASCII orientado a la movilidad, con una cabecera de trabajo explícita. |
| Brother Raster | Inicialización binaria, bytes de control, líneas ráster repetidas y comando final de impresión. | La etiqueta ya está convertida en puntos antes de llegar a la impresora. |
| ESC/POS | Bytes de control de escape y separador de grupo mezclados con texto o datos de imagen. | Un flujo orientado a tickets que controla el diseño por líneas, el corte, el estado y funciones opcionales de etiquetado. |
ZPL II: una base práctica de compatibilidad
ZPL significa Zebra Programming Language. ZPL II es la variante moderna a la que suele referirse ZPL en las especificaciones actuales, aunque Zebra advierte de que no es totalmente compatible con el ZPL original. Es un lenguaje de comandos ASCII para campos de etiqueta, fuentes, formas, gráficos, códigos de barras, serialización, formatos almacenados, ajustes de impresora y estado. La guía de programación de Zebra documenta tanto los comandos de formato como los de control, incluidas las plantillas guardadas y los gráficos descargados (guía de programación de ZPL).
Su importancia va más allá del hardware de Zebra. Productos actuales o recientes documentan modos compatibles con ZPL bajo nombres como emulación ZPL2 de TSC, ZSim2 de Honeywell, SZPL de SATO, BPL-Z de BIXOLON y GZPL de GoDEX. Citizen incluye ZPL2 junto a las emulaciones de Datamax y EPL2 en la CL-E303 (especificaciones de la Citizen CL-E303). Toshiba indica ZPL II junto a su TPCL nativo en modelos seleccionados.
Esto convierte a ZPL II en un primer lenguaje práctico para un producto de impresión en bruto multimarca. No significa que todos los comandos ZPL se comporten igual en todas partes. Las fuentes, los comandos RFID, los objetos descargados, la calibración del material, las respuestas de estado y los comandos más recientes son puntos de divergencia habituales. Un producto debería anunciar soporte para un perfil ZPL probado, no afirmar que todas las impresoras ZPL son intercambiables.
EPL y EPL2: una cobertura heredada que sigue siendo valiosa
EPL significa Eltron Programming Language. El modo página de EPL2 describe una etiqueta completa con campos posicionados. El modo línea compatible con EPL1 es un modo más antiguo y sencillo que produce una salida orientada a líneas al estilo de EPL1 y tiene limitaciones de diseño importantes. Zebra describe el modo línea como inadecuado para colocar elementos con precisión, superponerlos o imprimir códigos de barras horizontales en escalera (guía del modo línea EPL de Zebra).
Zebra sigue documentando EPL2 por compatibilidad con aplicaciones heredadas, y varios modelos actuales incluyen EPL2 o una emulación de EPL2. Su guía de programación completa sigue disponible para los comandos de texto ASCII, códigos de barras, gráficos, formularios, variables y contadores (guía de programación de EPL).
La limitación práctica es el solapamiento. Varios de los ejemplos actuales de esta guía documentan a la vez EPL y ZPL. Por eso, la cobertura adicional de dispositivos que aporta añadir EPL después de ZPL es una incógnita, incluso cuando EPL cuenta con una compatibilidad documentada amplia. Aun así, sigue siendo una incorporación temprana razonable cuando los clientes actuales tienen plantillas EPL o cuando el hardware de pruebas ya lo admite.
No des por hecho que un diseño que cabe en ZPL cabrá en EPL. Zebra documenta capacidades de TrueType, OpenType, fuentes escalables y mapeo Unicode en ZPL, mientras que EPL no puede usar esos mismos objetos de fuente escalable. Prueba el juego de caracteres real, las métricas de fuente, los saltos de línea y el comportamiento de sustitución en cada implementación de destino.
TSPL, TSPL2 y TSPL-EZ
TSPL y TSPL2 son los lenguajes de composición de etiquetas de TSC. Pertenecen a la misma familia, pero no son sinónimos exactos. El manual oficial conjunto detalla las diferencias de modelos y comandos entre ambos. Sus comandos legibles definen el tamaño de la etiqueta, el espacio o marca negra, la dirección, la densidad, el texto, los códigos de barras, los mapas de bits, los contadores, los archivos y la cantidad a imprimir (manual de programación de TSPL y TSPL2).
TSPL-EZ es la familia de compatibilidad y emulación de TSC, no otra forma de escribir cada comando TSPL. El sufijo y las emulaciones admitidas varían según el modelo. Por ejemplo, TSC indica que el lenguaje de la RE310 es TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS (página de producto de la TSC RE310). Otros modelos de TSC pueden indicar otra variante de TSPL-EZ o un conjunto de compatibilidades distinto.
Para una aplicación de etiquetado, el soporte nativo de TSPL resulta valioso cuando las impresoras TSC representan una parte significativa del parque de los clientes. Las emulaciones también hacen que una impresora TSC sea útil para desarrollar, pero no deben tomarse como prueba de que la salida coincidirá con una implementación nativa del lenguaje emulado en todos los casos límite.
Brother tiene dos mundos de comandos distintos
Es fácil clasificar mal a Brother, porque sus familias de productos no comparten el mismo modelo de integración. La familia QL es el ejemplo más claro. La matriz para desarrolladores de Brother indica que la QL-820NWB y la QL-820NWBc admiten Raster, ESC/P y P-touch Template. Indica que la QL-800 solo admite Raster, y otros modelos QL con sus propias combinaciones (matriz de modelos de la referencia de comandos de Brother).
Esas son las interfaces de comandos estándar documentadas actualmente para la QL-820NWBc. Sin embargo, los sufijos de modelo y las variantes regionales importan. Una ficha europea oficial más antigua de la serie QL-800 anunciaba emulación ZPL II para la QL-820NWB upon request (ficha de la serie QL-800 de Brother Europa). Comprueba el sufijo del modelo, la región, el firmware y la configuración opcional antes de hacer una afirmación tajante sobre ZPL en cualquier unidad QL-820. Raster sigue siendo la vía directa claramente documentada en esta generación de la gama QL.
Convierte la etiqueta completa en puntos y luego envía la inicialización, la información del material, las líneas ráster y un comando de impresión. Ideal cuando la aplicación ya se encarga del diseño y del dibujo de los códigos de barras.
Envía comandos de dibujo y texto en lugar de un mapa de bits terminado. Brother adapta este lenguaje a sus impresoras y no es lo mismo que el ESC/POS orientado a tickets.
Transfiere una plantilla preparada a la impresora y después rellena los objetos de texto y código de barras desde un escáner, un ordenador u otro dispositivo, sin rehacer todo el diseño.
La referencia Raster de la serie QL-800 de Brother indica que un trabajo contiene comandos de inicialización, códigos de control, datos ráster y comandos de impresión. También define tamaños de página, márgenes, resolución, compresión, corte y datos ráster a dos colores específicos de cada modelo (referencia de comandos Raster de Brother QL). Por tanto, el ráster simplifica la portabilidad visual, pero no elimina el trabajo específico de cada dispositivo. La integración sigue necesitando identificadores de material correctos, dimensiones en puntos, orientación, compresión, gestión de estado y comportamiento de corte.
Brother Raster es un flujo de comandos propietario de una familia de modelos. PWG Raster es un formato de documento estandarizado que suele enviarse mediante IPP. Ambos describen píxeles, pero su estructura, sus comandos y su interoperabilidad son distintos, así que no son intercambiables.
Determinadas impresoras Brother RJ, TD y TJ forman un grupo aparte. Brother documenta FBPL junto con emulaciones de ZPL, EPL, CPCL, DPL o ESC/POS según el modelo. En la RJ-2035B, el firmware descargable FBPL-EZC ofrece EPL2, ZPL2 y CPCL, mientras que FBPL-EZP ofrece EPL2, ZPL2 y ESC/POS. Por eso no se deben prometer CPCL y ESC/POS a la vez sin comprobar el firmware instalado (preguntas frecuentes sobre el firmware de Brother RJ). La guía específica de EPL enumera los comandos que admite la emulación (guía de emulación EPL de Brother).
CPCL y ESC/POS: vías orientadas a movilidad y tickets
CPCL son las siglas de Comtec Printer Control Language. Combina un lenguaje de composición de etiquetas con un modo de impresión por líneas y está muy ligado a la impresión móvil. La guía actual de CPCL de Zebra es inusualmente clara sobre la estrategia: ZPL es el lenguaje preferido para los desarrollos nuevos, mientras que CPCL se mantiene en determinadas impresoras Link-OS por compatibilidad hacia atrás, y las funciones nuevas de ZPL por lo general no llegan a CPCL (guía CPCL de Zebra).
CPCL sigue siendo importante cuando una aplicación o un parque de equipos móviles ya lo utiliza. En modelos como la ZQ600 Plus, que acepta CPCL, ZPL y EPL, CPCL conserva los trabajos existentes pero no añade ningún modelo físico nuevo (documentación de lenguajes de la ZQ600 Plus). Otros modelos actuales, como la ZQ120 Plus y la ZQ220 Plus, documentan CPCL y ESC/POS sin ZPL, de modo que el valor añadido depende del modelo (resumen de la ZQ120 Plus y la ZQ220 Plus).
ESC/POS lo introdujo Epson como sistema propietario de comandos para impresoras de punto de venta. Cubre texto, posición de impresión, avance de papel, estado, códigos de barras, imágenes de bits y hardware como los cortadores. No sirve solo para tickets: la lista de comandos de la TM-L90 de Epson y su ejemplo de etiqueta incluyen posicionamiento de etiquetas y marcas negras en los modelos que lo permiten (lista de comandos de la TM-L90, ejemplo de etiqueta de Epson). Las implementaciones compatibles con ESC/POS de otros fabricantes pueden exponer subconjuntos y valores predeterminados propios de cada modelo. Sigue siendo prioritario para el software de tickets, pero suele serlo menos para una aplicación centrada en etiquetas de código de barras troqueladas.
Otros lenguajes de fabricante e industriales
Estos lenguajes importan, pero su uso y su documentación pública se concentran en ecosistemas de fabricantes concretos y en escenarios de migración. Un mapa conciso resulta más útil que tratar cada acrónimo como si fuera una plataforma equivalente.
| Lenguaje | Ecosistema de origen | Por qué sigue importando | Cuándo conviene soportarlo |
|---|---|---|---|
| DPL | Datamax, hoy dentro del linaje de impresoras de Honeywell. | DPL nació con Datamax y Honeywell sigue publicando una referencia de comandos DPL actualizada. Otras marcas también lo emulan. | Añádelo cuando los datos de modelos Honeywell o Datamax justifiquen un perfil probado. |
| IPL | Intermec Printer Language, hoy soportado en productos Honeywell. | Sistemas industriales y de almacén de larga vida pueden estar generando ya este lenguaje desde el anfitrión (referencia de comandos IPL). | Priorízalo en migraciones desde Intermec o con un parque Honeywell conocido. |
| Fingerprint | Intermec y Honeywell. | Un lenguaje residente en la impresora, inspirado en BASIC, capaz de ejecutar programas, lógica, procesamiento de datos y flujos de impresión autónomos (referencia de comandos Fingerprint). | Úsalo cuando una integración Honeywell necesite aplicaciones en la propia impresora o existan programas Fingerprint. |
| Direct Protocol | Intermec y Honeywell. | Un subconjunto de Fingerprint dirigido desde el anfitrión, no otro nombre para IPL. | Úsalo con formatos Direct Protocol existentes o flujos Honeywell nativos que no necesiten un programa residente completo. |
| SBPL | SATO Barcode Printer Language. | Es la familia de comandos nativos común de SATO y puede exponer funciones que una emulación no ofrece. | Añádelo para clientes con mucho SATO o para flujos nativos de RFID y control de dispositivo. |
| TPCL | TEC Printer Control Language, nativo de las impresoras Toshiba TEC. | Sigue siendo el lenguaje nativo de las impresoras de códigos de barras de Toshiba, aunque algunos modelos también emulan a la competencia (manual del controlador TPCL). | Añádelo cuando entren en juego parques Toshiba o una biblioteca de formatos TPCL. |
| Modos SLCS y BPL | Impresoras de etiquetas BIXOLON. | El manual de SLCS de BIXOLON define sus comandos nativos de etiqueta. Los modelos también pueden incluir modos de compatibilidad BPL-Z, BPL-E y, opcionalmente, BPL-D. | Usa SLCS nativo cuando importe el comportamiento propio de BIXOLON; si no, valida primero una emulación existente. |
| EZPL, GEPL, GZPL y GDPL | GoDEX. | El manual de EZPL cubre el EZPL nativo más GEPL, compatible con EPL, y GZPL, compatible con ZPL. Algunos productos actuales también incluyen GDPL, compatible con Datamax (folleto de la RT700i+). | Comprueba el modelo y el firmware exactos y prueba cada modo de compatibilidad antes de dar por hecho que la salida será idéntica. |
| FBPL | Determinadas impresoras Brother RJ, TD y TJ. | Es la vía de comandos nativa documentada en modelos que además pueden exponer varias emulaciones y programas almacenados. | Añádelo para funciones nativas industriales o móviles de Brother, no para la familia QL con Raster. |
La actual PM65 de Honeywell muestra cómo una sola impresora puede aceptar lenguajes de comandos del anfitrión, formatos de documento y aplicaciones residentes. Sus especificaciones incluyen DPL, Direct Protocol, Fingerprint, IPL, ZSim2 para ZPL II, PDF, XML e impresión inteligente en C# en un mismo equipo (especificaciones de la Honeywell PM65). La CT4-LX de SATO enumera de forma parecida el SBPL nativo junto a SZPL, SDPL, SIPL, STCL y SEPL, compatibles con la competencia, además de una opción de análisis automático del lenguaje (ajustes de lenguaje de la SATO CT4-LX). SATO documenta además que el lenguaje seleccionado puede limitar funciones, incluidos comandos RFID que en este modelo solo se aplican en SBPL y SZPL (soporte de lenguajes de la CT4-LX).
Toshiba sigue el mismo patrón. La BX430T documenta TPCL nativo con detección automática de ZPL II, DPL, SBPL y PDF (especificaciones de la Toshiba BX430T). La SLP-DX220 de BIXOLON incluye SLCS, BPL-Z, BPL-E y, opcionalmente, BPL-D (BIXOLON SLP-DX220). Estos ejemplos explican por qué no se pueden sumar los totales por protocolo. Una misma impresora física puede pertenecer a varias categorías de lenguaje.
Soporte nativo y emulación no son lo mismo
Una emulación interpreta comandos escritos para otra familia de impresoras. Puede hacer que una impresora de sustitución funcione sin tocar una aplicación ya asentada, lo cual es utilísimo. Aun así, sigue siendo una implementación de compatibilidad con una lista de comandos, unas fuentes y unos comportamientos de dispositivo definidos.
La guía de emulación ZPL II de Brother ilustra la diferencia con claridad. Enumera los comandos y las fuentes admitidos, exige ajustes de material y calibración en la herramienta de gestión de Brother e incluso documenta un mecanismo para ignorar determinados comandos de formato ZPL cuando causan problemas de impresión (guía de emulación ZPL II de Brother). Una etiqueta de envío sencilla puede funcionar sin cambios, mientras que un formato que descarga fuentes, consulta el estado, escribe RFID o depende de un ajuste persistente puede no hacerlo.
Qué comprobar en cada emulación
- doneSubconjunto de comandosCompara todos los comandos que emite la aplicación con la referencia de emulación del modelo exacto.
- doneFuentes y codificaciónPrueba Unicode, páginas de códigos, nombres de fuente, métricas, glifos de sustitución y el soporte de fuentes descargadas.
- doneCoordenadas y resoluciónConfirma la salida a 203, 300 o 600 ppp, la rotación, el origen y el redondeo en las posiciones finales de los puntos.
- doneControl del materialPrueba espacios, marcas negras, material continuo, calibración, corte manual, pelado, cortador y ajustes sin soporte, según corresponda.
- doneEstado y sesiónVerifica la inicialización, los ajustes persistentes, las respuestas de error, la finalización del trabajo, la pausa, la cancelación y la reconexión.
- doneEtiquetas realesImprime trabajos con los valores más cortos y más largos previstos, gráficos, todos los tipos de código de barras, varias copias y trabajos después de apagar y encender.
Por qué no existe un gráfico honesto de cuota de mercado por protocolo
Los informes públicos de mercado suelen estimar los ingresos o las unidades enviadas por fabricante en una categoría como las impresoras de códigos de barras. Estimar el alcance de un protocolo exige mucho más: el parque instalado activo por modelo exacto, el firmware y las opciones, qué emulaciones están habilitadas, qué comandos admite cada emulación y si esos equipos ya aceptan otro lenguaje. Ningún conjunto de datos público y auditable de los revisados para esta guía ofrece esa correspondencia.
La cuota por fabricante tampoco se traduce directamente en cuota por lenguaje. El hardware de Zebra suma a ZPL, pero los modos ZPL también aparecen en productos de TSC, Honeywell, SATO, BIXOLON, Citizen, Toshiba, Brother y GoDEX. A la inversa, una sola impresora SATO, Honeywell o Toshiba puede aceptar cinco lenguajes o más. Los porcentajes se solapan y su suma puede superar fácilmente el 100 por cien.
| Modelo de ejemplo | Vías de lenguaje documentadas | Qué demuestra el ejemplo |
|---|---|---|
| Zebra ZQ600 Plus | ZPL, CPCL, EPL. | Varios lenguajes importantes de Zebra pueden convivir en una misma serie móvil. |
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Un solo modelo móvil de TSC cubre varios objetivos de compatibilidad. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Las vías de comandos estándar documentadas de este modelo QL difieren del conjunto habitual de ZPL, EPL y TSPL. El ZPL opcional debe comprobarse en la configuración. |
| Brother RJ-2035B (descatalogada en Norteamérica) | FBPL más EPL2 y ZPL2; CPCL con firmware EZC o ESC/POS con firmware EZP. | La familia móvil industrial de Brother difiere mucho de su familia QL, y el firmware determina el conjunto final de compatibilidades. |
| Honeywell PM65 | Fingerprint, Direct Protocol, IPL, DPL, ZSim2, PDF, XML, C#. | El hardware industrial actual puede conservar varios lenguajes heredados adquiridos. |
| SATO CT4-LX | SBPL, SZPL, SDPL, SIPL, STCL, SEPL. | Los modos nativos y los compatibles con la competencia conviven en una impresora de sobremesa. |
| Citizen CL-E303 | Datamax DMX, ZPL2, EPL2. | Los lenguajes de compatibilidad van más allá de las empresas que los crearon. |
| Toshiba BX430T | TPCL con detección automática de ZPL II, DPL, SBPL y PDF. | El TPCL nativo y varios modos de sustitución pueden compartir una misma plataforma. |
Una medición mejor es la telemetría del propio producto. Registra el modelo exacto de impresora que piden los usuarios, si el trabajo usa un controlador o datos en bruto, el lenguaje que se genera actualmente y si otro lenguaje ya soportado alcanza ese dispositivo. Después cuenta dispositivos incrementales, no etiquetas de protocolo solapadas.
¿Qué debería soportar primero una aplicación de etiquetado?
El orden correcto depende del punto de partida. Un producto nuevo necesita una base amplia. Un producto que ya imprime ZPL y TSPL debería optimizar hacia ecosistemas nuevos y hacia el hardware de pruebas disponible.
| Etapa | Lenguaje o vía | Motivo |
|---|---|---|
| Base | ZPL II | Varios fabricantes importantes documentan modos compatibles y el lenguaje ofrece un modelo de etiqueta moderno y potente. |
| Base | TSPL o TSPL2 | Cobertura nativa de TSC y un modelo de comandos sencillo, sobre todo cuando los equipos TSC son relevantes en el mercado objetivo. |
| Expansión | Brother Raster | Añade una vía de comandos directa para los modelos QL cuyas interfaces estándar son Raster, ESC/P y P-touch Template. Comprueba el ZPL opcional según modelo y región. |
| Compatibilidad | EPL2 | Da soporte a formatos heredados consolidados y suele ser barato de añadir y probar, aunque se solapa mucho con el hardware compatible con ZPL. |
| Compatibilidad móvil | CPCL | Importante cuando lo exigen parques móviles reales o aplicaciones CPCL existentes; aporta menos cuando esos mismos equipos aceptan ZPL. |
| Compatibilidad industrial | DPL | Útil en instalaciones Datamax y Honeywell, con una demanda que conviene confirmar con datos reales de modelos. |
| Guiado por la demanda | IPL, Fingerprint, Direct Protocol, SBPL, TPCL, SLCS, EZPL, FBPL, ESC/POS | Añade profundidad nativa cuando el parque de un cliente, una función que falta o un flujo de tickets hagan evidente el retorno. |
Si ZPL y TSPL ya funcionan, el orden de implementación y la importancia estratégica pueden no coincidir. EPL2 puede ser la siguiente función más rápida de añadir si una impresora de pruebas actual ya lo emula. Brother Raster es una vía de implementación más diferenciada que otra emulación de EPL2, pero su cobertura incremental de dispositivos de clientes es una incógnita hasta que se mida la lista de modelos objetivo. En equipos que ya aceptan ZPL, CPCL añade compatibilidad con el lenguaje del trabajo más que cobertura de modelos nuevos; los modelos que solo admiten CPCL lo hacen más valioso.
TSC RE310 frente a Brother: la respuesta práctica
La conversación que dio origen a esta guía planteaba si una TSC RE310 ya admite EPL2 y si una impresora Brother aporta alguna ventaja. La respuesta documentada es que sí, la RE310 incluye EPL2 a través de TSPL-EZC. Y que importa más qué modelo de Brother que el nombre Brother.
| Impresora de prueba | Vías documentadas relevantes aquí | Qué aporta |
|---|---|---|
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Pruebas inmediatas y baratas de varias emulaciones con el equipo que ya se tiene. |
| Brother RJ-2035B | FBPL más EPL2 y ZPL2; CPCL o ESC/POS según el firmware EZC o EZP instalado. | Aporta FBPL y el comportamiento del emulador de un segundo fabricante, pero EPL2, ZPL2 y CPCL se solapan con la RE310. Brother Mobile Solutions la marca como descatalogada en Norteamérica; la disponibilidad varía según la región. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Una vía de integración QL aparte y, por tanto, más diversidad de vías de comandos. |
Una GK420d de segunda mano solo es útil si necesitas reproducir un parque heredado. Admite ZPL y EPL nativos con detección automática de formato, más el modo línea compatible con EPL1, pero la página de ciclo de vida de Zebra indica que las ventas regionales terminaron en 2021 o 2022 y el servicio en 2025 (ciclo de vida de la GK420d). Para una compra nueva, la referencia con soporte para ZPL II y EPL2 es la actual ZD421. El modo línea compatible con EPL1 se limita a su configuración térmica directa de 203 ppp (especificaciones de la ZD421).
Implementa y prueba EPL2 primero en la RE310, porque ese equipo ya está disponible. Si la siguiente compra busca maximizar la cobertura de vías de comandos nuevas, una QL-820NWBc estándar como objetivo Raster aporta más diversidad que la RJ-2035B. Brother Mobile Solutions marca el modelo RJ como descatalogado en Norteamérica, mientras que la disponibilidad varía según la región. Confirma la configuración regional de la QL, porque en documentación antigua apareció un soporte opcional de ZPL solo bajo petición. Añade CPCL en la RE310 cuando la demanda móvil lo justifique y prioriza después DPL u otra familia nativa a partir de peticiones reales de clientes.
Hay un motivo para elegir igualmente la RJ-2035B: las pruebas de compatibilidad entre implementaciones. Una segunda emulación de EPL o ZPL puede sacar a la luz suposiciones que la primera implementación toleraba. Eso resulta útil cuando un producto ya afirma ser compatible con varios fabricantes, pero es un objetivo distinto de cubrir un modelo de integración que aún no tienes.
Construye el soporte en torno a capacidades, no a acrónimos
Un sistema de impresión mantenible debería conservar un único modelo de etiqueta neutro y renderizarlo después a través de back ends específicos de cada lenguaje. El modelo neutro define el tamaño físico, la resolución final en puntos, los bloques de texto, los datos del código de barras, las zonas de silencio, las imágenes, las copias y la intención de acabado. Cada back end informa de lo que puede conservar y de lo que debe rasterizar o rechazar.
Un control de calidad para cada nuevo lenguaje de impresora
- doneDeclara el perfilEnumera los comandos, los tipos de código de barras, las resoluciones, los modos de material, las codificaciones y las exclusiones conocidas que se admiten.
- doneGuarda trabajos de referenciaConserva trabajos de origen representativos y los mapas de bits esperados para cada back end.
- doneUsa impresoras físicasIncluye al menos una referencia nativa cuando sea posible y una emulación importante antes de anunciar compatibilidad entre fabricantes.
- donePrueba datos difícilesImprime campos vacíos, identificadores largos, ceros iniciales, texto no latino, caracteres de control y cargas máximas de código de barras.
- doneEscanea el resultadoVerifica el código de barras real con los escáneres y las distancias de trabajo que se usan en el flujo real.
- doneRepite tras cada actualizaciónVuelve a ejecutar la matriz después de cambiar el firmware de la impresora, el renderizador, las fuentes, la compresión o los ajustes de material.
Mantén también separadas las pruebas de diseño de etiqueta y las de protocolo de impresora. Un lenguaje puede dibujar correctamente los puntos solicitados y aun así fallar el código de barras porque es demasiado pequeño, no tiene zona de silencio suficiente o se imprimió con una intensidad equivocada. Usa la lista de comprobación de diseño de etiquetas de código de barras para la etiqueta en sí y compara la térmica directa con la transferencia térmica antes de elegir el material y la impresora.
Fuentes y método de investigación
Este artículo se apoya, siempre que ha sido posible, en guías de programación de los fabricantes, matrices para desarrolladores y especificaciones de producto actuales. Las páginas de producto acreditan que un modelo expone un lenguaje. Las referencias de comandos acreditan qué admite realmente esa implementación. No se han utilizado estimaciones comerciales de tamaño de mercado para calcular porcentajes por protocolo, porque sus categorías, periodos y solapamientos no son comparables.
- Zebra: documentación de programación de ZPL, guía de programación de EPL y CPCL para impresoras Link-OS.
- TSC: manual de programación de TSPL y TSPL2 y especificaciones de lenguaje de la RE310.
- Brother: matriz de modelos compatibles de la referencia de comandos, referencia Raster de la gama QL y guía de emulación ZPL para RJ, TD y TJ.
- Honeywell, SATO, Toshiba, Citizen y BIXOLON: las páginas actuales de producto y de lenguajes enlazadas en las secciones correspondientes aportan los ejemplos de compatibilidad entre fabricantes.
- Estándares y vías de impresión afines: IPP Everywhere, registro del puerto 9100 de IANA y referencia de ESC/POS de Epson.
Exporta los modelos de impresora solicitados en los últimos 90 días y agrúpalos por vía de lenguaje documentada exacta. Elige la siguiente implementación según cuántos dispositivos adicionales alcanza y, antes de declarar el lenguaje compatible, imprime y escanea un pequeño paquete de regresión de compatibilidad.
