Протоколи термопринтерів легко недооцінити. Принтер може бути видимий через USB чи Wi-Fi, прийняти з'єднання і все одно видати порожню етикетку або сторінку з текстом команд. З'єднання спрацювало. Просто принтер не зрозумів мови, якою описали етикетку.
Коротка відповідь: ZPL II — практична перша ціль для надсилання «сирих» команд, бо кілька великих виробників документують сумісні режими. TSPL або TSPL2 — корисна друга ціль для парку TSC. EPL2 закриває старі застосунки, а Brother Raster відкриває окремий командний шлях для серії QL. Решта мов стає важливою тоді, коли їх вимагає обладнання клієнта або наявні застосунки. Далі в посібнику пояснюємо, чому дорожня карта на основі попиту корисніша за рейтинг популярності.
Посібник охоплює основні шляхи із «сирими» командами, растром і збереженими шаблонами, які використовують термопринтери етикеток і мобільні принтери. Приклади сумісності звіряли з документацією виробників, доступною 1 вересня 2026 року. Перш ніж обіцяти підтримку, завжди перевіряйте точну модель, прошивку, роздільність і встановлені опції.
Мова принтера — лише один рівень
Словом «протокол» часто називають дуже різні частини друку. Якщо розділяти рівні, більшість проблем із сумісністю діагностувати значно легше.
USB, Bluetooth, послідовний порт, Wi-Fi, Ethernet, «сирий» TCP, LPR та IPP доставляють завдання до принтера. Макет етикетки вони не визначають.
ZPL, EPL, TSPL, CPCL і DPL описують об'єкти етикетки й зазвичай дають керування носієм, станом, пам'яттю та післядруковою обробкою.
PDF, PWG Raster, JPEG і власницькі растрові потоки подають сторінку або її пікселі. Атрибути завдання чи окремі команди пристрою все одно можуть керувати носієм, відрізанням, режимом відділення підкладки та іншим обладнанням.
Code 128, EAN-13, Data Matrix і QR Code визначають, як дані перетворюються на штрихи чи модулі. Мова принтера розміщує та формує цей символ.
Наприклад, завдання ZPL може йти через USB, Bluetooth або мережу. Порт TCP 9100 зареєстровано як потік даних мови опису сторінок для принтерів, але байти всередині все одно мають бути мовою, яку принтер розуміє (реєстр служб IANA). IPP — це протокол керування завданнями. Клієнти можуть знаходити принтери через DNS-SD, запитувати можливості через IPP, надсилати завдання й отримувати стан. Завданню однаково потрібен формат документа, який принтер оголошує: PWG Raster, JPEG або PDF (RFC 8011, посібник PWG з IPP).
Друк без драйвера став нормою для офісних принтерів, але промислові принтери етикеток лишаються помітним винятком. OpenPrinting прямо називає промислові принтери етикеток та інше обладнання вертикальних ринків серед типових випадків, де досі потрібен драйвер, printer application або шлях із «сирою» мовою (рекомендації OpenPrinting щодо драйверів).
Три схеми інтеграції для однієї етикетки
Більшість інтеграцій прямого друку етикеток будується за однією з трьох схем. Жодна не є найкращою завжди, і вони не виключають одна одну. Процес зі збереженими шаблонами зазвичай спирається на нативну командну мову або прошивку принтера. Правильний вибір залежить від того, скільки роботи з версткою лишається на хості, скільки переходить у принтер і скільки родин принтерів мають користуватися одним макетом.
| Модель | Що надсилає застосунок | Головна перевага | Головна ціна |
|---|---|---|---|
| Нативна командна мова | Текстові команди для позицій, шрифтів, штрихкодів, носія й накладу. | Невеликі завдання, штрихкоди, які будує сам принтер, стан і керування пристроєм, збережені формати. | Окремий рендерер і тестовий стенд для кожної мови чи емуляції. |
| Растровий потік | Готове однобітове або обмежено кольорове зображення плюс команди налаштування та подавання для конкретної моделі. | Застосунок задає кінцевий вигляд одним візуальним рушієм верстки. | Більший обсяг даних, точне пакування крапок, таблиці носіїв, орієнтація та особливості моделей. |
| Збережений шаблон | Шаблон встановлюють один раз, далі кожне завдання надсилає лише змінний текст, дані штрихкоду або номер шаблона. | Дуже малі завдання під час роботи та зручні автономні сценарії. | Розгортання шаблонів, версіонування, синхронізація та обмежені зміни макета під час роботи. |
Командні мови не обов'язково точніші за растровий вивід. Вони просто переносять інші обов'язки в принтер. Нативна команда штрихкоду залишає обчислення символу прошивці. Растровий шлях потребує конвеєра на боці хоста — у застосунку чи драйвері, — який малює кожен штрих у фінальній роздільності принтера. Спільний рендерер здатний зберегти задуману геометрію для різних растрових бекендів, якщо кожне зображення формується в нативній роздільності цільового принтера й потім не масштабується.
Драйвери можуть зробити це перетворення зручним, не відкриваючи всіх можливостей принтера. Технічний огляд Honeywell щодо CUPS показує, як PDF або PostScript растеризується та пакується у графіку Direct Protocol, тоді як «сирі» завдання Fingerprint, IPL чи DPL йдуть через наскрізні черги. Цей шлях через драйвер не дає доступу ні до різака, ні до RFID — корисне нагадування, що візуальна точність і керування пристроєм є різними речами (технічний огляд Honeywell щодо CUPS).
Як розпізнати поширені мови
Перехоплене завдання друку часто видає свою мову раніше, ніж стає відомою модель принтера. Це шаблони для розпізнавання, а не повні приклади, готові до друку.
| Мова | Типовий шаблон | Що означає цей шаблон |
|---|---|---|
| ZPL II | ^XA ... ^FO ... ^FD ... ^XZ | Починається формат, поля розміщуються й заповнюються, потім формат завершується. |
| EPL2 | N, потім поля A або B, потім P1 | Очистити буфер зображення, додати текст чи штрихкод, надрукувати одну етикетку. |
| TSPL або TSPL2 | SIZE, GAP, CLS, TEXT або BARCODE, PRINT | Читабельні команди налаштування й малювання будують етикетку. |
| CPCL | ! 0 ..., команди макета, FORM, PRINT | Орієнтований на мобільний друк ASCII-формат етикетки з явним заголовком завдання. |
| Brother Raster | Двійкова ініціалізація, керувальні байти, повторювані рядки растру й фінальна команда друку. | Етикетка вже переведена в крапки до того, як потрапляє в принтер. |
| ESC/POS | Керувальні байти escape і роздільника груп упереміш із текстом або даними зображення. | Орієнтований на чеки потік, який керує порядковою версткою, відрізанням, станом і необов'язковими функціями етикеток. |
ZPL II: практична основа сумісності
ZPL розшифровується як Zebra Programming Language. ZPL II — сучасний варіант, який зазвичай мають на увазі під ZPL у чинних специфікаціях, хоча Zebra зазначає, що він не повністю сумісний із початковим ZPL. Це ASCII-мова команд для полів етикетки, шрифтів, фігур, графіки, штрихкодів, серіалізації, збережених форматів, налаштувань принтера й стану. Посібник Zebra з програмування документує і команди формату, і керувальні команди, включно зі збереженими шаблонами та завантаженою графікою (посібник із програмування ZPL).
Його значення виходить далеко за межі техніки Zebra. Чинні або нещодавні продукти документують ZPL-сумісні режими під назвами на кшталт емуляції ZPL2 в TSC, ZSim2 у Honeywell, SZPL у SATO, BPL-Z у BIXOLON і GZPL у GoDEX. Citizen подає ZPL2 поруч з емуляціями Datamax та EPL2 у моделі CL-E303 (характеристики Citizen CL-E303). Toshiba зазначає ZPL II поряд із власним нативним TPCL в окремих моделях.
Тому ZPL II — практична перша мова для продукту із «сирим» друком, що працює з різними марками. Це не означає, що кожна команда ZPL скрізь поводиться однаково. Шрифти, команди RFID, завантажені об'єкти, калібрування носія, відповіді про стан і новіші команди — часті точки розбіжностей. Продукту варто заявляти підтримку протестованого профілю ZPL, а не стверджувати, що всі ZPL-принтери взаємозамінні.
EPL та EPL2: цінне охоплення старих рішень
EPL розшифровується як Eltron Programming Language. Сторінковий режим EPL2 описує повну етикетку з розміщеними полями. Сумісний з EPL1 рядковий режим старіший і простіший: він дає порядковий вивід у стилі EPL1 і має суттєві обмеження макета. Zebra описує рядковий режим як непридатний для точного розміщення елементів, їх накладання чи горизонтальних «драбинчастих» штрихкодів (посібник Zebra щодо рядкового режиму EPL).
Zebra продовжує документувати EPL2 задля сумісності зі старими застосунками, і кілька чинних моделей заявляють EPL2 або його емуляцію. Повний посібник із програмування досі доступний для команд ASCII-тексту, штрихкодів, графіки, форм, змінних і лічильників (посібник із програмування EPL).
Практичне обмеження — перекриття. Кілька чинних прикладів у цьому посібнику документують і EPL, і ZPL. Тому невідомо, скільки додаткових пристроїв дасть додавання EPL після ZPL, навіть за широко задокументованої сумісності EPL. Утім, це розумне раннє доповнення, коли в наявних клієнтів є шаблони EPL або коли тестове обладнання вже це підтримує.
Не вважайте, що макет, який уміщується в ZPL, уміститься і в EPL. Zebra документує в ZPL підтримку TrueType, OpenType, масштабованих шрифтів і зіставлення Unicode, тоді як EPL не може використовувати ті самі об'єкти масштабованих шрифтів. Перевірте реальний набір символів, метрики шрифтів, перенесення рядків і поведінку підстановки в кожній цільовій реалізації.
TSPL, TSPL2 і TSPL-EZ
TSPL і TSPL2 — мови верстки етикеток компанії TSC. Вони належать до однієї родини, але не є точними синонімами. Офіційний спільний посібник перелічує відмінності за моделями та командами. Їхні читабельні команди задають розмір етикетки, проміжок або чорну мітку, напрямок, щільність, текст, штрихкоди, растрові зображення, лічильники, файли й наклад (посібник із програмування TSPL і TSPL2).
TSPL-EZ — це родина сумісності та емуляції TSC, а не інший спосіб запису команд TSPL. Суфікс і підтримувані емуляції залежать від моделі. Наприклад, для RE310 компанія TSC зазначає мову TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS (сторінка продукту TSC RE310). Інші моделі TSC можуть подавати інший варіант TSPL-EZ або інший набір сумісностей.
Для застосунку етикеток нативна підтримка TSPL цінна тоді, коли принтери TSC становлять помітну частину парку клієнтів. Емуляції також роблять принтер TSC корисним під час розробки, але їх не можна вважати доказом, що вивід збігатиметься з нативною реалізацією емульованої мови в усіх граничних випадках.
У Brother два різні світи команд
Brother легко класифікувати неправильно, бо його родини продуктів використовують різні моделі інтеграції. Найяскравіший приклад — родина QL. Матриця Brother для розробників подає QL-820NWB і QL-820NWBc з підтримкою Raster, ESC/P і P-touch Template. QL-800 подано лише з Raster, а кілька інших моделей QL мають власні комбінації (матриця моделей у довіднику команд Brother).
Це стандартні командні інтерфейси, задокументовані нині для QL-820NWBc. Проте суфікси моделей і регіональні відмінності важливі. Старіший офіційний європейський аркуш серії QL-800 рекламував для QL-820NWB емуляцію ZPL II upon request (аркуш серії QL-800 від Brother Europe). Перш ніж робити категоричну заяву про ZPL для будь-якого примірника QL-820, перевірте суфікс моделі, регіон, прошивку та опційну конфігурацію. У цьому поколінні QL чітко задокументованим прямим шляхом лишається Raster.
Переведіть усю етикетку в крапки, а потім надішліть ініціалізацію, відомості про носій, рядки растру й команду друку. Найкращий варіант, коли застосунок і так відповідає за макет та відмальовування штрихкодів.
Надсилайте команди малювання й тексту замість готового зображення. Brother адаптує цю мову під власні принтери, і це не те саме, що чековий ESC/POS.
Перенесіть готовий шаблон у принтер, а далі заповнюйте текстові об'єкти та штрихкоди зі сканера, комп'ютера чи іншого пристрою, не перебудовуючи весь макет.
Довідник Brother щодо Raster для серії QL-800 зазначає, що завдання містить команди ініціалізації, керувальні коди, растрові дані й команди друку. Він також визначає залежні від моделі розміри сторінок, поля, роздільність, стиснення, відрізання та двоколірні растрові дані (довідник команд Brother QL Raster). Тобто растр спрощує візуальну переносність, але не скасовує роботу під конкретний пристрій. Інтеграції все одно потрібні правильні ідентифікатори носія, розміри в крапках, орієнтація, стиснення, обробка стану й поведінка різака.
Brother Raster — власницький потік команд однієї родини моделей. PWG Raster — стандартизований формат документа, який зазвичай передають через IPP. Обидва описують пікселі, але структура, команди й сумісність у них різні, тож вони не взаємозамінні.
Окремі принтери Brother серій RJ, TD і TJ утворюють самостійну групу. Для них Brother документує FBPL, а також емуляції ZPL, EPL, CPCL, DPL чи ESC/POS залежно від моделі. У RJ-2035B завантажувана прошивка FBPL-EZC дає EPL2, ZPL2 і CPCL, а FBPL-EZP — EPL2, ZPL2 та ESC/POS. Тому CPCL і ESC/POS не можна обіцяти разом, не перевіривши встановлену прошивку (FAQ щодо прошивок Brother RJ). Окремий посібник з EPL перелічує команди, які підтримує емуляція (посібник Brother з емуляції EPL).
CPCL та ESC/POS: мобільний і чековий шляхи
CPCL розшифровується як Comtec Printer Control Language. Він поєднує мову верстки етикеток із режимом порядкового друку й тісно пов'язаний із мобільним друком. Чинний посібник Zebra щодо CPCL надзвичайно прямо описує стратегію: для нових розробок пріоритетним є ZPL, а CPCL підтримують на окремих принтерах Link-OS заради зворотної сумісності, і нові можливості ZPL зазвичай до CPCL не потрапляють (посібник Zebra щодо CPCL).
CPCL лишається важливим там, де застосунок або мобільний парк уже його використовує. У моделях на кшталт ZQ600 Plus, які приймають CPCL, ZPL та EPL, CPCL зберігає наявні завдання, але не додає нових фізичних моделей (документація щодо мов ZQ600 Plus). Інші чинні моделі, зокрема ZQ120 Plus і ZQ220 Plus, документують CPCL та ESC/POS без ZPL, тож додаткова цінність залежить від моделі (огляд ZQ120 Plus і ZQ220 Plus).
ESC/POS з'явився в Epson як власницька система команд для принтерів точок продажу. Вона охоплює текст, позицію друку, подавання паперу, стан, штрихкоди, бітові зображення й обладнання на кшталт різаків. І це не лише чеки: список команд Epson для TM-L90 та приклад етикетки містять позиціювання етикеток і чорних міток на відповідних моделях (список команд TM-L90, приклад етикетки Epson). Реалізації інших виробників, сумісні з ESC/POS, можуть мати власні підмножини та значення за замовчуванням. Для касового ПЗ це досі високий пріоритет, а для застосунку навколо висічених етикеток зі штрихкодами — зазвичай нижчий.
Інші фірмові та промислові мови
Ці мови важливі, але їх використання й публічна документація зосереджені в конкретних екосистемах виробників і сценаріях міграції. Стисла карта корисніша, ніж ставлення до кожної абревіатури як до рівнозначної платформи.
| Мова | Рідна екосистема | Чому вона досі важлива | Коли варто підтримувати |
|---|---|---|---|
| DPL | Datamax, нині в лінійці принтерів Honeywell. | DPL з'явився в Datamax, і Honeywell досі публікує актуальний довідник команд DPL. Його емулюють й інші марки. | Додавайте, коли дані щодо моделей Honeywell чи Datamax виправдовують протестований профіль. |
| IPL | Intermec Printer Language, сьогодні підтримується у продуктах Honeywell. | Довговічні складські та промислові системи можуть уже формувати цю мову на боці хоста (довідник команд IPL). | Надавайте їй пріоритет під час міграції з Intermec або за відомого парку Honeywell. |
| Fingerprint | Intermec і Honeywell. | Мова в дусі BASIC, що виконується в самому принтері й може запускати програми, логіку, обробку даних та автономні сценарії друку (довідник команд Fingerprint). | Використовуйте, коли інтеграції з Honeywell потрібні застосунки в принтері або наявні програми Fingerprint. |
| Direct Protocol | Intermec і Honeywell. | Кероване хостом підмножина Fingerprint, а не інша назва IPL. | Використовуйте для наявних форматів Direct Protocol або нативних сценаріїв Honeywell, яким не потрібна повноцінна програма в принтері. |
| SBPL | SATO Barcode Printer Language. | Це спільна родина нативних команд SATO, яка може відкривати функції, недоступні в емуляції. | Додавайте для клієнтів із великим парком SATO або для нативних сценаріїв RFID і керування пристроєм. |
| TPCL | TEC Printer Control Language, нативна для принтерів Toshiba TEC. | Лишається нативною мовою штрихкодових принтерів Toshiba, хоча окремі моделі емулюють і конкурентів (посібник із драйвера TPCL). | Додавайте, коли в проєкті є парк Toshiba або бібліотека форматів TPCL. |
| Режими SLCS і BPL | Принтери етикеток BIXOLON. | Посібник із SLCS від BIXOLON описує нативні команди етикеток. Моделі можуть також заявляти режими сумісності BPL-Z, BPL-E та опційно BPL-D. | Використовуйте нативний SLCS, коли важлива специфічна для BIXOLON поведінка; інакше спершу перевірте наявну емуляцію. |
| EZPL, GEPL, GZPL і GDPL | GoDEX. | Посібник із EZPL охоплює нативний EZPL, а також GEPL, сумісний з EPL, і GZPL, сумісний із ZPL. Окремі чинні продукти заявляють і GDPL, сумісний із Datamax (брошура RT700i+). | Перевірте точну модель і прошивку та протестуйте кожен режим сумісності, перш ніж розраховувати на однаковий результат. |
| FBPL | Окремі принтери Brother серій RJ, TD і TJ. | Це задокументований нативний командний шлях на моделях, які можуть додатково пропонувати кілька емуляцій і збережені програми. | Додавайте для нативних промислових чи мобільних функцій Brother, але не для родини QL із Raster. |
Чинна модель Honeywell PM65 показує, як один принтер може приймати командні мови з хоста, формати документів і програми, що виконуються в самому принтері. У її характеристиках в одному пристрої перелічено DPL, Direct Protocol, Fingerprint, IPL, ZSim2 для ZPL II, PDF, XML і розумний друк на C# (характеристики Honeywell PM65). SATO CT4-LX так само подає нативний SBPL разом із сумісними з конкурентами SZPL, SDPL, SIPL, STCL і SEPL, а також опцію автоматичного визначення мови (налаштування мов SATO CT4-LX). SATO також документує, що вибрана мова може обмежувати функції, зокрема команди RFID, які в цій моделі діють лише в SBPL та SZPL (підтримка мов у CT4-LX).
У Toshiba та сама картина. BX430T документує нативний TPCL з автоматичним визначенням ZPL II, DPL, SBPL і PDF (характеристики Toshiba BX430T). BIXOLON SLP-DX220 заявляє SLCS, BPL-Z, BPL-E та опційно BPL-D (BIXOLON SLP-DX220). Ці приклади пояснюють, чому не можна додавати частки за протоколами. Один фізичний принтер може належати одразу до кількох мовних категорій.
Нативна підтримка й емуляція — це не одне й те саме
Емуляція інтерпретує команди, написані для іншої родини принтерів. Вона дає змогу запустити принтер на заміну, не чіпаючи усталений застосунок, і це надзвичайно корисно. Але це все одно реалізація сумісності з певним списком команд, шрифтами й поведінкою пристрою.
Посібник Brother з емуляції ZPL II добре показує різницю. У ньому перелічено підтримувані команди й шрифти, вимагаються налаштування носія та калібрування в утиліті керування Brother і навіть описано механізм ігнорування окремих команд формату ZPL, коли вони спричиняють проблеми з друком (посібник Brother з емуляції ZPL II). Проста транспортна етикетка може працювати без змін, а формат, який завантажує шрифти, запитує стан, пише RFID чи залежить від збереженого налаштування, може не спрацювати.
Що перевіряти в кожній емуляції
- doneПідмножина командПорівняйте кожну команду, яку надсилає застосунок, із довідником емуляції саме цієї моделі.
- doneШрифти й кодуванняПеревірте Unicode, кодові сторінки, назви шрифтів, метрики, підставні гліфи та підтримку завантажуваних шрифтів.
- doneКоординати й роздільністьПідтвердьте вивід у 203, 300 чи 600 dpi, поворот, точку відліку та округлення в кінцевих позиціях крапок.
- doneКерування носіємПеревірте проміжки, чорні мітки, безперервний матеріал, калібрування, відрив, відділення підкладки, відрізання та матеріали без підкладки, де це доречно.
- doneСтан і сесіяПеревірте ініціалізацію, збережені налаштування, відповіді про помилки, завершення завдання, паузу, скасування та повторне підключення.
- doneРеальні етикеткиНадрукуйте завдання з найкоротшими й найдовшими очікуваними значеннями, графікою, усіма типами штрихкодів, кількома копіями та після перезапуску пристрою.
Чому немає чесного графіка часток ринку за протоколами
Публічні ринкові звіти зазвичай оцінюють дохід виробників або кількість відвантажених пристроїв у категорії на кшталт штрихкодових принтерів. Оцінка охоплення протоколу потребує значно більшого: активної встановленої бази за точною моделлю, прошивкою й опціями, даних про те, які емуляції ввімкнені, які команди підтримує кожна емуляція та чи приймає парк уже іншу мову. Жоден публічний перевірюваний набір даних, вивчений для цього посібника, такого зіставлення не дає.
Частка виробника теж не перетворюється напряму на частку мови. Техніка Zebra працює на ZPL, але режими ZPL трапляються й у продуктах TSC, Honeywell, SATO, BIXOLON, Citizen, Toshiba, Brother і GoDEX. І навпаки, один принтер SATO, Honeywell чи Toshiba може приймати п'ять мов і більше. Відсотки перекриваються, і їхня сума легко перевищує 100.
| Приклад моделі | Задокументовані мовні шляхи | Що показує приклад |
|---|---|---|
| Zebra ZQ600 Plus | ZPL, CPCL, EPL. | Кілька важливих мов Zebra можуть перетинатися в одній мобільній серії. |
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Одна мобільна модель TSC закриває одразу кілька цілей сумісності. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Задокументовані стандартні командні шляхи цієї моделі QL відрізняються від звичної трійки ZPL, EPL і TSPL. Опційний ZPL слід перевіряти в конфігурації. |
| Brother RJ-2035B (знята з продажу в Північній Америці) | FBPL плюс EPL2 і ZPL2; CPCL із прошивкою EZC або ESC/POS із прошивкою EZP. | Мобільна промислова родина Brother помітно відрізняється від родини QL, а кінцевий набір сумісностей визначає прошивка. |
| Honeywell PM65 | Fingerprint, Direct Protocol, IPL, DPL, ZSim2, PDF, XML, C#. | Сучасне промислове обладнання може зберігати кілька успадкованих мов. |
| SATO CT4-LX | SBPL, SZPL, SDPL, SIPL, STCL, SEPL. | Нативні та сумісні з конкурентами режими співіснують в одному настільному принтері. |
| Citizen CL-E303 | Datamax DMX, ZPL2, EPL2. | Мови сумісності виходять далеко за межі компаній, які їх створили. |
| Toshiba BX430T | TPCL з автовизначенням ZPL II, DPL, SBPL і PDF. | Нативний TPCL і кілька замісних режимів можуть ділити одну платформу. |
Чеснішим вимірюванням є телеметрія продукту. Фіксуйте точну модель принтера, яку запитують користувачі, чи йде завдання через драйвер, чи «сирими» даними, яка мова формується зараз і чи дістає до цього пристрою інша вже підтримувана мова. Далі рахуйте додаткові пристрої, а не перекриті мітки протоколів.
Що застосунку для етикеток підтримувати першим?
Правильний порядок залежить від стартової точки. Новому продукту потрібна широка основа. Продукту, який уже друкує ZPL і TSPL, варто оптимізуватися під нові екосистеми й наявне тестове обладнання.
| Етап | Мова або шлях | Причина |
|---|---|---|
| Основа | ZPL II | Кілька великих виробників документують сумісні режими, а сама мова дає потужну сучасну модель етикетки. |
| Основа | TSPL або TSPL2 | Нативне охоплення TSC і зрозуміла модель команд, особливо коли пристрої TSC важливі для цільового ринку. |
| Розширення | Brother Raster | Додає прямий командний шлях для моделей QL, у яких стандартні інтерфейси — Raster, ESC/P і P-touch Template. Опційний ZPL перевіряйте за моделлю та регіоном. |
| Сумісність | EPL2 | Підтримує усталені старі формати, зазвичай недорогий у додаванні й тестуванні, але сильно перекривається з обладнанням, що вміє ZPL. |
| Мобільна сумісність | CPCL | Важливий, коли його вимагають реальні мобільні парки або наявні застосунки CPCL; дає менше, коли ті самі пристрої приймають ZPL. |
| Промислова сумісність | DPL | Корисний на майданчиках із Datamax і Honeywell, а попит найкраще підтверджувати реальними даними щодо моделей. |
| За запитом ринку | IPL, Fingerprint, Direct Protocol, SBPL, TPCL, SLCS, EZPL, FBPL, ESC/POS | Додавайте нативну глибину, коли парк клієнта, відсутня функція чи чековий сценарій роблять віддачу очевидною. |
Якщо ZPL і TSPL уже працюють, порядок реалізації та стратегічна вага можуть розходитися. EPL2 може виявитися найшвидшою наступною функцією, якщо поточний тестовий принтер уже його емулює. Brother Raster — самостійніший шлях реалізації, ніж ще одна емуляція EPL2, але його приріст охоплення клієнтських пристроїв невідомий, доки не виміряно список цільових моделей. На пристроях, які вже приймають ZPL, CPCL додає сумісність за мовою завдання, а не нові моделі; цінність йому надають моделі, що розуміють лише CPCL.
TSC RE310 проти Brother: практична відповідь
Обговорення, з якого виріс цей посібник, зводилося до двох питань: чи підтримує TSC RE310 EPL2 і чи дає перевагу принтер Brother. Задокументована відповідь: так, RE310 заявляє EPL2 у складі TSPL-EZC. І те, яка саме модель Brother, важливіше за саму назву Brother.
| Тестовий принтер | Релевантні задокументовані шляхи | Що він додає |
|---|---|---|
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | Негайне й дешеве тестування кількох емуляцій на вже наявному обладнанні. |
| Brother RJ-2035B | FBPL плюс EPL2 і ZPL2; CPCL або ESC/POS залежно від встановленої прошивки EZC чи EZP. | Додає FBPL і поведінку емулятора другого виробника, але EPL2, ZPL2 і CPCL перекриваються з RE310. Brother Mobile Solutions позначає її як зняту з продажу в Північній Америці; доступність залежить від регіону. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | Окремий шлях інтеграції QL і, відповідно, більше різноманіття командних шляхів. |
Вживана GK420d корисна лише тоді, коли потрібно відтворити застарілий парк. Вона підтримує нативні ZPL і EPL з автовизначенням формату та сумісний з EPL1 рядковий режим, але сторінка життєвого циклу Zebra показує завершення регіональних продажів у 2021 або 2022 році та кінець сервісу у 2025-му (життєвий цикл GK420d). Для нової покупки підтримуваним еталоном для ZPL II та EPL2 є актуальна ZD421. Сумісний з EPL1 рядковий режим там обмежено прямим термодруком із роздільністю 203 dpi (характеристики ZD421).
Спершу реалізуйте й протестуйте EPL2 на RE310, бо це обладнання вже є. Якщо наступна покупка має максимально розширити охоплення нових командних шляхів, стандартна QL-820NWBc як ціль для Raster дасть більше різноманіття, ніж RJ-2035B. Brother Mobile Solutions позначає модель RJ як зняту з продажу в Північній Америці, а доступність різниться за регіонами. Уточніть регіональну конфігурацію QL, бо в старій документації траплялася опційна підтримка ZPL лише на запит. Додайте CPCL на RE310, коли це виправдає мобільний попит, а далі розставляйте пріоритети для DPL чи іншої нативної родини за реальними запитами клієнтів.
Є все ж причина обрати RJ-2035B: тестування сумісності між різними реалізаціями. Друга емуляція EPL або ZPL може виявити припущення, які перша реалізація пробачала. Це корисно, коли продукт уже заявляє сумісність із кількома виробниками, але це інша мета, ніж додавання ще не покритої моделі інтеграції.
Будуйте підтримку навколо можливостей, а не абревіатур
Підтримувана система друку має зберігати одну нейтральну модель етикетки й виводити її через бекенди під конкретні мови. Нейтральна модель задає фізичний розмір, кінцеву роздільність у крапках, текстові блоки, дані штрихкоду, зони спокою, зображення, кількість копій і бажану післядрукову обробку. Кожен бекенд повідомляє, що він здатний зберегти, а що має растеризувати чи відхилити.
Критерії випуску для кожної нової мови принтера
- doneОпишіть профільПерелічіть підтримувані команди, типи штрихкодів, роздільності, режими носія, кодування й відомі виключення.
- doneЗберігайте еталонні завданняЗберігайте показові вихідні завдання та очікувані растрові зображення для кожного бекенда.
- doneВикористовуйте живі принтериЗа можливості додайте щонайменше один нативний еталон і одну важливу емуляцію, перш ніж заявляти сумісність із кількома виробниками.
- doneТестуйте незручні даніДрукуйте порожні поля, довгі ідентифікатори, провідні нулі, нелатинський текст, керувальні символи та штрихкоди з максимальним навантаженням.
- doneСкануйте результатПеревіряйте реальний штрихкод тими сканерами й з тих відстаней, що використовуються в робочому процесі.
- doneПовторюйте після оновленьПроганяйте матрицю заново після змін прошивки, рендерера, шрифтів, стиснення чи налаштувань носія.
Розділяйте також тести дизайну етикетки й тести протоколу принтера. Мова може правильно відмалювати потрібні крапки, а штрихкод усе одно не зчитається: він завеликий чи замалий, має недостатню зону спокою або надрукований із неправильною насиченістю. Для самої етикетки використовуйте чек-лист із дизайну етикеток зі штрихкодами, а перед вибором матеріалу й обладнання порівняйте прямий термодрук і термотрансфер.
Джерела й метод дослідження
Стаття за можливості спирається на первинні посібники виробників із програмування, матриці для розробників і актуальні специфікації продуктів. Сторінки продуктів підтверджують, що модель пропонує мову. Довідники команд підтверджують, що ця реалізація справді підтримує. Комерційні оцінки обсягу ринку не використовувалися для розрахунку відсотків за протоколами, бо їхні категорії, періоди й перекриття непорівнянні.
- Zebra: документація з програмування ZPL, посібник із програмування EPL і CPCL для принтерів Link-OS.
- TSC: посібник із програмування TSPL і TSPL2 та мовні характеристики RE310.
- Brother: матриця сумісних моделей у довіднику команд, довідник Raster для серії QL і посібник з емуляції ZPL для RJ, TD і TJ.
- Honeywell, SATO, Toshiba, Citizen і BIXOLON: актуальні сторінки продуктів і мов, на які є посилання у відповідних розділах, дають приклади сумісності між виробниками.
- Стандарти й суміжні шляхи друку: IPP Everywhere, реєстр порту 9100 в IANA і довідник Epson щодо ESC/POS.
Вивантажте моделі принтерів, які запитували за останні 90 днів, і згрупуйте їх за точним задокументованим мовним шляхом. Обирайте наступну реалізацію за тим, скільки додаткових пристроїв вона покриває, і перед оголошенням мови підтримуваною надрукуйте та відскануйте невеликий регресійний набір на сумісність.
