ZPL, EPL et TSPL servent surtout à décrire des étiquettes ; ESC/POS pilote principalement les tickets et les périphériques de caisse. Ces langages ne sont pas interchangeables, même lorsqu’une imprimante annonce une émulation ou plusieurs modes.
La prise USB ou l’adresse réseau transporte les données, mais elle ne les traduit pas. Avant d’acheter une imprimante, il faut donc identifier ce que le logiciel envoie réellement : un document traité par un pilote, une image, ou une suite de commandes destinée à un langage précis.
Quatre langages en tableau
| Critère | ZPL | EPL | TSPL | ESC/POS |
|---|---|---|---|---|
| Usage dominant | Étiquettes et codes-barres | Étiquettes, surtout parcs anciens | Étiquettes et codes-barres | Tickets, reçus et caisse |
| Origine | Zebra | Eltron, repris par Zebra | TSC | Epson |
| Document type | Format positionné en points | Format d’étiquette plus ancien | Format d’étiquette avec commandes TSC | Lignes, page, coupe et périphériques POS |
| Atout fréquent | Écosystème et déploiements d’étiquettes | Continuité d’anciens modèles | Commandes natives et émulations selon gamme | Intégration des imprimantes de tickets |
| Risque principal | Supposer qu’une émulation couvre toutes les commandes | Choisir un langage hérité pour un nouveau projet | Confondre TSPL natif et compatibilité annoncée | L’utiliser comme substitut universel pour les étiquettes |
| Vérification décisive | Modèle, micrologiciel, résolution et commandes utilisées | Mode EPL réellement activé et limites | Référence exacte et liste des émulations | Liste des commandes du modèle de ticket |
Le tableau indique des familles d’usage, pas une règle absolue. Certaines imprimantes de tickets savent gérer des étiquettes, et certaines machines d’étiquettes comprennent plusieurs syntaxes. La documentation du modèle reste prioritaire, car une mention « compatible » peut ne couvrir qu’une partie du langage d’origine.
ZPL pour les étiquettes
ZPL signifie Zebra Programming Language. Un format commence généralement par une commande d’ouverture, décrit la position des champs, leurs polices, les codes-barres ou les images, puis ferme le travail. Le fichier peut rester très léger lorsque l’imprimante possède les ressources nécessaires et que le modèle d’étiquette est bien construit.
Ce langage est très présent dans la logistique, l’expédition, l’industrie et l’identification. Il permet de placer précisément chaque élément sur une surface définie en points. Cette précision dépend de la résolution : un format pensé pour 203 points par pouce ne se transpose pas toujours sans adaptation à 300 ou 600 points par pouce.
L’avantage d’un format envoyé directement est de ne pas dépendre de la mise en page d’un poste utilisateur. Le même système peut injecter une référence, un lot ou une adresse dans un modèle stocké. En contrepartie, l’application doit gérer l’encodage, la taille physique, les polices disponibles et les réponses de la machine.
Plusieurs fabricants annoncent une émulation ZPL. Cela facilite une migration, mais ne transforme pas automatiquement l’imprimante en modèle Zebra. Les commandes rares, les polices, les images enregistrées, l’état des capteurs, le retour d’état ou les extensions peuvent différer. Testez les formats réellement utilisés, y compris les accents et les codes 2D.
EPL pour les parcs anciens
EPL, pour Eltron Programming Language, reste présent dans des installations historiques. Des logiciels anciens génèrent encore des formats EPL et certaines imprimantes Zebra continuent de les interpréter. Cette continuité évite parfois de réécrire immédiatement une application stable lors du remplacement d’un matériel.
Il faut toutefois distinguer EPL1 en mode ligne et EPL2 en mode page. Le premier répond à des scénarios simples et possède des limites de placement. Le second décrit une étiquette complète. Une fiche qui mentionne « EPL » sans préciser le mode ne suffit donc pas à valider un projet.
Pour un nouveau développement, choisir EPL uniquement parce qu’un ancien modèle l’utilisait peut enfermer le parc dans une compatibilité héritée. Zebra recommande ZPL pour ses développements actuels et ses capacités de polices. EPL garde sa valeur lorsqu’un flux existant doit être conservé, à condition de documenter les commandes effectivement employées.
Lors d’une migration, imprimez la configuration de l’ancienne machine, archivez plusieurs formats réels et comparez les résultats sur la remplaçante. La présence d’un texte et d’un code-barres ne suffit pas : contrôlez la position, la hauteur des barres, les marges, la vitesse, la densité et le comportement après une série de travaux.
TSPL selon les modèles
TSPL et TSPL2 désignent le langage de programmation des imprimantes TSC. Il permet de définir la taille, l’espace entre étiquettes, la vitesse, la densité, la direction, puis de placer textes, barres, cadres, images et codes-barres. Sa logique répond donc au même besoin général que ZPL sans employer la même syntaxe.
Les mentions TSPL-EZ ou TSPL-EZD ajoutent, selon la gamme, des compatibilités avec EPL, ZPL, ZPL II ou d’autres langages. Le contenu exact n’est pas identique sur tous les produits. Une imprimante mobile peut proposer une combinaison différente d’un modèle industriel, et certaines fonctions peuvent être des options de fabrication.
Si votre logiciel produit du TSPL natif, vérifiez les commandes de format, les pages de codes et les symboles utilisés. S’il produit du ZPL envoyé à une imprimante TSC, traitez le projet comme une migration par émulation : testez un échantillon représentatif et conservez la possibilité de corriger les formats.
La mention d’un langage ne dit rien non plus du support mécanique. Une machine peut comprendre la syntaxe mais ne pas accepter la largeur, l’épaisseur, le diamètre du rouleau ou le ruban demandé. Le choix doit réunir le langage, la résolution, les capteurs, les consommables et le volume de travail.
ESC/POS pour les tickets
ESC/POS est le système de commandes créé par Epson pour les équipements de point de vente. Il gère le texte, la justification, les images, les codes-barres, l’avance papier, la coupe et, selon le modèle, des périphériques comme un tiroir-caisse. Son terrain naturel reste le reçu imprimé en continu.
Les commandes disponibles varient entre modèles. La référence officielle Epson présente une liste applicable à chaque imprimante TM, ce qui évite de supposer qu’une commande récente fonctionne sur une ancienne machine. Les extensions proposées par d’autres fabricants peuvent aussi s’écarter sur la coupe, les images, les statuts ou les caractères.
ESC/POS possède des modes de page et certaines fonctions d’étiquettes, mais cela ne le rend pas équivalent à ZPL ou TSPL pour un parc de machines à étiquettes. La gestion d’un espace, d’une marque noire, d’un retrait automatique ou d’un format industriel dépend du matériel et des commandes prises en charge.
Pour une caisse, commencez par la liste de compatibilité du logiciel. Celui-ci peut utiliser un pilote, un connecteur fourni par l’éditeur ou des commandes directes. Une imprimante annoncée « ESC/POS compatible » doit être testée avec la coupe, les accents, le logo, le QR code et l’ouverture du tiroir réellement prévus.
Pilote ou commandes brutes
Avec un pilote, l’application demande souvent au système d’imprimer une page ou une image. Le pilote traduit le résultat pour la machine. Cette méthode simplifie la création depuis un logiciel bureautique, mais elle peut ajouter des marges, convertir le texte en image et rendre le résultat sensible aux réglages du poste.
Avec des commandes brutes, l’application construit directement du ZPL, de l’EPL, du TSPL ou de l’ESC/POS. Elle contrôle mieux les champs variables et évite certaines conversions. Elle doit en revanche connaître le langage, gérer les erreurs et empêcher qu’une commande destinée à une famille arrive sur une autre.
La connexion reste indépendante. Le même flux ZPL peut passer par USB, Ethernet ou Bluetooth si le matériel et le système l’autorisent. Inversement, deux imprimantes accessibles à la même adresse réseau peuvent attendre des langages différents. Notre guide USB, Ethernet, Wi-Fi ou Bluetooth aide à choisir le transport après avoir validé la compatibilité.
Demandez à l’éditeur un exemple du travail réellement transmis. Une chaîne commençant par des marqueurs ZPL, une série de commandes ESC/POS ou un document rasterisé ne se diagnostiquent pas de la même façon. En cas de doute, un mode de diagnostic de communication peut montrer les octets reçus sans deviner le rôle du logiciel.
Tester la compatibilité réelle
Préparez dix travaux représentatifs : étiquette courte et longue, accents, logo, code-barres, QR code, numéro variable et série de plusieurs exemplaires. Ajoutez les fonctions difficiles à remplacer, comme la coupe, le retrait d’étiquette, la marque noire ou le retour d’état.
Testez la référence et le micrologiciel exacts, pas seulement une machine de la même marque. Vérifiez le résultat à froid, après redémarrage et après changement de rouleau. Pour une émulation, notez les différences acceptables et celles qui nécessitent une adaptation du format.
Contrôlez aussi les limites physiques. Une largeur de 100 mm, une résolution de 203 points par pouce et un capteur d’espace imposent des paramètres différents d’une machine 300 points par pouce avec marque noire. Une impression réussie une fois ne valide pas la répétabilité ni la lecture des codes.
Conservez enfin un fichier de test versionné et une impression approuvée. Lors d’un changement de modèle, ce couple permet de comparer rapidement le nouveau rendu. Il sert aussi à séparer une régression logicielle d’un problème de calibration ou de qualité du support.
Choisir sans bloquer le projet
Nouvelle application d’étiquetage Zebra : partez sur ZPL si les modèles visés et l’équipe le prennent en charge. Il offre la trajectoire la plus cohérente dans cet écosystème.
Application historique en EPL : conservez EPL pendant la migration si la remplaçante interprète tous les formats nécessaires. Prévoyez ensuite une trajectoire documentée vers un langage maintenu.
Parc TSC et formats maîtrisés : utilisez TSPL natif. Si le logiciel impose ZPL ou EPL, vérifiez l’émulation sur chaque référence avant de standardiser le parc.
Tickets de caisse : privilégiez le langage et le modèle validés par l’éditeur de caisse, souvent ESC/POS ou une intégration dérivée. Testez les fonctions périphériques, pas seulement le texte.
Parc multimarque : fixez un sous-ensemble de commandes validé et un jeu de tests commun. Avant l’achat, consultez la fiche produit et le manuel de programmation de la variante exacte. Pour les supports d’étiquettes, commencez aussi par thermique direct ou transfert.
Références utiles
Les distinctions s’appuient sur les bonnes pratiques de langage Zebra Link-OS, la documentation d’émulation Brother RJ-3055WB et la référence officielle Epson ESC/POS. Les commandes couvertes restent propres au modèle et à sa version.
