โปรโตคอลของเครื่องพิมพ์ความร้อนถูกมองข้ามได้ง่าย เครื่องพิมพ์อาจปรากฏบน USB หรือ Wi-Fi รับการเชื่อมต่อได้ แต่กลับพ่นฉลากเปล่าหรือหน้ากระดาษที่เต็มไปด้วยข้อความคำสั่ง การเชื่อมต่อทำงานปกติ เพียงแต่เครื่องพิมพ์ไม่เข้าใจภาษาที่ใช้บรรยายฉลากนั้น
คำตอบสั้น ๆ คือ ZPL II เป็นเป้าหมายแรกที่ใช้ได้จริงสำหรับการส่งคำสั่งดิบ เพราะผู้ผลิตรายใหญ่หลายรายจัดทำเอกสารโหมดที่เข้ากันได้ TSPL หรือ TSPL2 เป็นเป้าหมายที่สองที่มีประโยชน์สำหรับกลุ่มเครื่อง TSC ส่วน EPL2 รองรับงานเดิม และ Brother Raster เปิดเส้นทางคำสั่งแยกต่างหากสำหรับซีรีส์ QL ภาษาที่เหลือจะสำคัญขึ้นเมื่อฮาร์ดแวร์ของลูกค้าหรือแอปที่ใช้อยู่เรียกร้อง ส่วนที่เหลือของคู่มือนี้อธิบายว่าทำไมแผนงานที่ขับเคลื่อนด้วยอุปสงค์จึงมีประโยชน์กว่าตารางความนิยม
คู่มือนี้ครอบคลุมเส้นทางหลักทั้งแบบคำสั่งดิบ ราสเตอร์ และเทมเพลตที่บันทึกไว้ ซึ่งเครื่องพิมพ์ฉลากความร้อนและเครื่องพิมพ์พกพาใช้กัน ตัวอย่างความเข้ากันได้ตรวจสอบจากเอกสารของผู้ผลิตที่เผยแพร่ ณ วันที่ 1 กันยายน 2026 ก่อนรับปากเรื่องการรองรับ ให้ตรวจสอบรุ่นที่แน่นอน เฟิร์มแวร์ ความละเอียด และอุปกรณ์เสริมที่ติดตั้งไว้เสมอ
ภาษาเครื่องพิมพ์เป็นเพียงชั้นเดียว
คำว่าโปรโตคอลมักถูกใช้กับส่วนที่แตกต่างกันมากของการพิมพ์ การแยกชั้นให้ชัดทำให้วินิจฉัยปัญหาความเข้ากันได้ส่วนใหญ่ง่ายขึ้นมาก
USB, บลูทูธ, พอร์ตอนุกรม, Wi-Fi, อีเทอร์เน็ต, 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, คู่มือ IPP ของ PWG)
การพิมพ์โดยไม่ต้องใช้ไดรเวอร์กลายเป็นเรื่องปกติในเครื่องพิมพ์สำนักงาน แต่เครื่องพิมพ์ฉลากอุตสาหกรรมยังเป็นข้อยกเว้นที่ชัดเจน OpenPrinting ระบุเครื่องพิมพ์ฉลากอุตสาหกรรมและอุปกรณ์ตลาดเฉพาะทางอื่น ๆ ไว้อย่างชัดเจนว่าเป็นกรณีที่ยังต้องใช้ไดรเวอร์ printer application หรือเส้นทางภาษาดิบ (คำแนะนำเรื่องไดรเวอร์ของ OpenPrinting)
สามรูปแบบการเชื่อมต่อสำหรับฉลากเดียวกัน
การเชื่อมต่อระบบพิมพ์ฉลากโดยตรงส่วนใหญ่ใช้หนึ่งในสามรูปแบบ ไม่มีรูปแบบใดดีที่สุดในทุกกรณี และทั้งสามไม่ได้ตัดกันเอง กระบวนการที่ใช้เทมเพลตที่บันทึกไว้มักวางอยู่บนภาษาคำสั่งดั้งเดิมหรือบนเฟิร์มแวร์ของเครื่องพิมพ์ การเลือกที่ถูกต้องขึ้นกับว่างานจัดวางเหลืออยู่ที่โฮสต์เท่าไร ย้ายไปที่เครื่องพิมพ์เท่าไร และมีตระกูลเครื่องพิมพ์กี่ตระกูลที่ต้องใช้แบบเดียวกัน
| โมเดล | แอปพลิเคชันส่งอะไร | ข้อดีหลัก | ต้นทุนหลัก |
|---|---|---|---|
| ภาษาคำสั่งดั้งเดิม | คำสั่งข้อความสำหรับตำแหน่ง ฟอนต์ บาร์โค้ด วัสดุ และจำนวนพิมพ์ | งานขนาดเล็ก บาร์โค้ดที่เครื่องพิมพ์สร้างเอง การควบคุมสถานะและอุปกรณ์ รูปแบบที่บันทึกไว้ | ต้องมีตัวเรนเดอร์และชุดทดสอบแยกสำหรับแต่ละภาษาหรือการจำลอง |
| สตรีมราสเตอร์ | บิตแมปสำเร็จรูปแบบหนึ่งบิตหรือสีจำกัด พร้อมคำสั่งตั้งค่าและป้อนวัสดุเฉพาะรุ่น | แอปพลิเคชันคุมหน้าตาสุดท้ายด้วยเอนจินจัดวางเชิงภาพเพียงตัวเดียว | ข้อมูลมากขึ้น การจัดเรียงจุดที่แม่นยำ ตารางวัสดุ ทิศทาง และความเฉพาะตัวของแต่ละรุ่น |
| เทมเพลตที่บันทึกไว้ | ติดตั้งเทมเพลตครั้งเดียว จากนั้นแต่ละงานส่งเพียงข้อความที่เปลี่ยนแปลง ข้อมูลบาร์โค้ด หรือหมายเลขเทมเพลต | งานเล็กมากขณะใช้งานจริง และกระบวนการทำงานแบบยืนได้ด้วยตัวเอง | การกระจายเทมเพลต การจัดการเวอร์ชัน การซิงก์ และการแก้เลย์เอาต์ที่จำกัดขณะทำงาน |
ภาษาคำสั่งไม่ได้แม่นยำกว่าเอาต์พุตแบบราสเตอร์เสมอไป เพียงแต่ย้ายความรับผิดชอบคนละส่วนไปไว้ที่เครื่องพิมพ์ คำสั่งบาร์โค้ดดั้งเดิมปล่อยให้เฟิร์มแวร์คำนวณสัญลักษณ์ ส่วนเส้นทางราสเตอร์ต้องมีสายการประมวลผลฝั่งโฮสต์ ไม่ในแอปก็ในไดรเวอร์ ที่วาดทุกเส้นตามความละเอียดสุดท้ายของเครื่องพิมพ์ ตัวเรนเดอร์ร่วมสามารถรักษารูปทรงที่ตั้งใจไว้ข้ามแบ็กเอนด์ราสเตอร์ของแต่ละรุ่นได้ ตราบใดที่บิตแมปทุกใบถูกสร้างที่ความละเอียดดั้งเดิมของเครื่องพิมพ์ปลายทางและไม่ถูกย่อขยายภายหลัง
ไดรเวอร์ช่วยให้การแปลงนี้สะดวกได้โดยไม่ต้องเปิดทุกความสามารถของเครื่องพิมพ์ เอกสารเทคนิคเรื่อง CUPS ของ Honeywell แสดงการแปลง PDF หรือ PostScript เป็นราสเตอร์แล้วห่อเป็นกราฟิกของ Direct Protocol ขณะที่งานดิบแบบ Fingerprint, IPL หรือ DPL วิ่งผ่านคิวแบบส่งผ่านตรง เส้นทางไดรเวอร์นั้นไม่เปิดทั้งชุดตัดและ RFID ซึ่งเตือนได้ดีว่าความเที่ยงตรงเชิงภาพกับการควบคุมอุปกรณ์เป็นคนละเรื่องกัน (เอกสารเทคนิคเรื่อง CUPS ของ Honeywell)
วิธีสังเกตภาษาที่พบบ่อย
งานพิมพ์ที่ดักจับมาได้มักบอกภาษาของตัวเองก่อนที่เราจะรู้รุ่นเครื่องพิมพ์เสียอีก นี่คือรูปแบบไว้สังเกต ไม่ใช่ตัวอย่างสมบูรณ์ที่พร้อมพิมพ์
| ภาษา | รูปแบบทั่วไป | รูปแบบนี้หมายถึงอะไร |
|---|---|---|
| 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 ระบุว่าโหมดบรรทัดไม่เหมาะกับการวางองค์ประกอบอย่างละเอียด องค์ประกอบที่ซ้อนกัน หรือบาร์โค้ดแนวนอนแบบขั้นบันได (คู่มือโหมดบรรทัด EPL ของ Zebra)
Zebra ยังคงจัดทำเอกสาร EPL2 เพื่อความเข้ากันได้กับแอปพลิเคชันเดิม และเครื่องรุ่นปัจจุบันหลายรุ่นระบุ EPL2 หรือการจำลอง EPL2 คู่มือการเขียนโปรแกรมฉบับเต็มยังหาได้อยู่ ครอบคลุมคำสั่งข้อความ ASCII บาร์โค้ด กราฟิก ฟอร์ม ตัวแปร และตัวนับ (คู่มือการเขียนโปรแกรม EPL)
ข้อจำกัดในทางปฏิบัติคือการทับซ้อน ตัวอย่างปัจจุบันหลายรายการในคู่มือนี้ระบุทั้ง EPL และ ZPL ดังนั้นจึงไม่ทราบว่าการเพิ่ม EPL หลัง ZPL จะได้อุปกรณ์เพิ่มอีกเท่าไร แม้ความเข้ากันได้ของ EPL จะมีเอกสารรองรับกว้างขวางก็ตาม ถึงกระนั้นก็ยังเป็นการเพิ่มในระยะแรกที่สมเหตุสมผล เมื่อลูกค้าเดิมมีเทมเพลต EPL อยู่ หรือเมื่อเครื่องทดสอบรองรับอยู่แล้ว
อย่าคิดเอาเองว่าเลย์เอาต์ที่พอดีใน ZPL จะพอดีใน EPL ด้วย Zebra ระบุความสามารถด้าน TrueType, OpenType, ฟอนต์ที่ปรับขนาดได้ และการแมป Unicode ไว้ใน ZPL ขณะที่ 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 มีประโยชน์ในงานพัฒนา แต่ไม่ควรถือเป็นหลักฐานว่าเอาต์พุตจะตรงกับการรองรับดั้งเดิมของภาษาที่จำลองในทุกกรณีขอบ
Brother มีโลกของคำสั่งสองใบที่ต่างกัน
Brother ถูกจัดประเภทผิดได้ง่าย เพราะตระกูลผลิตภัณฑ์ของบริษัทไม่ได้ใช้โมเดลการเชื่อมต่อเดียวกันทั้งหมด ตระกูล QL เป็นตัวอย่างที่ชัดที่สุด ตารางสำหรับนักพัฒนาของ Brother ระบุ QL-820NWB และ QL-820NWBc ว่ารองรับ Raster, ESC/P และ P-touch Template ส่วน QL-800 ระบุเฉพาะ Raster และรุ่น QL อื่น ๆ อีกหลายรุ่นมีชุดของตัวเอง (ตารางรุ่นในเอกสารคำสั่งของ Brother)
เหล่านี้คืออินเทอร์เฟซคำสั่งมาตรฐานที่มีเอกสารรองรับในปัจจุบันของ QL-820NWBc อย่างไรก็ตาม คำต่อท้ายรุ่นและความต่างตามภูมิภาคมีผล เอกสารยุโรปฉบับทางการที่เก่ากว่าของซีรีส์ QL-800 เคยโฆษณาการจำลอง ZPL II สำหรับ QL-820NWB โดยระบุว่า upon request (เอกสารซีรีส์ QL-800 ของ Brother Europe) ก่อนจะสรุปเด็ดขาดเรื่อง ZPL กับเครื่อง QL-820 เครื่องใด ให้ตรวจสอบคำต่อท้ายรุ่น ภูมิภาค เฟิร์มแวร์ และการตั้งค่าเสริมก่อน ในเครื่อง QL รุ่นนี้ เส้นทางตรงที่มีเอกสารชัดเจนยังคงเป็น Raster
แปลงฉลากทั้งใบเป็นจุด แล้วส่งคำสั่งเริ่มต้น ข้อมูลวัสดุ แถวราสเตอร์ และคำสั่งพิมพ์ เหมาะที่สุดเมื่อแอปพลิเคชันดูแลการจัดวางและการวาดบาร์โค้ดอยู่แล้ว
ส่งคำสั่งวาดและข้อความแทนบิตแมปสำเร็จรูป Brother ปรับภาษานี้ให้เข้ากับเครื่องพิมพ์ของตัวเอง และไม่ใช่ ESC/POS ที่เน้นใบเสร็จ
ส่งเทมเพลตที่เตรียมไว้เข้าเครื่องพิมพ์ แล้วเติมออบเจ็กต์ข้อความและบาร์โค้ดจากเครื่องสแกน คอมพิวเตอร์ หรืออุปกรณ์อื่น โดยไม่ต้องสร้างเลย์เอาต์ใหม่ทั้งหมด
เอกสาร Raster ของซีรีส์ QL-800 จาก Brother ระบุว่างานหนึ่งประกอบด้วยคำสั่งเริ่มต้น รหัสควบคุม ข้อมูลราสเตอร์ และคำสั่งพิมพ์ อีกทั้งยังกำหนดขนาดหน้า ระยะขอบ ความละเอียด การบีบอัด การตัด และข้อมูลราสเตอร์สองสีตามแต่ละรุ่น (เอกสารคำสั่ง 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 พร้อมกันโดยไม่ตรวจเฟิร์มแวร์ที่ติดตั้งอยู่ (คำถามที่พบบ่อยเรื่องเฟิร์มแวร์ Brother RJ) คู่มือ EPL แยกต่างหากระบุคำสั่งที่การจำลองรองรับ (คู่มือการจำลอง EPL ของ Brother)
CPCL และ ESC/POS: เส้นทางสำหรับงานพกพาและใบเสร็จ
CPCL ย่อมาจาก Comtec Printer Control Language ผสมภาษาจัดรูปฉลากเข้ากับโหมดพิมพ์ทีละบรรทัด และผูกพันกับงานพิมพ์พกพาอย่างใกล้ชิด คู่มือ CPCL ฉบับปัจจุบันของ Zebra ตรงไปตรงมาเรื่องกลยุทธ์อย่างผิดปกติ คือแนะนำ ZPL สำหรับงานพัฒนาใหม่ ขณะที่ CPCL ยังคงดูแลอยู่ในเครื่อง Link-OS บางรุ่นเพื่อความเข้ากันได้ย้อนหลัง และฟีเจอร์ใหม่ของ ZPL มักไม่ถูกนำมาใส่ใน CPCL (คู่มือ CPCL ของ Zebra)
CPCL ยังสำคัญเมื่อแอปพลิเคชันหรือกลุ่มเครื่องพกพาใช้อยู่แล้ว ในรุ่นอย่าง ZQ600 Plus ที่รับทั้ง CPCL, ZPL และ EPL นั้น CPCL ช่วยรักษางานเดิมไว้ แต่ไม่ได้เพิ่มเครื่องรุ่นใหม่เข้ามา (เอกสารภาษาของ ZQ600 Plus) ส่วนรุ่นปัจจุบันอื่น ๆ รวมถึง ZQ120 Plus และ ZQ220 Plus ระบุ CPCL และ ESC/POS โดยไม่มี ZPL ดังนั้นคุณค่าที่เพิ่มขึ้นจึงขึ้นกับรุ่น (ภาพรวมของ ZQ120 Plus และ ZQ220 Plus)
Epson เปิดตัว ESC/POS ในฐานะระบบคำสั่งเฉพาะสำหรับเครื่องพิมพ์จุดขาย ครอบคลุมข้อความ ตำแหน่งพิมพ์ การเลื่อนกระดาษ สถานะ บาร์โค้ด ภาพบิต และฮาร์ดแวร์อย่างชุดตัด และไม่ได้จำกัดแค่ใบเสร็จ รายการคำสั่งของ 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 |
รุ่น PM65 ปัจจุบันของ Honeywell แสดงให้เห็นว่าเครื่องพิมพ์เครื่องเดียวรับได้ทั้งภาษาคำสั่งจากโฮสต์ รูปแบบเอกสาร และแอปที่รันในตัวเครื่อง ข้อมูลจำเพาะของมันระบุ DPL, Direct Protocol, Fingerprint, IPL, ZSim2 สำหรับ ZPL II, PDF, XML และการพิมพ์อัจฉริยะด้วย C# ไว้ในอุปกรณ์เดียว (ข้อมูลจำเพาะของ Honeywell PM65) ส่วน CT4-LX ของ SATO ก็ระบุ 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) ส่วน SLP-DX220 ของ BIXOLON ระบุ SLCS, BPL-Z, BPL-E และ BPL-D แบบเสริม (BIXOLON SLP-DX220) ตัวอย่างเหล่านี้อธิบายว่าทำไมจึงบวกยอดตามโปรโตคอลไม่ได้ เครื่องพิมพ์จริงเครื่องเดียวอยู่ในหลายหมวดภาษาพร้อมกันได้
การรองรับดั้งเดิมกับการจำลองไม่ใช่สิ่งเดียวกัน
การจำลองคือการตีความคำสั่งที่เขียนไว้สำหรับเครื่องพิมพ์อีกตระกูลหนึ่ง มันทำให้เครื่องพิมพ์ทดแทนใช้งานได้โดยไม่ต้องแก้แอปที่ใช้กันมานาน ซึ่งมีประโยชน์อย่างยิ่ง แต่ก็ยังเป็นการติดตั้งเพื่อความเข้ากันได้ที่มีรายการคำสั่ง ฟอนต์ และพฤติกรรมอุปกรณ์ที่กำหนดไว้
คู่มือการจำลอง ZPL II ของ Brother แสดงความต่างนี้ได้ชัดเจน มันระบุคำสั่งและฟอนต์ที่รองรับ กำหนดให้ตั้งค่าวัสดุและการปรับเทียบในเครื่องมือจัดการของ Brother และยังระบุกลไกสำหรับละเว้นคำสั่งรูปแบบ ZPL บางคำสั่งเมื่อทำให้เกิดปัญหาในการพิมพ์ (คู่มือการจำลอง ZPL II ของ Brother) ฉลากขนส่งแบบง่ายอาจใช้ได้โดยไม่ต้องแก้ ขณะที่รูปแบบที่ดาวน์โหลดฟอนต์ สอบถามสถานะ เขียน 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 และ เอกสาร ESC/POS ของ Epson
ส่งออกรายชื่อรุ่นเครื่องพิมพ์ที่มีคนขอในช่วง 90 วันที่ผ่านมา แล้วจัดกลุ่มตามเส้นทางภาษาที่มีเอกสารรองรับอย่างแม่นยำ เลือกงานพัฒนาถัดไปจากจำนวนอุปกรณ์ที่เพิ่มขึ้น และก่อนประกาศว่ารองรับภาษานั้น ให้พิมพ์และสแกนชุดทดสอบความเข้ากันได้ขนาดเล็กเสียก่อน
