Le ñ et les accents s’impriment mal en ZPL : comment les corriger
Les chiffres et les lettres sans accent sont corrects, mais España devient España ou Café devient Café. Cela indique souvent un décalage entre l’encodage envoyé et celui interprété par l’imprimante. Des carrés ou des espaces nécessitent aussi de vérifier la police.
Trois points à faire correspondre
Envoyez des octets UTF-8, placez ^CI28 avant les champs de texte et utilisez une police contenant les caractères nécessaires. ^CI28 choisit l’interprétation des octets : il ne convertit pas un fichier Windows-1252 et ne répare pas un texte déjà corrompu.

1. Identifiez le symptôme
Si vous voyez España, recherchez une mauvaise conversion du texte : ces caractères constituent un indice, sans prouver où l’erreur s’est produite. Un carré, un point d’interrogation ou un espace peut signaler un caractère absent de la police ou perdu avant l’impression. Si ^XA ou ^FD apparaît littéralement, consultez le guide sur le texte illisible en fin de page.
2. Envoyez de l’UTF-8 et déclarez ^CI28
Ouvrez le fichier en UTF-8 et vérifiez qu’il contient España, pas España. Dans l’application d’envoi, encodez le texte une seule fois en UTF-8 et vérifiez que le pilote ou le service d’impression ne le reconvertit pas. Placez ^CI28 au début de chaque format et vérifiez qu’aucun ^CI ultérieur ne change l’encodage avant le champ concerné. Résolvez les entités HTML et les échappements JSON avant de construire le ZPL.
3. Imprimez une étiquette minimale
Cet exemple utilise la police 0 sur une surface d’environ 60 × 40 mm à 203 DPI. Employez le même canal d’envoi que celui qui pose problème et comparez le résultat au texte attendu. L’aperçu aide à contrôler le contenu et la disposition, mais ne prouve ni quels octets arrivent à la Zebra, ni quels caractères sa police contient.
Exemple avec du texte UTF-8
^XA
^CI28
^PW480
^LL320
^LH0,0
^FO24,30^A0N,28,28^FDEspaña - Café^FS
^FO24,85^A0N,28,28^FDá é í ó ú ñ ü^FS
^XZRésultat attendu
España - Café
á é í ó ú ñ ü
4. Isolez l’envoi avec ^FH
Le second test représente les octets UTF-8 en hexadécimal et ne contient que des caractères ASCII. ^FH active les échappements pour le champ suivant ; l’indicateur par défaut est le trait de soulignement. Répétez ^FH pour chaque champ concerné. Si cette version fonctionne et pas la première, vérifiez l’encodage du fichier et l’envoi. Si les deux échouent, contrôlez aussi la police, la compatibilité du firmware et les commandes ajoutées par l’application.
La même première ligne en octets hexadécimaux
^XA
^CI28
^PW480
^LL320
^LH0,0
^FO24,30^A0N,28,28^FH^FDEspa_C3_B1a - Caf_C3_A9^FS
^XZRésultat attendu
España - Café
En UTF-8, ñ correspond à deux octets : C3 B1. _F1 n’est pas un ñ valide en UTF-8. Copiez ce test dans votre canal d’envoi sans reconvertir les échappements.
| Caractère | Octets UTF-8 | Dans ^FH / ^FD |
|---|---|---|
| ñ | C3 B1 | _C3_B1 |
| é | C3 A9 | _C3_A9 |
| á | C3 A1 | _C3_A1 |
| ü | C3 BC | _C3_BC |
5. Vérifiez la police si des caractères manquent
Conservez ^CI28 et essayez une police contenant les glyphes nécessaires. Une police Unicode téléchargée peut être sélectionnée avec ^A@ ou associée via ^CW, selon la documentation de l’appareil. Sur une ancienne imprimante, confirmez que le firmware prend en charge ^CI28. Testez ensuite de vrais noms et adresses : corriger ñ et é ne garantit pas que la police couvre tous les systèmes d’écriture.
Questions fréquentes
Où placer ^CI28 ?
Après ^XA et avant les champs contenant du texte UTF-8. Déclarez-le dans chaque format pour ne pas dépendre de l’état laissé par une autre tâche.
Pourquoi ^CI28 ne corrige-t-il pas España ?
Le texte peut être déjà corrompu ou encore envoyé avec un autre encodage. Corrigez la source et vérifiez les octets transmis par l’application.
^FH remplace-t-il ^CI28 ?
Non. ^FH représente des octets avec des échappements ; ^CI28 indique comment les interpréter. L’exemple nécessite les deux.
Faut-il modifier la vitesse ou la noirceur ?
Pas pour corriger un encodage. Si les substitutions de caractères sont constantes, vérifiez le texte, l’encodage et la police. Les défauts physiques d’impression demandent un autre diagnostic.
Guides associés
La Zebra imprime du texte illisible ou des commandes ZPLDocumentation officielle Zebra
À propos de l'auteur
Eduard Diaz
Eduard Diaz est technicien IT (développement) chez S-IE, un partenaire officiel Zebra avec plus de 20 ans de services d'identification et d'étiquetage. Il développe et maintient EditorZPL pour faciliter le travail avec le ZPL et les imprimantes d'étiquettes Zebra.
s-ie.cat