Termální POS tiskárna (OEM / white label)

Kompatibilita ESC/POS a úplnost sady příkazů

ESC/POS (Epson Standard Code for POS Printers) je de facto sadou příkazů pro termální tiskárny účtenek. Většina čínských OEM továren tvrdí kompatibilitu s ESC/POS, ale úplnost implementace se výrazně liší — a mezery ve zřídka testovaných příkazech se objeví v tu nejhorší možnou chvíli během integrace.

Příkazy, na kterých nejvíce záleží, nejsou ty základní pro tisk textu. Ověřte tyto explicitně vůči svému POS softwaru: GS v 0 (tisk rastrového bitového obrazu, vyžadovaný pro tisk loga a vykreslování QR kódu), GS k (tisk čárových kódů pokrývající Code128, QR Code a PDF417), GS ( L (režim stránky pro složitá vícesloupcová rozložení účtenek), ESC ! (výběr fontu, dvojitá šířka/výška, zvýraznění, podtržení) a HRI (umístění Human Readable Interpretation pro štítky čárových kódů). Požádejte továrnu o vytištěnou tabulku kompatibility příkazů — a poté ji sami otestujte pomocí nástroje pro testování surového ESC/POS, než se zavážete ke svému MOQ. Některé továrny projdou prvních 20 příkazů a selžou na 21.

Kompatibilita s režimem STAR je samostatným hlediskem. POS software postavený na SDK od STAR (běžný v japonských a některých evropských pohostinských POS systémech) používá odlišný dialekt příkazů. Pokud vaše cílové odvětví používá software založený na STAR, potvrďte, že je podpora režimu STAR ve firmwaru — není automaticky zahrnuta ve firmwaru kompatibilním s ESC/POS.

Režim rozhraní USB je dalším detailem se skutečnými integračními důsledky. USB CDC (Communications Device Class) prezentuje tiskárnu jako virtuální COM port a je přímo kompatibilní s většinou POS softwaru bez dodatečných ovladačů. Režim USB HID vyžaduje na Windows ovladače dodavatele a vytváří kompatibilní tření se softwarem třetích stran. Specifikujte režim USB CDC ve svém dokumentu požadavků na produkt a ověřte jej během předzásilkové inspekce.

Životnost tiskové hlavy a specifikace termálního papíru

Tisková hlava je komponentem s omezenou životností v každé termální tiskárně. Továrnou udávané hodnoty MTBF (typicky 60km papíru nebo 20 000 hodin) se měří za specifických podmínek — okolní teplota 25°C, vlhkost 60% a papír s konkrétní citlivostí aktivace. Skutečná životnost tiskové hlavy silně závisí na kvalitě termálního papíru, a právě zde většina OEM kupujících nechává peníze na stole.

Dva parametry papíru mají největší dopad na opotřebení tiskové hlavy. Za prvé, aktivační teplota: vysoce citlivý papír se aktivuje při 65–70°C (jakosti Hansol, Koehler a Jujo), což vyžaduje nižší energii hlavy na bod. Levný papír se aktivuje při 85–90°C, což vynucuje vyšší teplotu hlavy, jež urychluje opotřebení a časem zvyšuje riziko delaminace hlavy. Specifikujte aktivační teplotu papíru ve svém BOM příslušenství a testujte s papírem, který bude váš koncový zákazník skutečně používat — nikoli se vzorkovým papírem přiloženým v krabici.

Za druhé, obsah BPA: nařízení EU 2016/2235 omezuje BPA v termálním papíru na <0,02% hmotnostně. Pokud váš produkt míří do EU, specifikujte papír bez BPA (na bázi BPS nebo alternativy bez fenolu) ve svém balení a uživatelské dokumentaci. Některé továrnou dodávané role papíru stále obsahují BPA — ověřte nezávisle.

Vnější průměr role papíru je mechanickým omezením, na které narazí kupující, kteří po expedici produktu změní dodavatele rolí. Standardní maximální OD pro 80mm tiskárny je 83mm. Tolerance OD dodavatele rolí je typicky ±1–2mm, což znamená, že nominálně 83mm role může měřit 85mm a způsobovat chyby zavádění papíru. Zahrňte ověření tolerance OD do svého vstupního QC kontrolního seznamu. Pokud váš cílový trh používá role od neznámého dodavatele, otestujte tři šarže, než zamknete specifikaci papíru.

Typ senzoru zaseknutí papíru ovlivňuje spolehlivost detekce u různých tlouštěk papíru. Reflexní senzory detekují papír odrazem IR světla od povrchu papíru — mohou falešně reagovat na velmi tenký nebo velmi průsvitný papír. Transmisní senzory (IR vysílač na jedné straně, přijímač na druhé) jsou spolehlivější napříč jakostmi papíru. Potvrďte typ senzoru během vyhledávání dodavatele a specifikujte jej, pokud vaše prostředí nasazení používá různé zdroje papíru.

Duální rozhraní Ethernet a Bluetooth pro nasazení v maloobchodu a gastronomii

Moderní POS nasazení často potřebují jak drátový Ethernet pro stacionární pokladní stanice, tak Bluetooth pro mobilní nebo tabletové POS. Tiskárny s duálním rozhraním to řeší, ale architektura implementace má větší význam než přítomnost obou konektorů.

Kritickou otázkou je, zda obě rozhraní mohou přijímat tiskové úlohy současně, nebo zda tiskárna používá exkluzivní přepínání (vždy aktivní pouze jedno rozhraní). Exkluzivní přepínání je běžné a omezuje flexibilitu v prostředí s více zařízeními — například v restauraci, kde hlavní POS terminál používá Ethernet a mobilní zařízení tiskne objednávkové lístky přes Bluetooth. Před odběrem vzorků potvrďte u továrny souběžný provoz rozhraní.

U Bluetooth je relevantním profilem pro tisk ESC/POS profil SPP (Serial Port Profile) přes Bluetooth Classic — nikoli BLE GATT. SPP emuluje sériové připojení, což je to, co většina tiskových knihoven ESC/POS očekává. BLE GATT vyžaduje vlastní kód na straně aplikace a není přímo kompatibilní se standardním POS softwarem. Android podporuje BT Classic SPP bez omezení. iOS je odlišný: iOS omezuje přístup k API Bluetooth Classic pro aplikace třetích stran v rámci programu MFi (Made for iPhone). Pokud váš produkt míří na POS software založený na iOS (Square, Toast, Lightspeed), musí mít tiskárna certifikaci MFi. Potvrďte stav certifikace MFi během nastavení privátní značky — ovlivňuje výběr továrny, protože ne všichni ODM udržují licencování MFi.

Chování automatického síťového objevování má význam pro podniková nasazení. Pro tisk z iOS přes AirPrint nebo aplikace třetích stran umožňuje podpora mDNS/Bonjour, aby se tiskárna objevila v lokální síti bez ruční konfigurace IP. WS-Discovery je ekvivalentem pro prostředí Windows. Oba mohou ve firmwaru koexistovat. Ověřte, že tiskárna publikuje správný typ služby pro váš cílový softwarový stack.

Zpětná volání stavu tisku jsou zásadní v kioskových nasazeních, kde transakce nesmí být potvrzena, dokud se účtenka úspěšně nevytiskne. Tiskárna musí hostitelské aplikaci přes aktivní rozhraní hlásit stavy došlého papíru, otevřeného krytu a probíhajícího tisku. Otestujte to s vlastní aplikační logikou: odešlete tiskovou úlohu, otevřete kryt papíru uprostřed tisku a potvrďte, že vaše aplikace zachytí chybový stav, namísto tichého potvrzení transakce. To je běžný režim selhání, který by testovací skripty předzásilkové inspekce měly explicitně zahrnovat.