On sous-estime facilement les protocoles des imprimantes thermiques. Une imprimante peut être visible en USB ou en Wi-Fi, accepter une connexion et sortir malgré tout une étiquette vierge ou une page de texte de commandes. La connexion a fonctionné. C'est simplement que l'imprimante n'a pas compris le langage utilisé pour décrire l'étiquette.
En résumé, ZPL II constitue une première cible réaliste pour l'envoi de commandes brutes, car plusieurs grands constructeurs documentent des modes compatibles. TSPL ou TSPL2 est une bonne deuxième cible pour les parcs TSC. EPL2 couvre les applications historiques, tandis que Brother Raster ouvre une voie de commandes distincte sur la gamme QL. Les autres langages deviennent importants lorsque le matériel des clients ou leurs applications existantes l'exigent. La suite de ce guide explique pourquoi une feuille de route guidée par la demande est plus utile qu'un classement de popularité.
Ce guide couvre les principales voies de commandes brutes, de raster et de modèles stockés utilisées par les imprimantes thermiques d'étiquettes et les imprimantes mobiles. Les exemples de compatibilité ont été vérifiés dans la documentation constructeur disponible le 1er septembre 2026. Vérifiez toujours le modèle exact, le firmware, la résolution et les options installées avant de promettre une prise en charge.
Le langage d'imprimante n'est qu'une couche parmi d'autres
On emploie souvent le mot protocole pour désigner des éléments très différents de la chaîne d'impression. Séparer les couches rend le diagnostic de la plupart des problèmes de compatibilité beaucoup plus simple.
USB, Bluetooth, liaison série, Wi-Fi, Ethernet, TCP brut, LPR et IPP acheminent un travail jusqu'à l'imprimante. Ils ne définissent pas la mise en page de l'étiquette.
ZPL, EPL, TSPL, CPCL et DPL décrivent les objets de l'étiquette et exposent souvent des commandes de support, d'état, de stockage et de finition.
PDF, PWG Raster, JPEG et les flux raster propriétaires représentent une page ou ses pixels. Les attributs du travail ou des commandes matérielles distinctes peuvent malgré tout piloter le support, la coupe, le mode pré-décollage et le reste du matériel.
Code 128, EAN-13, Data Matrix et QR Code définissent la façon dont les données deviennent des barres ou des modules. Le langage d'imprimante place et génère ce symbole.
Un travail ZPL peut par exemple transiter par USB, Bluetooth ou le réseau. Le port TCP 9100 est enregistré comme flux de données en langage de description de page pour imprimantes, mais les octets transportés doivent toujours correspondre à un langage que l'imprimante comprend (registre des services IANA). IPP est un protocole de gestion des travaux. Les clients peuvent découvrir des imprimantes via DNS-SD, interroger leurs capacités via IPP, soumettre des travaux et recevoir leur état. Le travail doit malgré tout utiliser un format de document annoncé par l'imprimante, comme PWG Raster, JPEG ou PDF (RFC 8011, guide IPP du PWG).
L'impression sans pilote est devenue la norme sur les imprimantes bureautiques, mais les imprimantes d'étiquettes industrielles restent une exception notable. OpenPrinting cite explicitement les imprimantes d'étiquettes industrielles et d'autres matériels de marchés verticaux parmi les cas typiques qui nécessitent encore un pilote, une application d'impression ou une voie en langage brut (recommandations pilotes d'OpenPrinting).
Trois schémas d'intégration pour une même étiquette
La plupart des intégrations d'impression directe d'étiquettes suivent l'un de ces trois schémas. Aucun n'est universellement meilleur et ils ne s'excluent pas. Un flux à base de modèles stockés repose généralement sur un langage de commandes natif ou sur le firmware de l'imprimante. Le bon choix dépend de la part de mise en page qui revient à l'hôte, de celle qui revient à l'imprimante et du nombre de familles d'imprimantes qui doivent partager une même conception.
| Modèle | Ce que l'application envoie | Principal avantage | Principal coût |
|---|---|---|---|
| Langage de commandes natif | Des commandes texte pour les positions, les polices, les codes-barres, le support et la quantité à imprimer. | Travaux légers, codes-barres générés par l'imprimante, état et pilotage du matériel, formats stockés. | Un moteur de rendu et un banc de test distincts pour chaque langage ou émulation. |
| Flux raster | Une image bitmap finalisée en un bit ou en couleurs limitées, plus les commandes de configuration et d'avance propres au modèle. | L'application maîtrise le rendu final avec un seul moteur de mise en page visuelle. | Charges utiles plus lourdes, encodage exact des points, tables de support, orientation et particularités de chaque modèle. |
| Modèle stocké | Le modèle est installé une fois, puis chaque travail n'envoie que du texte variable, des données de code-barres ou un numéro de modèle. | Travaux très légers à l'exécution et flux autonomes bien pratiques. | Déploiement des modèles, versionnage, synchronisation et changements de mise en page limités à l'exécution. |
Les langages de commandes ne sont pas forcément plus précis qu'une sortie raster. Ils déplacent simplement certaines responsabilités vers l'imprimante. Une commande de code-barres native laisse le firmware calculer le symbole. Une voie raster suppose une chaîne de rendu côté hôte, dans l'application ou dans un pilote, qui dessine chaque barre à la résolution finale de l'imprimante. Un moteur de rendu partagé peut préserver la géométrie voulue entre plusieurs back ends raster à condition que chaque bitmap soit généré à la résolution native de l'imprimante cible et ne soit jamais redimensionné ensuite.
Les pilotes peuvent rendre cette conversion confortable sans exposer toutes les fonctions de l'imprimante. La note technique CUPS de Honeywell montre du PDF ou du PostScript rastérisé puis encapsulé en graphiques Direct Protocol, tandis que les travaux bruts Fingerprint, IPL ou DPL passent par des files en mode direct. Cette voie pilote n'expose ni le massicot ni la RFID, un bon rappel du fait que fidélité visuelle et pilotage du matériel sont deux sujets distincts (note technique CUPS de Honeywell).
Comment reconnaître les langages courants
Un travail d'impression capturé révèle souvent son langage avant même que l'on identifie le modèle d'imprimante. Il s'agit ici de motifs de reconnaissance, pas d'exemples complets prêts à imprimer.
| Langage | Motif typique | Ce que ce motif signifie |
|---|---|---|
| ZPL II | ^XA ... ^FO ... ^FD ... ^XZ | Un format démarre, les champs sont positionnés puis remplis, et le format se termine. |
| EPL2 | N, puis des champs A ou B, puis P1 | Vider la mémoire image, ajouter du texte ou un code-barres, imprimer une étiquette. |
| TSPL ou TSPL2 | SIZE, GAP, CLS, TEXT ou BARCODE, PRINT | Des commandes lisibles de configuration et de tracé construisent l'étiquette. |
| CPCL | ! 0 ..., commandes de mise en page, FORM, PRINT | Un format d'étiquette ASCII orienté mobilité, avec un en-tête de travail explicite. |
| Brother Raster | Initialisation binaire, octets de contrôle, lignes raster répétées, commande d'impression finale. | L'étiquette est déjà convertie en points avant d'atteindre l'imprimante. |
| ESC/POS | Octets de contrôle d'échappement et de séparateur de groupe mêlés à du texte ou à des données image. | Un flux orienté ticket qui pilote la mise en page par lignes, la coupe, l'état et d'éventuelles fonctions d'étiquetage. |
ZPL II : une base de compatibilité pragmatique
ZPL signifie Zebra Programming Language. ZPL II est la variante moderne à laquelle renvoie généralement ZPL dans les spécifications actuelles, même si Zebra précise qu'elle n'est pas totalement compatible avec le ZPL d'origine. C'est un langage de commandes ASCII pour les champs d'étiquette, les polices, les formes, les graphiques, les codes-barres, la sérialisation, les formats stockés, les réglages de l'imprimante et l'état. Le guide de programmation de Zebra documente à la fois les commandes de format et les commandes de contrôle, y compris les modèles enregistrés et les graphiques téléchargés (guide de programmation ZPL).
Son importance dépasse le matériel Zebra. Des produits actuels ou récents documentent des modes compatibles ZPL sous des noms comme l'émulation ZPL2 de TSC, ZSim2 chez Honeywell, SZPL chez SATO, BPL-Z chez BIXOLON et GZPL chez GoDEX. Citizen liste ZPL2 aux côtés des émulations Datamax et EPL2 sur la CL-E303 (spécifications de la Citizen CL-E303). Toshiba indique ZPL II à côté de son TPCL natif sur certains modèles.
ZPL II devient ainsi un premier langage pertinent pour un produit d'impression brute multimarque. Cela ne signifie pas que toutes les commandes ZPL se comportent partout de la même façon. Les polices, les commandes RFID, les objets téléchargés, le calibrage du support, les réponses d'état et les commandes récentes sont des points de divergence fréquents. Un produit doit annoncer la prise en charge d'un profil ZPL testé, et non prétendre que toutes les imprimantes ZPL sont interchangeables.
EPL et EPL2 : une couverture historique qui compte
EPL signifie Eltron Programming Language. Le mode page d'EPL2 décrit une étiquette complète avec des champs positionnés. Le mode ligne compatible EPL1 est un mode plus ancien et plus simple, qui produit une sortie ligne à ligne à la manière d'EPL1 et impose de vraies limites de mise en page. Zebra décrit le mode ligne comme inadapté au placement fin des éléments, à leur superposition ou aux codes-barres horizontaux en échelle (guide du mode ligne EPL de Zebra).
Zebra continue de documenter EPL2 pour la compatibilité avec les applications historiques, et plusieurs modèles actuels annoncent EPL2 ou une émulation EPL2. Son guide de programmation complet reste disponible pour les commandes de texte ASCII, de codes-barres, de graphiques, de formulaires, de variables et de compteurs (guide de programmation EPL).
La vraie limite, c'est le recouvrement. Plusieurs exemples actuels cités dans ce guide documentent à la fois EPL et ZPL. La couverture matérielle supplémentaire apportée par l'ajout d'EPL après ZPL est donc inconnue, même lorsque la compatibilité EPL est largement documentée. Cela reste un ajout précoce raisonnable si des clients existants disposent de modèles EPL, ou si le matériel de test le prend déjà en charge.
Ne partez pas du principe qu'une mise en page qui tient en ZPL tiendra en EPL. Zebra documente en ZPL les fonctions TrueType, OpenType, les polices vectorielles et le mappage Unicode, alors qu'EPL ne peut pas utiliser les mêmes objets de police vectorielle. Testez le jeu de caractères réel, les métriques des polices, les retours à la ligne et le comportement de repli sur chaque implémentation cible.
TSPL, TSPL2 et TSPL-EZ
TSPL et TSPL2 sont les langages de composition d'étiquettes de TSC. Ils appartiennent à la même famille, mais ne sont pas parfaitement synonymes. Le manuel officiel commun recense les différences de modèles et de commandes entre les deux. Leurs commandes lisibles définissent la taille de l'étiquette, l'espace inter-étiquettes ou la marque noire, le sens, la densité, le texte, les codes-barres, les images, les compteurs, les fichiers et la quantité à imprimer (manuel de programmation TSPL et TSPL2).
TSPL-EZ est la famille de compatibilité et d'émulation de TSC, et non une autre manière d'écrire chaque commande TSPL. Le suffixe et les émulations prises en charge varient selon le modèle. TSC indique par exemple pour la RE310 le langage TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS (page produit de la TSC RE310). D'autres modèles TSC peuvent afficher une variante TSPL-EZ différente ou un autre ensemble de compatibilités.
Pour une application d'étiquetage, la prise en charge native de TSPL a de la valeur quand les imprimantes TSC représentent une part significative du parc client. Les émulations rendent aussi une imprimante TSC utile en développement, mais elles ne prouvent pas que la sortie correspondra à une implémentation native du langage émulé dans tous les cas limites.
Brother, ce sont deux univers de commandes distincts
Brother est facile à mal classer, car ses gammes ne suivent pas toutes le même modèle d'intégration. La famille QL en est l'exemple le plus net. La matrice développeur de Brother indique que les QL-820NWB et QL-820NWBc prennent en charge Raster, ESC/P et P-touch Template. Elle indique que la QL-800 ne gère que Raster, et attribue à plusieurs autres modèles QL leurs propres combinaisons (matrice des modèles de la référence de commandes Brother).
Ce sont là les interfaces de commandes standard actuellement documentées pour la QL-820NWBc. Les suffixes de modèle et les variantes régionales comptent toutefois. Une ancienne fiche européenne officielle de la série QL-800 annonçait une émulation ZPL II pour la QL-820NWB upon request (fiche série QL-800 de Brother Europe). Vérifiez le suffixe du modèle, la région, le firmware et la configuration optionnelle avant d'affirmer sans nuance que toutes les QL-820 gèrent ZPL. Raster reste la voie directe clairement documentée sur cette génération de QL.
Convertissez toute l'étiquette en points, puis envoyez l'initialisation, les informations de support, les lignes raster et une commande d'impression. Idéal quand l'application gère déjà la mise en page et le rendu des codes-barres.
Envoyez des commandes de tracé et de texte plutôt qu'une image finalisée. Brother adapte ce langage à ses imprimantes : ce n'est pas l'ESC/POS orienté ticket.
Transférez un modèle préparé vers l'imprimante, puis remplissez les objets texte et code-barres depuis un lecteur, un ordinateur ou un autre appareil, sans reconstruire toute la mise en page.
La référence Raster de la série QL-800 de Brother indique qu'un travail contient des commandes d'initialisation, des codes de contrôle, des données raster et des commandes d'impression. Elle définit aussi, selon le modèle, les formats de page, les marges, la résolution, la compression, la coupe et les données raster bicolores (référence des commandes Raster Brother QL). Le raster simplifie donc la portabilité visuelle, mais ne supprime pas le travail spécifique à chaque appareil. L'intégration doit toujours gérer les bons identifiants de support, les dimensions en points, l'orientation, la compression, l'état et le comportement de coupe.
Brother Raster est un flux de commandes propriétaire propre à une famille de modèles. PWG Raster est un format de document normalisé, généralement soumis via IPP. Tous deux décrivent des pixels, mais leur structure, leurs commandes et leur interopérabilité diffèrent : ils ne sont pas interchangeables.
Certaines imprimantes Brother RJ, TD et TJ forment un groupe à part. Brother y documente FBPL ainsi que des émulations ZPL, EPL, CPCL, DPL ou ESC/POS selon le modèle. Sur la RJ-2035B, le firmware téléchargeable FBPL-EZC fournit EPL2, ZPL2 et CPCL, tandis que FBPL-EZP fournit EPL2, ZPL2 et ESC/POS. CPCL et ESC/POS ne doivent donc pas être promis ensemble sans vérifier le firmware installé (FAQ firmware Brother RJ). Le guide EPL dédié liste les commandes prises en charge par l'émulation (guide d'émulation EPL de Brother).
CPCL et ESC/POS : les voies mobiles et ticket
CPCL signifie Comtec Printer Control Language. Il associe un langage de composition d'étiquettes à un mode d'impression ligne à ligne et reste étroitement lié à l'impression mobile. Le guide CPCL actuel de Zebra est inhabituellement clair sur la stratégie : ZPL est privilégié pour les nouveaux développements, tandis que CPCL est maintenu sur certaines imprimantes Link-OS pour la rétrocompatibilité, les nouvelles fonctions ZPL n'arrivant généralement pas dans CPCL (guide CPCL de Zebra).
CPCL reste important quand une application ou un parc mobile l'utilise déjà. Sur des modèles comme la ZQ600 Plus, qui accepte CPCL, ZPL et EPL, CPCL préserve les travaux existants mais n'ajoute aucun modèle physique supplémentaire (documentation des langages de la ZQ600 Plus). D'autres modèles actuels, dont les ZQ120 Plus et ZQ220 Plus, documentent CPCL et ESC/POS sans ZPL : la valeur ajoutée dépend donc du modèle (présentation des ZQ120 Plus et ZQ220 Plus).
ESC/POS a été introduit par Epson comme système de commandes propriétaire pour les imprimantes de point de vente. Il couvre le texte, la position d'impression, l'avance du papier, l'état, les codes-barres, les images bitmap et le matériel comme les massicots. Il ne se limite pas aux tickets : la liste de commandes de la TM-L90 d'Epson et son exemple d'étiquette incluent le positionnement d'étiquettes et de marques noires sur les modèles concernés (liste de commandes TM-L90, exemple d'étiquette Epson). Les implémentations compatibles ESC/POS d'autres marques peuvent exposer des sous-ensembles et des réglages par défaut propres à chaque modèle. C'est une priorité forte pour les logiciels de caisse, mais généralement moins pour une application centrée sur les étiquettes prédécoupées.
Les autres langages constructeurs et industriels
Ces langages comptent, mais leur usage et leur documentation publique se concentrent sur certains écosystèmes constructeurs et sur des scénarios de migration. Une cartographie synthétique est plus utile que de traiter chaque acronyme comme une plateforme équivalente.
| Langage | Écosystème d'origine | Pourquoi il compte encore | Quand le prendre en charge |
|---|---|---|---|
| DPL | Datamax, aujourd'hui dans la lignée des imprimantes Honeywell. | DPL est né chez Datamax et Honeywell publie toujours une référence de commandes DPL à jour. D'autres marques l'émulent également. | À ajouter quand les données de modèles Honeywell ou Datamax justifient un profil testé. |
| IPL | Intermec Printer Language, désormais pris en charge dans les produits Honeywell. | Des systèmes industriels et logistiques anciens peuvent déjà générer ce langage depuis l'hôte (référence de commandes IPL). | À prioriser pour les migrations Intermec ou un parc Honeywell identifié. |
| Fingerprint | Intermec et Honeywell. | Un langage résident dans l'imprimante, inspiré du BASIC, capable d'exécuter des programmes, de la logique, du traitement de données et des flux d'impression autonomes (référence de commandes Fingerprint). | À utiliser quand une intégration Honeywell nécessite des applications embarquées ou des programmes Fingerprint existants. |
| Direct Protocol | Intermec et Honeywell. | Un sous-ensemble de Fingerprint piloté par l'hôte, et non un autre nom pour IPL. | À utiliser pour des formats Direct Protocol existants ou des flux Honeywell natifs sans programme embarqué complet. |
| SBPL | SATO Barcode Printer Language. | C'est la famille de commandes natives commune de SATO, capable d'exposer des fonctions qu'une émulation n'offre pas. | À ajouter pour des clients très équipés en SATO ou des flux RFID et matériels natifs. |
| TPCL | TEC Printer Control Language, natif des imprimantes Toshiba TEC. | Il reste le langage natif des imprimantes de codes-barres Toshiba, même si certains modèles émulent aussi la concurrence (manuel du pilote TPCL). | À ajouter quand des parcs Toshiba ou une bibliothèque de formats TPCL entrent en jeu. |
| Modes SLCS et BPL | Imprimantes d'étiquettes BIXOLON. | Le manuel SLCS de BIXOLON définit ses commandes d'étiquette natives. Les modèles peuvent aussi annoncer des modes de compatibilité BPL-Z, BPL-E et, en option, BPL-D. | Utilisez le SLCS natif quand le comportement propre à BIXOLON compte ; sinon, validez d'abord une émulation existante. |
| EZPL, GEPL, GZPL et GDPL | GoDEX. | Le manuel EZPL couvre l'EZPL natif ainsi que GEPL, compatible EPL, et GZPL, compatible ZPL. Certains produits actuels annoncent aussi GDPL, compatible Datamax (brochure RT700i+). | Vérifiez le modèle et le firmware exacts, puis testez chaque mode de compatibilité avant de supposer une sortie identique. |
| FBPL | Certaines imprimantes Brother RJ, TD et TJ. | C'est la voie de commandes native documentée sur des modèles qui peuvent aussi exposer plusieurs émulations et programmes stockés. | À ajouter pour les fonctions natives industrielles ou mobiles de Brother, pas pour la famille QL en Raster. |
La PM65 actuelle de Honeywell montre comment une seule imprimante peut accepter des langages de commandes hôtes, des formats de documents et des applications embarquées. Ses spécifications listent DPL, Direct Protocol, Fingerprint, IPL, ZSim2 pour ZPL II, PDF, XML et l'impression intelligente en C# sur un même appareil (spécifications de la Honeywell PM65). La CT4-LX de SATO liste de la même façon le SBPL natif avec SZPL, SDPL, SIPL, STCL et SEPL compatibles concurrence, plus une option d'analyse automatique du langage (réglages de langage de la SATO CT4-LX). SATO documente aussi le fait que le langage sélectionné peut limiter certaines fonctions, notamment des commandes RFID qui, sur ce modèle, ne s'appliquent qu'en SBPL et SZPL (prise en charge des langages de la CT4-LX).
Toshiba illustre le même schéma. La BX430T documente le TPCL natif avec détection automatique de ZPL II, DPL, SBPL et PDF (spécifications de la Toshiba BX430T). La SLP-DX220 de BIXOLON annonce SLCS, BPL-Z, BPL-E et, en option, BPL-D (BIXOLON SLP-DX220). Ces exemples expliquent pourquoi on ne peut pas additionner les totaux par protocole. Une même imprimante physique peut appartenir à plusieurs catégories de langage.
Prise en charge native et émulation, ce n'est pas la même chose
Une émulation interprète des commandes écrites pour une autre famille d'imprimantes. Elle permet à une imprimante de remplacement de fonctionner sans toucher à une application bien installée, ce qui est extrêmement utile. Il s'agit malgré tout d'une implémentation de compatibilité, avec sa liste de commandes, ses polices et ses comportements matériels définis.
Le guide d'émulation ZPL II de Brother illustre parfaitement la différence. Il liste les commandes et les polices prises en charge, impose des réglages de support et de calibrage dans l'outil de gestion Brother, et documente même un mécanisme permettant d'ignorer certaines commandes de format ZPL lorsqu'elles provoquent des problèmes d'impression (guide d'émulation ZPL II de Brother). Une étiquette d'expédition simple peut fonctionner telle quelle, alors qu'un format qui télécharge des polices, interroge l'état, écrit de la RFID ou dépend d'un réglage persistant échouera.
Ce qu'il faut vérifier sur chaque émulation
- doneSous-ensemble de commandesComparez chaque commande émise par l'application à la référence d'émulation du modèle exact.
- donePolices et encodageTestez l'Unicode, les pages de codes, les noms de police, les métriques, les glyphes de repli et la prise en charge des polices téléchargées.
- doneCoordonnées et résolutionConfirmez la sortie en 203, 300 ou 600 ppp, la rotation, l'origine et les arrondis aux positions finales des points.
- doneGestion du supportTestez les espaces, les marques noires, le support continu, le calibrage, le prédécoupage, le pré-décollage, la coupe et les supports sans doublure, selon les cas.
- doneÉtat et sessionVérifiez l'initialisation, les réglages persistants, les réponses d'erreur, la fin de travail, la pause, l'annulation et la reconnexion.
- doneÉtiquettes réellesImprimez des travaux contenant les valeurs les plus courtes et les plus longues attendues, des graphiques, tous les types de codes-barres, plusieurs exemplaires et des travaux relancés après une coupure d'alimentation.
Pourquoi aucun graphique honnête de parts de marché par protocole n'existe
Les études de marché publiques estiment en général le chiffre d'affaires des constructeurs ou les volumes livrés pour une catégorie comme les imprimantes de codes-barres. Estimer la portée d'un protocole demande bien plus : le parc installé actif par modèle exact, le firmware et les options, les émulations activées, les commandes prises en charge par chaque émulation, et le fait de savoir si le parc accepte déjà un autre langage. Aucun jeu de données public et vérifiable examiné pour ce guide ne fournit cette correspondance.
La part de marché d'un constructeur ne se convertit pas non plus directement en part de langage. Le matériel Zebra alimente ZPL, mais des modes ZPL apparaissent aussi chez TSC, Honeywell, SATO, BIXOLON, Citizen, Toshiba, Brother et GoDEX. À l'inverse, une seule imprimante SATO, Honeywell ou Toshiba peut accepter cinq langages ou plus. Les pourcentages se recouvrent et leur somme peut dépasser largement 100 %.
| Modèle d'exemple | Voies de langage documentées | Ce que l'exemple démontre |
|---|---|---|
| Zebra ZQ600 Plus | ZPL, CPCL, EPL. | Plusieurs grands langages Zebra peuvent coexister sur une même série mobile. |
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Un seul modèle mobile TSC couvre plusieurs cibles de compatibilité. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Les voies de commandes standard documentées de ce modèle QL diffèrent du trio habituel ZPL, EPL et TSPL. Le ZPL optionnel doit être vérifié dans la configuration. |
| Brother RJ-2035B (retirée du marché nord-américain) | FBPL plus EPL2 et ZPL2 ; CPCL avec le firmware EZC ou ESC/POS avec le firmware EZP. | La famille mobile industrielle de Brother diffère nettement de sa famille QL, et le firmware détermine l'ensemble final des compatibilités. |
| Honeywell PM65 | Fingerprint, Direct Protocol, IPL, DPL, ZSim2, PDF, XML, C#. | Le matériel industriel actuel peut conserver plusieurs langages hérités d'acquisitions. |
| SATO CT4-LX | SBPL, SZPL, SDPL, SIPL, STCL, SEPL. | Modes natifs et modes compatibles concurrence cohabitent dans une imprimante de bureau. |
| Citizen CL-E303 | Datamax DMX, ZPL2, EPL2. | Les langages de compatibilité dépassent largement les entreprises qui les ont créés. |
| Toshiba BX430T | TPCL avec détection automatique de ZPL II, DPL, SBPL et PDF. | Le TPCL natif et plusieurs modes de remplacement peuvent partager une même plateforme. |
Une meilleure mesure, c'est la télémétrie produit. Enregistrez le modèle exact d'imprimante demandé par les utilisateurs, le fait que le travail passe par un pilote ou par des données brutes, le langage actuellement généré et le fait qu'un autre langage déjà pris en charge atteigne ou non cet appareil. Comptez ensuite les appareils supplémentaires, pas des étiquettes de protocoles qui se recouvrent.
Que doit prendre en charge en premier une application d'étiquetage ?
Le bon ordre dépend du point de départ. Un produit neuf a besoin d'un socle large. Un produit qui imprime déjà en ZPL et en TSPL doit plutôt viser de nouveaux écosystèmes et le matériel de test disponible.
| Étape | Langage ou voie | Raison |
|---|---|---|
| Socle | ZPL II | Plusieurs grands constructeurs documentent des modes compatibles et le langage offre un modèle d'étiquette moderne et complet. |
| Socle | TSPL ou TSPL2 | Couverture native de TSC et modèle de commandes simple, surtout quand les appareils TSC comptent sur le marché visé. |
| Extension | Brother Raster | Ajoute une voie de commandes directe pour les modèles QL dont les interfaces standard sont Raster, ESC/P et P-touch Template. Vérifiez le ZPL optionnel selon le modèle et la région. |
| Compatibilité | EPL2 | Prend en charge des formats historiques bien établis et coûte souvent peu à ajouter et à tester, mais recouvre largement le matériel compatible ZPL. |
| Compatibilité mobile | CPCL | Important quand de vrais parcs mobiles ou des applications CPCL existantes l'exigent ; apport plus faible quand les mêmes appareils acceptent ZPL. |
| Compatibilité industrielle | DPL | Utile pour les installations Datamax et Honeywell, avec une demande à confirmer de préférence sur des données de modèles réelles. |
| Guidé par la demande | IPL, Fingerprint, Direct Protocol, SBPL, TPCL, SLCS, EZPL, FBPL, ESC/POS | Ajoutez de la profondeur native quand un parc client, une fonction manquante ou un flux de caisse rend le retour évident. |
Si ZPL et TSPL fonctionnent déjà, l'ordre d'implémentation et l'importance stratégique peuvent diverger. EPL2 sera peut-être la prochaine fonction la plus rapide à livrer si une imprimante de test actuelle l'émule déjà. Brother Raster constitue une voie d'implémentation plus distincte qu'une énième émulation EPL2, mais la couverture supplémentaire côté appareils clients reste inconnue tant que la liste des modèles cibles n'a pas été mesurée. Sur des appareils qui acceptent déjà ZPL, CPCL apporte une compatibilité de langage de travail plutôt qu'une couverture de nouveaux modèles ; ce sont les modèles uniquement CPCL qui lui donnent de la valeur.
TSC RE310 ou Brother : la réponse concrète
La discussion à l'origine de ce guide portait sur deux questions : une TSC RE310 gère-t-elle déjà EPL2, et une imprimante Brother apporte-t-elle un avantage ? La réponse documentée est oui, la RE310 annonce EPL2 via TSPL-EZC. Et le modèle Brother choisi compte davantage que le nom Brother.
| Imprimante de test | Voies documentées pertinentes ici | Ce qu'elle apporte |
|---|---|---|
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Des tests immédiats et peu coûteux sur plusieurs émulations, avec le matériel déjà en main. |
| Brother RJ-2035B | FBPL plus EPL2 et ZPL2 ; CPCL ou ESC/POS selon le firmware EZC ou EZP installé. | Apporte FBPL et le comportement de l'émulateur d'un second constructeur, mais EPL2, ZPL2 et CPCL recouvrent la RE310. Brother Mobile Solutions la signale comme retirée du marché nord-américain ; la disponibilité varie selon les régions. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Une voie d'intégration QL distincte, donc davantage de diversité de voies de commandes. |
Une GK420d d'occasion n'a d'intérêt que s'il faut reproduire un parc historique. Elle gère nativement ZPL et EPL avec détection automatique du format, plus le mode ligne compatible EPL1, mais la page de cycle de vie de Zebra indique une fin de commercialisation régionale en 2021 ou 2022 et une fin de service en 2025 (cycle de vie de la GK420d). Pour un achat neuf, la ZD421 actuelle est la référence prise en charge pour ZPL II et EPL2. Le mode ligne compatible EPL1 s'y limite à la configuration thermique directe 203 ppp (spécifications de la ZD421).
Implémentez et testez EPL2 d'abord sur la RE310, puisque le matériel est déjà disponible. Si le prochain achat doit maximiser la couverture de nouvelles voies de commandes, une QL-820NWBc standard comme cible Raster apporte plus de diversité que la RJ-2035B. Brother Mobile Solutions signale le modèle RJ comme retiré du marché nord-américain, la disponibilité variant selon les régions. Confirmez la configuration régionale de la QL, car une prise en charge ZPL optionnelle, sur demande, a existé dans une documentation plus ancienne. Ajoutez CPCL sur la RE310 quand la demande mobile le justifie, puis priorisez DPL ou une autre famille native à partir des demandes réelles des clients.
Il reste une raison de choisir malgré tout la RJ-2035B : les tests de compatibilité entre implémentations. Une seconde émulation EPL ou ZPL peut révéler des hypothèses que la première tolérait. C'est utile une fois qu'un produit revendique une compatibilité multiconstructeur, mais c'est un objectif différent de celui d'ajouter un modèle d'intégration encore non couvert.
Construisez la prise en charge autour des capacités, pas des acronymes
Un système d'impression maintenable doit conserver un modèle d'étiquette neutre unique, puis le restituer via des back ends propres à chaque langage. Le modèle neutre définit la taille physique, la résolution finale en points, les blocs de texte, les données de code-barres, les zones de silence, les images, le nombre de copies et l'intention de finition. Chaque back end indique ce qu'il peut préserver et ce qu'il doit rastériser ou refuser.
Un point de contrôle avant toute nouvelle prise en charge de langage
- doneDéclarez le profilListez les commandes, types de codes-barres, résolutions, modes de support et encodages pris en charge, ainsi que les exclusions connues.
- doneConservez des travaux de référenceArchivez des travaux sources représentatifs et les bitmaps attendus pour chaque back end.
- doneUtilisez de vraies imprimantesIncluez au moins une référence native quand c'est possible et une émulation importante avant d'annoncer une compatibilité multimarque.
- doneTestez les données difficilesImprimez des champs vides, des identifiants longs, des zéros en tête, du texte non latin, des caractères de contrôle et des charges de codes-barres maximales.
- doneScannez le résultatVérifiez le code-barres réel avec les lecteurs et les distances de travail utilisés dans le flux réel.
- doneRecommencez après chaque mise à jourRejouez la matrice après tout changement de firmware, de moteur de rendu, de polices, de compression ou de réglages de support.
Gardez aussi séparés les tests de conception d'étiquette et les tests de protocole d'imprimante. Un langage peut restituer correctement les points demandés alors que le code-barres échoue quand même, parce qu'il est trop petit, que sa zone de silence est insuffisante ou qu'il a été imprimé avec un mauvais niveau de contraste. Utilisez la check-list de conception d'étiquettes à code-barres pour l'étiquette elle-même et comparez le thermique direct et le transfert thermique avant de choisir le support et le matériel.
Sources et méthode de recherche
Cet article s'appuie autant que possible sur les guides de programmation des constructeurs, les matrices destinées aux développeurs et les spécifications produits actuelles. Les pages produits établissent qu'un modèle expose un langage. Les références de commandes établissent ce que cette implémentation prend réellement en charge. Les estimations commerciales de taille de marché n'ont pas servi à calculer des pourcentages par protocole, car leurs catégories, leurs périodes et leurs recouvrements ne sont pas comparables.
- Zebra : documentation de programmation ZPL, guide de programmation EPL et CPCL pour imprimantes Link-OS.
- TSC : manuel de programmation TSPL et TSPL2 et spécifications de langage de la RE310.
- Brother : matrice des modèles compatibles de la référence de commandes, référence Raster de la gamme QL et guide d'émulation ZPL pour RJ, TD et TJ.
- Honeywell, SATO, Toshiba, Citizen et BIXOLON : les pages produits et pages de langages actuelles liées dans les sections concernées fournissent les exemples de compatibilité multiconstructeur.
- Normes et voies d'impression connexes : IPP Everywhere, registre IANA du port 9100 et référence ESC/POS d'Epson.
Exportez les modèles d'imprimantes demandés sur les 90 derniers jours et regroupez-les par voie de langage documentée exacte. Choisissez l'implémentation suivante selon le nombre d'appareils supplémentaires qu'elle atteint, puis imprimez et scannez un petit lot de régression de compatibilité avant de déclarer le langage pris en charge.
