열 프린터의 프로토콜은 과소평가되기 쉽습니다. 프린터가 USB나 와이파이에서 보이고 연결까지 받아들였는데도, 빈 라벨이나 명령 텍스트로 가득한 종이가 나올 수 있습니다. 연결은 정상이었습니다. 다만 프린터가 라벨을 기술한 언어를 이해하지 못했을 뿐입니다.
짧게 말하면, 원시 명령을 보내는 대상으로는 ZPL II가 현실적인 첫 목표입니다. 주요 제조사 다수가 호환 모드를 문서화해 두었기 때문입니다. TSC 장비가 많은 현장이라면 TSPL이나 TSPL2가 유용한 두 번째 목표가 됩니다. EPL2는 기존 애플리케이션을 받쳐 주고, Brother Raster는 QL 시리즈를 위한 별도의 명령 경로를 엽니다. 나머지 언어는 고객의 하드웨어나 기존 애플리케이션이 요구할 때 중요해집니다. 이어지는 내용은 인기 순위보다 수요 기반 로드맵이 더 유용한 이유를 설명합니다.
이 가이드는 열전사 라벨 프린터와 모바일 프린터가 사용하는 주요 원시 명령, 래스터, 저장 템플릿 경로를 다룹니다. 호환성 사례는 2026년 9월 1일에 확인 가능했던 제조사 문서를 기준으로 대조했습니다. 지원을 약속하기 전에 정확한 모델, 펌웨어, 해상도, 설치된 옵션을 항상 확인하세요.
프린터 언어는 하나의 계층일 뿐
프로토콜이라는 말은 인쇄의 서로 다른 부분을 가리키는 데 두루 쓰입니다. 계층을 나눠 보면 대부분의 호환성 문제는 훨씬 쉽게 진단됩니다.
USB, 블루투스, 시리얼, 와이파이, 이더넷, 원시 TCP, LPR, IPP는 작업을 프린터까지 옮깁니다. 라벨의 배치는 정하지 않습니다.
ZPL, EPL, TSPL, CPCL, DPL은 라벨의 객체를 기술하고, 대개 용지와 상태, 저장 영역, 후처리 제어까지 제공합니다.
PDF, PWG Raster, JPEG, 제조사 고유 래스터 스트림은 한 페이지나 그 픽셀을 나타냅니다. 그래도 작업 속성이나 별도의 장치 명령이 용지, 커팅, 필 모드 등 하드웨어를 제어할 수 있습니다.
Code 128, EAN-13, Data Matrix, QR Code는 데이터가 어떻게 막대나 모듈이 되는지 정합니다. 그 심벌을 배치하고 생성하는 것은 프린터 언어입니다.
예를 들어 ZPL 작업은 USB, 블루투스, 네트워크 어느 쪽으로든 갈 수 있습니다. TCP 9100 포트는 프린터용 페이지 기술 언어 데이터 스트림으로 등록되어 있지만, 그 안을 흐르는 바이트는 여전히 프린터가 이해하는 언어여야 합니다(IANA 서비스 등록부). IPP는 작업 관리 프로토콜입니다. 클라이언트는 DNS-SD로 프린터를 찾고, IPP로 기능을 조회하고, 작업을 보내고, 상태를 받을 수 있습니다. 그럼에도 작업에는 프린터가 알리는 문서 형식, 예컨대 PWG Raster, JPEG, PDF가 필요합니다(RFC 8011, PWG의 IPP 가이드).
드라이버 없는 인쇄는 사무용 프린터에서는 일상이 되었지만, 산업용 라벨 프린터는 눈에 띄는 예외로 남아 있습니다. OpenPrinting은 여전히 드라이버나 printer application, 또는 원시 언어 경로가 필요한 대표 사례로 산업용 라벨 프린터와 기타 특수 시장 장비를 명시합니다(OpenPrinting의 드라이버 안내).
같은 라벨을 위한 세 가지 통합 방식
직접 라벨 인쇄 통합은 대부분 세 가지 방식 중 하나를 씁니다. 언제나 최선인 방식은 없고, 서로 배타적이지도 않습니다. 저장 템플릿을 쓰는 흐름은 보통 네이티브 명령 언어나 프린터 펌웨어 위에 얹힙니다. 어떤 선택이 맞는지는 배치 작업이 호스트에 얼마나 남는지, 얼마나 프린터로 넘어가는지, 그리고 몇 개의 프린터 계열이 같은 디자인을 공유해야 하는지에 달려 있습니다.
| 방식 | 애플리케이션이 보내는 것 | 주요 장점 | 주요 비용 |
|---|---|---|---|
| 네이티브 명령 언어 | 위치, 글꼴, 바코드, 용지, 인쇄 매수를 지정하는 텍스트 명령. | 작은 작업 크기, 프린터가 생성하는 바코드, 상태와 장치 제어, 저장된 포맷. | 언어나 에뮬레이션마다 별도의 렌더러와 테스트 환경이 필요. |
| 래스터 스트림 | 완성된 1비트 또는 제한 색상 비트맵과 모델별 설정, 급지 명령. | 애플리케이션이 단일 시각 배치 엔진으로 최종 모습을 결정. | 데이터가 커지고, 도트 패킹 정밀도, 용지 테이블, 방향, 모델별 특이점이 필요. |
| 저장 템플릿 | 템플릿을 한 번 설치한 뒤, 각 작업은 가변 텍스트나 바코드 데이터, 템플릿 번호만 전송. | 운영 중 작업이 매우 작고, 단독으로도 쓸 만한 흐름을 구성 가능. | 템플릿 배포와 버전 관리, 동기화, 그리고 실행 중 제한적인 배치 변경. |
명령 언어가 래스터 출력보다 반드시 정확한 것은 아닙니다. 책임의 위치가 프린터 쪽으로 옮겨갈 뿐입니다. 네이티브 바코드 명령은 심벌 계산을 펌웨어에 맡깁니다. 래스터 경로는 애플리케이션이든 드라이버든 호스트 쪽에 처리 파이프라인이 있어야 하고, 프린터의 최종 해상도로 막대를 하나하나 그려야 합니다. 각 비트맵을 대상 프린터의 네이티브 해상도로 만들고 이후에 크기를 바꾸지 않는다면, 공용 렌더러도 모델별 래스터 백엔드에서 의도한 형상을 유지할 수 있습니다.
드라이버는 프린터의 모든 기능을 열지 않고도 이 변환을 편하게 만들어 줍니다. 하니웰의 CUPS 기술 자료를 보면 PDF나 PostScript를 래스터로 바꿔 Direct Protocol 그래픽으로 포장하고, Fingerprint·IPL·DPL의 원시 작업은 패스스루 큐로 보냅니다. 그 드라이버 경로에서는 커터도 RFID도 쓸 수 없는데, 시각적 충실도와 장치 제어가 별개라는 점을 잘 보여 줍니다(하니웰의 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 | 이스케이프와 그룹 구분자 제어 바이트가 텍스트나 이미지 데이터와 섞여 있다. | 영수증 지향 스트림으로 줄 배치, 커팅, 상태, 선택적 라벨 기능을 제어한다. |
ZPL II: 현실적인 호환성의 토대
ZPL은 Zebra Programming Language의 약자입니다. ZPL II는 현행 사양서에서 ZPL이라고 할 때 대개 가리키는 최신 계열인데, 제브라도 원래의 ZPL과 완전히 호환되지는 않는다고 밝히고 있습니다. 라벨 필드, 글꼴, 도형, 그래픽, 바코드, 일련번호, 저장 포맷, 프린터 설정, 상태를 다루는 ASCII 기반 명령 언어입니다. 제브라의 프로그래밍 가이드는 저장된 템플릿과 내려받은 그래픽을 포함해 포맷 명령과 제어 명령을 모두 문서화합니다(ZPL 프로그래밍 가이드).
그 중요성은 제브라 하드웨어를 넘어섭니다. 현행 또는 최근 제품들은 TSC의 ZPL2 에뮬레이션, 하니웰의 ZSim2, SATO의 SZPL, BIXOLON의 BPL-Z, GoDEX의 GZPL 같은 이름으로 ZPL 호환 모드를 문서화합니다. 시티즌은 CL-E303에서 ZPL2를 Datamax, EPL2 에뮬레이션과 나란히 표기합니다(시티즌 CL-E303 사양). 도시바도 일부 모델에서 자사 네이티브 TPCL과 함께 ZPL II를 표기합니다.
그래서 여러 브랜드를 아우르는 원시 인쇄 제품이라면 ZPL II가 현실적인 첫 언어가 됩니다. 그렇다고 모든 ZPL 명령이 어디서나 똑같이 동작한다는 뜻은 아닙니다. 글꼴, RFID 명령, 내려받은 객체, 용지 보정, 상태 응답, 비교적 새로운 명령은 흔히 차이가 나는 지점입니다. 제품은 검증된 ZPL 프로필을 지원한다고 밝혀야지, 모든 ZPL 프린터가 서로 대체 가능하다고 주장해서는 안 됩니다.
EPL과 EPL2: 여전히 값어치 있는 레거시 커버리지
EPL은 Eltron Programming Language의 약자입니다. EPL2의 페이지 모드는 필드가 배치된 완전한 라벨을 기술합니다. EPL1 호환 라인 모드는 더 오래되고 단순하며, EPL1 방식의 행 단위 출력을 내고 배치상 제약이 큽니다. 제브라는 라인 모드가 요소의 정밀 배치, 겹치는 요소, 수평 사다리형 바코드에는 적합하지 않다고 설명합니다(제브라의 EPL 라인 모드 안내).
제브라는 기존 애플리케이션 호환을 위해 EPL2 문서를 계속 유지하고 있고, 현행 여러 모델도 EPL2나 그 에뮬레이션을 표기합니다. ASCII 텍스트, 바코드, 그래픽, 폼, 변수, 카운터 명령을 다루는 전체 프로그래밍 가이드도 여전히 제공됩니다(EPL 프로그래밍 가이드).
실무적 한계는 중복입니다. 이 가이드에 나오는 현행 사례 여러 건이 EPL과 ZPL을 함께 표기합니다. 따라서 EPL 호환성이 널리 문서화돼 있더라도 ZPL 다음에 EPL을 더해서 장비가 얼마나 늘어나는지는 알 수 없습니다. 그래도 기존 고객이 EPL 템플릿을 갖고 있거나 테스트 장비가 이미 지원한다면 이른 시점에 추가하는 것은 합리적입니다.
ZPL에 들어간 배치가 EPL에도 들어갈 것이라고 가정하지 마세요. 제브라는 ZPL에서 TrueType, OpenType, 확대 축소 가능한 글꼴, 유니코드 매핑 기능을 문서화하지만 EPL은 같은 글꼴 객체를 쓸 수 없습니다. 대상이 되는 각 구현에서 실제 문자 집합, 글꼴 메트릭, 줄바꿈, 대체 글꼴 동작을 시험하세요.
TSPL, TSPL2, TSPL-EZ
TSPL과 TSPL2는 TSC의 라벨 조판 언어입니다. 같은 계열이지만 완전한 동의어는 아닙니다. 공식 통합 매뉴얼이 둘 사이의 모델·명령 차이를 정리해 두었습니다. 읽을 수 있는 형태의 명령으로 라벨 크기, 갭이나 블랙 마크, 방향, 농도, 텍스트, 바코드, 비트맵, 카운터, 파일, 인쇄 매수를 설정합니다(TSPL 및 TSPL2 프로그래밍 매뉴얼).
TSPL-EZ는 TSC의 호환·에뮬레이션 계열이지, TSPL 명령을 달리 쓰는 방식이 아닙니다. 접미사와 지원 에뮬레이션은 모델마다 다릅니다. 예컨대 TSC는 RE310의 언어를 TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS로 표기합니다(TSC RE310 제품 페이지). 다른 TSC 모델은 다른 TSPL-EZ 변형이나 다른 호환 조합을 표기할 수 있습니다.
라벨 애플리케이션 입장에서 네이티브 TSPL 지원은 TSC 프린터가 고객 보유 장비의 상당 부분을 차지할 때 값어치가 있습니다. 에뮬레이션 덕분에 TSC 프린터를 개발용으로 쓰기도 좋지만, 모든 경계 상황에서 출력이 에뮬레이션 대상 언어의 네이티브 구현과 일치한다는 증거로 삼아서는 안 됩니다.
브라더에는 서로 다른 두 명령 세계가 있다
브라더는 분류를 틀리기 쉬운 제조사입니다. 제품 계열마다 통합 방식이 같지 않기 때문입니다. QL 계열이 가장 분명한 사례입니다. 브라더의 개발자 대응표는 QL-820NWB와 QL-820NWBc를 Raster, ESC/P, P-touch Template 지원으로 표기합니다. QL-800은 Raster만, 다른 몇몇 QL 모델은 각자의 조합을 갖습니다(브라더 명령 참조 문서의 모델 대응표).
이것이 현재 QL-820NWBc에 대해 문서화된 표준 명령 인터페이스입니다. 다만 모델 접미사와 지역 차이는 중요합니다. QL-800 시리즈의 예전 공식 유럽 자료에는 QL-820NWB의 ZPL II 에뮬레이션이 upon request 조건으로 소개된 적이 있습니다(브라더 유럽의 QL-800 시리즈 자료). 어떤 QL-820에 대해서든 ZPL을 단정하기 전에 모델 접미사, 지역, 펌웨어, 선택 구성을 확인하세요. 이 세대의 QL에서 분명하게 문서화된 직접 경로는 여전히 Raster입니다.
라벨 전체를 도트로 변환한 뒤 초기화, 용지 정보, 래스터 행, 인쇄 명령을 보냅니다. 배치와 바코드 그리기를 애플리케이션이 이미 담당하고 있을 때 가장 잘 맞습니다.
완성된 비트맵 대신 그리기와 텍스트 명령을 보냅니다. 브라더가 자사 프린터에 맞게 조정한 언어이며, 영수증용 ESC/POS와는 다릅니다.
준비한 템플릿을 프린터로 전송한 뒤, 스캐너나 컴퓨터 등에서 텍스트와 바코드 객체를 채웁니다. 배치를 처음부터 다시 만들 필요가 없습니다.
브라더의 QL-800 시리즈 래스터 참조 문서에 따르면, 하나의 작업은 초기화 명령, 제어 코드, 래스터 데이터, 인쇄 명령으로 구성됩니다. 또한 모델별 페이지 크기, 여백, 해상도, 압축, 커팅, 2색 래스터 데이터도 정의합니다(Brother QL Raster 명령 참조). 그래서 래스터는 시각적 이식성을 단순하게 만들지만 장비별 작업까지 없애 주지는 않습니다. 통합에는 여전히 올바른 용지 식별자, 도트 치수, 방향, 압축, 상태 처리, 커팅 동작이 필요합니다.
Brother Raster는 특정 모델 계열의 독자 명령 스트림입니다. PWG Raster는 표준화된 문서 형식이며 보통 IPP로 전달됩니다. 둘 다 픽셀을 기술하지만 구조와 명령, 상호운용성이 달라 서로 바꿔 쓸 수 없습니다.
브라더의 일부 RJ, TD, TJ 프린터는 별도의 그룹을 이룹니다. 여기서 브라더는 FBPL과 함께 모델에 따라 ZPL, EPL, CPCL, DPL, ESC/POS 에뮬레이션을 문서화합니다. RJ-2035B에서는 내려받는 FBPL-EZC 펌웨어가 EPL2, ZPL2, CPCL을, FBPL-EZP가 EPL2, ZPL2, ESC/POS를 제공합니다. 따라서 설치된 펌웨어를 확인하지 않은 채 CPCL과 ESC/POS를 함께 약속해서는 안 됩니다(브라더 RJ 펌웨어 FAQ). 별도의 EPL 가이드에는 그 에뮬레이션이 지원하는 명령이 정리돼 있습니다(브라더의 EPL 에뮬레이션 가이드).
CPCL과 ESC/POS: 모바일과 영수증 쪽 경로
CPCL은 Comtec Printer Control Language의 약자입니다. 라벨 조판 언어와 줄 단위 인쇄 모드를 결합했고 모바일 인쇄와 밀접합니다. 제브라의 현행 CPCL 가이드는 전략을 이례적으로 분명히 밝힙니다. 신규 개발에는 ZPL을 권하고, CPCL은 하위 호환을 위해 일부 Link-OS 프린터에서 유지하며, ZPL의 새 기능은 대체로 CPCL로 오지 않는다는 것입니다(제브라의 CPCL 가이드).
어떤 애플리케이션이나 모바일 장비군이 이미 CPCL을 쓰고 있다면 CPCL은 여전히 중요합니다. CPCL, ZPL, EPL을 모두 받는 ZQ600 Plus 같은 모델에서 CPCL은 기존 작업을 지켜 주지만 새로운 실제 모델을 늘려 주지는 않습니다(ZQ600 Plus의 언어 문서). ZQ120 Plus와 ZQ220 Plus 같은 다른 현행 모델은 ZPL 없이 CPCL과 ESC/POS를 문서화하므로, 추가 가치는 모델에 따라 달라집니다(ZQ120 Plus와 ZQ220 Plus 개요).
ESC/POS는 엡손이 POS 프린터용 독자 명령 체계로 내놓은 것입니다. 텍스트, 인쇄 위치, 용지 이송, 상태, 바코드, 비트 이미지, 커터 같은 하드웨어를 다룹니다. 영수증 전용도 아닙니다. 엡손의 TM-L90 명령 목록과 함께 제공되는 라벨 예시에는 해당 모델에서의 라벨과 블랙 마크 위치 지정도 들어 있습니다(TM-L90 명령 목록, 엡손의 라벨 예시). 다른 제조사의 ESC/POS 호환 구현은 모델별 부분 집합과 기본값을 가질 수 있습니다. POS 소프트웨어에서는 여전히 우선순위가 높지만, 타발 바코드 라벨 중심의 애플리케이션에서는 대체로 낮습니다.
그 밖의 제조사 언어와 산업용 언어
이 언어들도 의미가 있지만, 사용과 공개 문서가 특정 제조사 생태계와 전환 시나리오에 몰려 있습니다. 모든 약칭을 대등한 플랫폼처럼 다루기보다 간결한 지도를 그리는 편이 낫습니다.
| 언어 | 출신 생태계 | 지금도 중요한 이유 | 지원이 타당한 시점 |
|---|---|---|---|
| DPL | Datamax, 현재는 하니웰 프린터 계보에 속함. | DPL은 Datamax에서 시작됐고 하니웰은 지금도 최신 DPL 명령 참조를 공개합니다. 다른 브랜드도 이를 에뮬레이션합니다. | 하니웰이나 Datamax 모델 데이터가 검증된 프로필 작업을 정당화할 때 추가. |
| IPL | Intermec Printer Language, 현재 하니웰 제품에서 지원. | 오래 가동된 창고·산업 시스템이 이미 호스트에서 이 언어를 생성하고 있을 수 있습니다(IPL 명령 참조). | Intermec에서 전환하거나 하니웰 장비군이 명확할 때 우선. |
| Fingerprint | Intermec과 하니웰. | 프린터 안에서 동작하는 BASIC 계열 언어로, 프로그램과 로직, 데이터 처리, 단독 인쇄 흐름을 실행할 수 있습니다(Fingerprint 명령 참조). | 하니웰 통합에서 프린터 내 애플리케이션이나 기존 Fingerprint 프로그램이 필요할 때. |
| Direct Protocol | Intermec과 하니웰. | 호스트가 주도하는 Fingerprint의 부분 집합이며 IPL의 다른 이름이 아닙니다. | 기존 Direct Protocol 포맷이나, 프린터 내 완전한 프로그램이 필요 없는 네이티브 하니웰 흐름에. |
| SBPL | SATO Barcode Printer Language. | SATO의 공통 네이티브 명령군이며, 에뮬레이션에는 없는 기능을 제공할 수 있습니다. | SATO 비중이 큰 고객이나 네이티브 RFID·장치 제어 흐름에 추가. |
| TPCL | TEC Printer Control Language, 도시바 TEC 프린터의 네이티브 언어. | 일부 모델이 경쟁사도 에뮬레이션하지만, 도시바 바코드 프린터의 네이티브 언어로 남아 있습니다(TPCL 드라이버 매뉴얼). | 도시바 장비군이나 TPCL 포맷 자산이 관련될 때 추가. |
| SLCS와 BPL 모드 | BIXOLON 라벨 프린터. | BIXOLON의 SLCS 매뉴얼이 네이티브 라벨 명령을 정의합니다. 모델에 따라 BPL-Z, BPL-E, 선택 사양 BPL-D 호환 모드도 표기될 수 있습니다. | BIXOLON 고유 동작이 중요하면 네이티브 SLCS를, 그렇지 않다면 기존 에뮬레이션부터 검증. |
| EZPL, GEPL, GZPL, GDPL | GoDEX. | EZPL 매뉴얼은 네이티브 EZPL과 함께 EPL 호환 GEPL, ZPL 호환 GZPL을 다룹니다. 현행 일부 제품은 Datamax 호환 GDPL도 표기합니다(RT700i+ 브로슈어). | 정확한 모델과 펌웨어를 확인하고, 출력이 같다고 가정하기 전에 각 호환 모드를 시험. |
| FBPL | 브라더의 일부 RJ, TD, TJ 프린터. | 여러 에뮬레이션과 저장 프로그램을 함께 제공할 수 있는 모델에서 문서화된 네이티브 명령 경로입니다. | 브라더의 네이티브 산업용·모바일 기능용으로 추가하고, Raster를 쓰는 QL 계열에는 해당하지 않음. |
하니웰의 현행 PM65는 프린터 한 대가 호스트의 명령 언어, 문서 형식, 프린터 내에서 도는 애플리케이션을 모두 받아들일 수 있음을 보여 줍니다. 사양에는 DPL, Direct Protocol, Fingerprint, IPL, ZPL II용 ZSim2, PDF, XML, C# 기반 스마트 프린팅이 한 장비에 나열돼 있습니다(하니웰 PM65 사양). SATO의 CT4-LX도 네이티브 SBPL과 함께 경쟁사 호환 SZPL, SDPL, SIPL, STCL, SEPL을 나열하고 언어 자동 판별 옵션까지 제공합니다(SATO CT4-LX의 언어 설정). SATO는 선택한 언어에 따라 기능이 제한될 수 있다는 점도 밝히는데, 이 모델의 RFID 명령은 SBPL과 SZPL에서만 유효합니다(CT4-LX의 언어 지원).
도시바도 같은 양상입니다. BX430T는 네이티브 TPCL과 함께 ZPL II, DPL, SBPL, PDF의 자동 판별을 문서화합니다(도시바 BX430T 사양). BIXOLON의 SLP-DX220은 SLCS, BPL-Z, BPL-E와 선택 사양 BPL-D를 표기합니다(BIXOLON SLP-DX220). 이 사례들은 프로토콜별 수치를 더할 수 없는 이유를 보여 줍니다. 실제 프린터 한 대가 여러 언어 범주에 동시에 속할 수 있기 때문입니다.
네이티브 지원과 에뮬레이션은 같지 않다
에뮬레이션은 다른 프린터 계열용으로 작성된 명령을 해석하는 것입니다. 자리 잡은 애플리케이션을 손대지 않고 대체 프린터를 동작시킬 수 있어 매우 유용합니다. 그래도 명령 목록과 글꼴, 장치 동작이 정해진 호환 구현이라는 점은 변하지 않습니다.
브라더의 ZPL II 에뮬레이션 가이드는 그 차이를 분명히 보여 줍니다. 지원 명령과 글꼴을 나열하고, 브라더 관리 도구에서 용지와 보정 설정을 요구하며, 인쇄 문제를 일으키는 특정 ZPL 포맷 명령을 무시하는 장치까지 문서화합니다(브라더의 ZPL II 에뮬레이션 가이드). 단순한 배송 라벨은 그대로 동작할 수 있지만, 글꼴을 내려받거나 상태를 조회하거나 RFID를 쓰거나 영구 설정에 의존하는 포맷은 그렇지 않을 수 있습니다.
에뮬레이션마다 확인할 것
- done명령 부분 집합애플리케이션이 보내는 모든 명령을 해당 모델의 에뮬레이션 문서와 대조하세요.
- done글꼴과 인코딩유니코드, 코드 페이지, 글꼴 이름, 메트릭, 대체 글리프, 내려받은 글꼴 지원을 시험하세요.
- done좌표와 해상도203, 300, 600 dpi 출력과 회전, 원점, 최종 도트 위치의 반올림을 확인하세요.
- done용지 제어필요에 따라 갭, 블랙 마크, 연속 용지, 보정, 티어오프, 필, 커팅, 라이너리스 설정을 시험하세요.
- done상태와 세션초기화, 영구 설정, 오류 응답, 작업 완료, 일시 정지, 취소, 재연결을 확인하세요.
- done실제 라벨예상되는 가장 짧은 값과 가장 긴 값, 그래픽, 모든 바코드 종류, 여러 매수, 장비 재시작 후의 작업을 인쇄해 보세요.
프로토콜 점유율에 정직한 그래프가 없는 이유
공개 시장 보고서는 보통 바코드 프린터 같은 범주에서 제조사 매출이나 출하 대수를 추정합니다. 프로토콜의 도달 범위를 추정하려면 훨씬 많은 정보가 필요합니다. 정확한 모델과 펌웨어, 옵션별 가동 대수, 어떤 에뮬레이션이 켜져 있는지, 각 에뮬레이션이 어떤 명령을 지원하는지, 그리고 그 장비군이 이미 다른 언어를 받아들이는지까지 필요합니다. 이 가이드를 위해 살펴본 공개·검증 가능한 데이터 중 이런 대응 관계를 제공하는 것은 없었습니다.
제조사 점유율도 곧바로 언어 점유율로 환산되지 않습니다. 제브라 하드웨어는 ZPL에 기여하지만, ZPL 모드는 TSC, 하니웰, SATO, BIXOLON, 시티즌, 도시바, 브라더, GoDEX 제품에도 나타납니다. 반대로 SATO나 하니웰, 도시바의 한 대가 다섯 가지 이상의 언어를 받아들이기도 합니다. 비율은 서로 겹치고, 합계는 쉽게 100퍼센트를 넘습니다.
| 예시 모델 | 문서화된 언어 경로 | 이 사례가 보여 주는 것 |
|---|---|---|
| Zebra ZQ600 Plus | ZPL, CPCL, EPL. | 제브라의 주요 언어 여럿이 하나의 모바일 시리즈에서 겹칠 수 있다. |
| 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. EZC 펌웨어면 CPCL, EZP 펌웨어면 ESC/POS. | 브라더의 모바일 산업 계열은 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 | 표준 인터페이스가 Raster, ESC/P, P-touch Template인 QL 모델에 직접 명령 경로를 더한다. 선택 사양 ZPL은 모델과 지역별로 확인. |
| 호환 | EPL2 | 자리 잡은 옛 포맷을 지원하고 추가와 시험 비용도 대체로 낮지만, ZPL 지원 장비와 크게 겹친다. |
| 모바일 호환 | CPCL | 실제 모바일 장비군이나 기존 CPCL 애플리케이션이 요구할 때 중요하다. 같은 장비가 ZPL도 받는다면 추가 이점은 작다. |
| 산업 호환 | DPL | Datamax와 하니웰 설치 환경에서 유용하며, 수요는 실제 모델 데이터로 확인하는 편이 가장 좋다. |
| 수요 기반 | IPL, Fingerprint, Direct Protocol, SBPL, TPCL, SLCS, EZPL, FBPL, ESC/POS | 고객 장비군이나 빠진 기능, 영수증 업무 흐름 덕분에 이득이 분명해질 때 네이티브 깊이를 더한다. |
ZPL과 TSPL이 이미 동작한다면 구현 순서와 전략적 비중은 갈릴 수 있습니다. 지금 있는 테스트 프린터가 이미 EPL2를 에뮬레이션한다면 EPL2가 가장 빨리 내놓을 수 있는 다음 기능일 수 있습니다. Brother Raster는 또 하나의 EPL2 에뮬레이션보다 독립적인 구현 경로지만, 대상 모델 목록을 측정하기 전에는 고객 장비를 얼마나 더 확보할지 알 수 없습니다. 이미 ZPL을 받는 장비에서 CPCL은 새 모델 커버리지보다는 작업 언어의 호환을 더합니다. 가치를 만들어 주는 것은 CPCL만 아는 모델입니다.
TSC RE310 대 브라더: 실무적인 답
이 가이드를 촉발한 논의는 TSC RE310이 이미 EPL2를 지원하는지, 그리고 브라더 프린터가 이점을 더해 주는지였습니다. 문서상의 답은 그렇다입니다. RE310은 TSPL-EZC의 일부로 EPL2를 표기합니다. 그리고 브라더라는 이름보다 어떤 모델인지가 더 중요합니다.
| 테스트 프린터 | 여기서 관련되는 문서화된 경로 | 무엇을 더해 주는가 |
|---|---|---|
| TSC RE310 | TSPL-EZC (EPL2, ZPL2, CPCL), or ESC-POS. | 이미 갖고 있는 장비로 여러 에뮬레이션을 즉시 저렴하게 시험할 수 있다. |
| Brother RJ-2035B | FBPL과 EPL2, ZPL2. 설치된 펌웨어가 EZC냐 EZP냐에 따라 CPCL 또는 ESC/POS. | FBPL과 두 번째 제조사의 에뮬레이터 동작이 더해지지만 EPL2, ZPL2, CPCL은 RE310과 겹친다. Brother Mobile Solutions는 북미에서 단종으로 표기하고 있으며, 공급 여부는 지역마다 다르다. |
| Brother QL-820NWBc | Raster, ESC/P, P-touch Template. | 별도의 QL 통합 경로이므로 명령 경로의 다양성이 커진다. |
중고 GK420d는 옛 장비군을 재현해야 할 때만 쓸모가 있습니다. 형식 자동 판별을 갖춘 네이티브 ZPL과 EPL, 그리고 EPL1 호환 라인 모드를 지원하지만, 제브라의 수명 주기 페이지를 보면 지역 판매는 2021년 또는 2022년에, 서비스는 2025년에 종료되었습니다(GK420d 수명 주기). 새로 구매한다면 ZPL II와 EPL2의 지원 기준기는 현행 ZD421입니다. 이 기종에서 EPL1 호환 라인 모드는 203 dpi 직접 감열 구성으로 제한됩니다(ZD421 사양).
장비가 이미 있으니 EPL2는 RE310에서 먼저 구현하고 검증하세요. 다음 구매의 목적이 새로운 명령 경로를 최대한 넓히는 것이라면, Raster 대상으로 표준 QL-820NWBc를 두는 편이 RJ-2035B보다 다양성을 더 키웁니다. Brother Mobile Solutions는 RJ 모델을 북미에서 단종으로 표기하며, 공급 여부는 지역마다 다릅니다. QL의 지역 구성도 확인하세요. 예전 문서에는 요청 시에만 제공되는 선택 사양 ZPL 지원이 등장한 적이 있습니다. 모바일 수요가 타당해지면 RE310에 CPCL을 더하고, 이후에는 실제 고객 요청을 바탕으로 DPL이나 다른 네이티브 계열의 우선순위를 정하세요.
그래도 RJ-2035B를 고를 이유가 하나 있습니다. 구현 간 호환성 시험입니다. 두 번째 EPL 또는 ZPL 에뮬레이션은 첫 번째 구현이 눈감아 준 가정을 드러낼 수 있습니다. 제품이 여러 제조사 호환을 표방한 뒤라면 유용하지만, 아직 지원하지 않는 통합 방식을 채우는 것과는 목표가 다릅니다.
약칭이 아니라 기능을 중심으로 지원을 설계하라
유지보수하기 좋은 인쇄 시스템은 중립적인 라벨 모델 하나를 두고, 이를 언어별 백엔드로 렌더링해야 합니다. 중립 모델은 물리적 크기, 최종 도트 해상도, 텍스트 블록, 바코드 데이터, 여백 구역, 이미지, 매수, 후처리 의도를 정의합니다. 각 백엔드는 무엇을 그대로 유지할 수 있고 무엇을 래스터화하거나 거절해야 하는지 보고합니다.
새 프린터 언어마다 통과해야 할 기준
- done프로필을 선언한다지원 명령, 바코드 종류, 해상도, 용지 모드, 인코딩, 알려진 제외 사항을 정리한다.
- done기준 작업을 보관한다대표적인 원본 작업과 백엔드별 기대 비트맵을 저장한다.
- done실제 프린터를 쓴다여러 제조사 호환을 표방하기 전에 가능하면 네이티브 기준기 한 대와 중요한 에뮬레이션 하나를 포함한다.
- done까다로운 데이터를 시험한다빈 필드, 긴 식별자, 앞자리 0, 비라틴 문자, 제어 문자, 최대 용량 바코드를 인쇄한다.
- done결과를 스캔한다실제 업무에서 쓰는 스캐너와 작업 거리로 진짜 바코드를 검증한다.
- done업데이트 후 반복한다펌웨어, 렌더러, 글꼴, 압축, 용지 설정이 바뀌면 매트릭스를 다시 돌린다.
라벨 디자인 시험과 프린터 프로토콜 시험도 분리해 두세요. 언어가 요청한 도트를 정확히 그려도, 바코드가 너무 작거나 여백 구역이 부족하거나 농도가 잘못돼 읽히지 않을 수 있습니다. 라벨 자체는 바코드 라벨 디자인 체크리스트를 쓰고, 용지와 장비를 고르기 전에 직접 감열과 열전사를 비교하세요.
출처와 조사 방법
이 글은 가능한 한 제조사의 1차 프로그래밍 가이드, 개발자용 대응표, 현행 제품 사양에 근거했습니다. 제품 페이지는 특정 모델이 어떤 언어를 제공하는지 보여 주고, 명령 참조 문서는 그 구현이 실제로 무엇을 지원하는지 보여 줍니다. 상업용 시장 규모 추정치는 프로토콜별 비율을 만드는 데 쓰지 않았습니다. 범주와 기간, 중복 방식이 서로 비교 가능하지 않기 때문입니다.
- 제브라: ZPL 프로그래밍 문서, EPL 프로그래밍 가이드, Link-OS 프린터용 CPCL.
- TSC: TSPL 및 TSPL2 프로그래밍 매뉴얼, RE310의 언어 사양.
- 브라더: 명령 참조 문서의 호환 모델 대응표, QL 시리즈 래스터 참조, RJ·TD·TJ용 ZPL 에뮬레이션 가이드.
- 하니웰, SATO, 도시바, 시티즌, BIXOLON: 해당 절에 링크한 현행 제품 페이지와 언어 페이지가 제조사 간 호환 사례를 제공합니다.
- 표준과 인접 인쇄 경로: IPP Everywhere, IANA의 9100 포트 등록, 엡손의 ESC/POS 참조 문서.
최근 90일 동안 요청된 프린터 모델을 내보내고, 문서화된 정확한 언어 경로별로 묶어 보세요. 다음 구현은 추가로 확보되는 장비 수를 기준으로 고르고, 해당 언어를 지원한다고 선언하기 전에 작은 호환성 회귀 세트를 인쇄해 스캔으로 확인하세요.
