Dotaz: kontrola uspesnosti tisku na tiskarne

[Pavel Kozisek]

u zakaznika se tiskne mnozstvi faktur (max. 3 tisice za den) a to vse pres LPR/LPD z linuxu. Jedna se o postscript soubory, ktere umi tiskarna zpracovavat primo (HP3015). Obcas se stane, ze si zakaznik stezuje, ze nejaka faktura nebyla vytistena. To ma za nasledek nesrovnalosti a potize v dalsim zpracovani prislusne zakazky.

Samozrejme je klidne mozne, ze pracovnici zakaznika nekdy tu fakturu nekam zalozi, ale jako vzdy v takovych pripadech se vse svadi na techniku. Nema nekdo zkusenosti s tim, jak je mozno se dozvedet, ze tiskarna nejaky 'print job' nemohla provest. V logu samotne tiskarny jsou obcas hlasky, ze 'stranka byla prilis komplexni' a ja se obavam, ze v takovem pripade tiskarna proste jede dal a nikdo hned nic nezjisti.

Vidim 2 moznosti. Budto syslog (v tiskarne je mozno nastavit syslog-server) a nebo SNMP (tiskarna podporuje v2/v3).

Nema nekdo z Vas zkusenosti obecne s tou problematikou (linux-spooler tisk a jistota, ze ten papir z tiskarny vylezl) a zda je mozno budto z LPD protokolu nebo z SNMP vydolovat, zda mela tiskarna s vytiskem problemy? Resi nekdo take takovou problematiku?

Syslog jsem uz zapojil (rsyslog na Centos) a tam jsou hlasky jako:

Oct  7 14:20:45 192.168.200.38  printer: configuration change CurrentEconomyMode
Oct  7 14:20:45 192.168.200.38  printer: configuration change eCurrentOrientation
Oct  7 14:20:45 192.168.200.38  printer: configuaration changed: Resolution

ale to je vse bez toho, jaky print-job to byl a dalsi identifikacni udaje?

Odpovědi

[Josef Kufner]

Můžeš k tiskárně přidělat kameru a detekovat QR kódy na fakturách, jakmile to z tiskárny vyleze.

[Pavel Kozisek]

hm, to u vetsiny tiskaren nepujde. Papir z nich vyleza 'ksichtem' dolu.

[Peter Golis]

To pri duplexnej tlači nie je problém. Ajtak automatická obálkovačka zvykne vyžadovať riadiace kódy z určitej strany papiera. Ale ak sa to obálkuje ručne, tak v tom môže byť jadro problému. Neviem si predstaviť kto dá bez chyby 3k faktúr do obálok za deň. Ak máte na takú osobu kontakt, kúpte jej čokoládu.

[fe]

Nejprve bych si zaktualizoval firmware tiskárny, díval jsem se na web HP a jsou tam min. z roku 2014. Pokud se tisknou pouze faktury tak hláška 'stranka byla prilis komplexni' je minimálně podezřelá, faktury obvykle nebývají komplexní. V tiskárně se dá nastavit, aby při chybě zastavila tisk – je to opruz pro obsluhu ale takhle se dozvíte nějlépe v čem je problém.

Ještě bych zvážil tisknout PDF 1.4 namísto PostScriptu – převádět pomocí GhostScriptu – při tom převodu by se daleko lépe odchytávaly problematické stránky, protože co nepřevede GS to se nevytiskne, a možná by to mohlo by to být i rychlejší.

V profi provozech se to řeší přes čárovké kódy. Čarový kód se vytiskne a za tiskárnou naskenuje, pak už zbývá jen porovnat co se poslalo na tiskárnu a co se skutečně vytisklo (prošlo čtečkou čarového kódu). Ale to je ve vašem případě asi mimo realitu.

[Pavel Kozisek]

dik za reakci.

V tiskárně se dá nastavit, aby při chybě zastavila tisk

tohle je dobrej tip, to se pokusim nastavit.

Ještě bych zvážil tisknout PDF 1.4 namísto PostScriptu – převádět pomocí GhostScriptu

Taky jsem si myslel, pote co se nyni rozmohly tiskarny s primym tiskem PDF, ze to bude usnadneni prace. Ale bohuzel musim rict, ze ta zminena tiskarna (HP3015) radu hotovych PDF ve verzi1.4 nevytiskne - ten error jsme uz pred rokem nahlasili HP (samozrejme, ze je ticho po pesine). Ten samej soubor poslu k HP Pro 400 MFP (to umi i verzi 1.7) a tam to projde.

My uz delame transformaci pdf-ps uz ted z toho duvodu, ze nektere faktury jsou nase PDFka (ty projdou) a jine jsou PDFka od subdodavatele(ty tiskarna odmitne). A aby jsme pri posilani na tiskarnu nemuseli rozhodovat co muzeme poslat primo a kde musime transformovat, tak to delame hold u vsech faktur. Je to fakt schizofrenie, protoze ja si myslim, ze v tech tiskarnach je zase Ghostscript , kterej z toho naseho PS zase udela budto PDF a nebo - co si myslim ze bude spis - vytvori PCL. Firmware jsme samozrejme upgradovali.

V profi provozech se to řeší přes čárovké kódy.

To je to, co me ale prekvapuje. Zapoji se dalsi technicky prostredek, ktery opet muze stavkovat, mit poruchy a pritom ta tiskarna musi vedet, jestli ten print-job provedla a nebo ne. Ona sice 'nevidi', jestli jsou tam smouhy, ale v kazdym pripade musi vedet, ze ten papir vyplivla. A kdyz uz ma SNMP , tak by to snad mohla hlasit - to byla tedy moje predstava, kdyz uz se pise rok 2015.

[fe]

Pokud si trváte na SNMP zkuste se podívat sem https://www.paessler.com/manuals/prtg/snmp_hp_laserjet_hardware_sensor ale neručím za to že to je relevantní.

Pokud tisknete faktury jiným společnostem, měli by vám ty společnosti dodávat data ve vami specifikovaném formátu v opačném případě si musíte koupit nějaké profesionální řešení, které zvládá konverze tiskových jazyků nebo přímo Adobe Acrobat (je to pomalejší ale jde to). Je na vás co je snažší.

PS: Jste si jistý, že převod pdf2ps proběhne bez chyby a že do tiskárny posíláte validní data ne bullshit?

[Josef Kufner]

Zapoji se dalsi technicky prostredek, ktery opet muze stavkovat, mit poruchy

Jenže pokud se cokoliv z toho podělá, tak se dozvíš chybu. Ale pokud vše funguje, tak víš, že to opravdu funguje.

[Pavel Kozisek]

takze jak to nyni resime:

nasli jsme software 'papercut NG', ktere umi kontrolovat uspesnost tisku - skutecne pomoci SNMP. Je k dispozici pro windowv a i pro linux. Instalovali jsme pod centos 5 (tam je potreba stahnout starsi papercut verzi 14.3), jinak by se musel pouzit centos6. V papercutNG je treba zapnout hardware check. Potrebuje se CUPS, takze jsme museli opustit LPRng.

Software skutecne zamezi, ze spooler posle printjob k tiskarne, kdyz ta je nejak zaneprazdnena. V dnesni dobe je to tak, ze tiskarny kdyz nemaji papir, tak klidne prijmou i 50 dalsich tiskovych uloh a kdyz pak nekdo tiskarnu pri doplnovani papiru vypne, tak je vsechno pryc.

Poznamka:

CUPS je i nadale silenost prvni tridy, statisice dotazu na internetu svedci o tom, ze kdyz nekdo u CUPSu napoprve zvladne remote administraci -> tak pak uz je proste PAN ADMIN.

[myšák]

Kontrola pomocí SNMP je fajn a je na tom postavený víceméně každý SW jako je Papercut, Pykota, SafeQ apod. Obecně se používá pro zjištění stavu standardní MIB 1.3.6.1.2.1.25.3.5.1.1.1, ale ne vždy to funguje. V případě, že máte MFP, která má "printserver nekomunikující se zbytkem stroje", tak můžete dojít do stavu, kdy na stroji někdo kopíruje a přes MIB 1.3.6.1.2.1.43.10.2.1.4.1.1 můžete vidět, že se vám inkrementuje page counter, ale při dotazu na status se MFP tváří jako IDLE.

[rhm]

Pro rozlišení zda se tiskne nebo kopíruje by mohlo stačit přidat zpracování hodnoty ze SNMP, pokud to daná tiskárna používá (uložení tohoto counteru při start-stop tisku): postscript-total-page-count 1.3.6.1.4.1.11.2.3.9.4.2.1.3.3.4.5

Případně pro zjištění aktuální tiskové úlohy zkusit, co se při tisku děje s následujícími hodnotami:

active-print-jobs	1.3.6.1.4.1.11.2.3.9.4.2.1.1.6.2
job-being-parsed 	1.3.6.1.4.1.11.2.3.9.4.2.1.1.6.2.1
current-job-parsing-id 	1.3.6.1.4.1.11.2.3.9.4.2.1.1.6.2.1.1
job-info 	1.3.6.1.4.1.11.2.3.9.4.2.1.1.6.5
job-info-name1 	1.3.6.1.4.1.11.2.3.9.4.2.1.1.6.5.1
job-info-stage 	1.3.6.1.4.1.11.2.3.9.4.2.1.1.6.5.10
job-info-pages-processed 	1.3.6.1.4.1.11.2.3.9.4.2.1.1.6.5.12
job-info-pages-printed 	1.3.6.1.4.1.11.2.3.9.4.2.1.1.6.5.13

[Pavel Kozisek]

upresneni jeste k tomu reseni s 'papercut NG'

Bohuzel se to neosvedcilo a to z toho duvodu, ze kazdy vytisk trva asi 12 vterin - asi software ceka pres SNMP na odpoved tiskarny. (spis bych si tipnul, ze to software se proste kazdych 10 vterin zepta tiskarny na stav). Takze jsme to vratili zpatky a hledame jine reseni. Moznost by byla rozhazovat ty vytisky na nekolik tiskaren, ale no jo ...

[Josef Kufner]

Hele a co Raspberry s optickou závorou na výstupu papíru z tiskárny? Sice by to neřešilo obsah papíru, ale řešilo by to, zda papír vylezl z tiskárny. Pokud by se to průběžně porovnávalo se stavem tiskové fronty, mohlo by to dát celkem jasnou představu s tím, zda vylezlo vše, co mělo. A pokud by vylezlo míň papíru, než by podle fronty mělo, tak upozornit obsluhu na nesrovnalost.

[Pavel Kozisek]

to by byl takovy prvni krok, co by se dalo delat. Musela by se udelat takova nejaka konstrukce, co by drzela ten Raspberry (nebo du fotodiodu) u vystupu tiskarny a aby to obsluze moc neprekazelo. Problem bude u tiskaren s vystupem jaksi 'uvnitr' - to jsou ty multifunkcni, co maj nahore ten scanner a podavac. Ale jako maly projekt pro LinuxDays by to bylo urcite zajimavy.

[Josef Kufner]

Konstrukci netřeba. Stačí oboustranná lepicí páska či teplem tavné lepidlo a delší kabel mezi optozávoru a Raspberry, aby Raspberry mohlo být hozeno v krabičce za tiskárnou. Ta závora je celkem malá součástka, případně dvojice součástek. Při troše štěstí se to vejde i dovnitř do tiskárny.

[myšák]

Doporučuji před bastlením optické závory na výstup prubnout to SNMP. Osobně jsem to obvykle debugoval přes snmpwalk ve while true cyklu. Poslal jsem do tiskárny nějakou testovací úlohu a čučel jak se mi mění counter a stav tiskárny. Dopsat backend do CUPSu je relativně triviální záležitost.

[pavlix]

CUPS je i nadale silenost prvni tridy, statisice dotazu na internetu svedci o tom, ze kdyz nekdo u CUPSu napoprve zvladne remote administraci -> tak pak uz je proste PAN ADMIN.

Co se myslí remote administrací?

[Pavel Kozisek]

mysleno je aby mohl clovek zadat na lokalnim pocitaci v prohlizeci ip-Addr:631 a zobrazila se mu ta webova administracni aplikace pro cups - coz default nejde.

[pavlix]

V tom případě jsem pan admin, na lokálním počítači mi toto funguje samo.

[myšák]

škoda, že tu nejde dát lajk/hvězdičku/+1 apod.

Upřímně řečeno, je pár věcí, co mě malinko iritují:

• nemožnost ovlivnit load-balancing mechanismus při použití "HA/LB režimu pomocí implicit classes"
• "disproporce" mezi tím, co dokážu vidět přes WebGUI a přes CLI (např. jsem nepřišel na způsob jak v CLI jednoduše zobrazit, na kterou tiskárnu právě v rámci třídy tisknu)
• a hláška "Can't read cupsd.conf", která ovšem nemusí nutně znamenat (v 99% neznamená), že máte blbě nastavená práva k souboru...

.

Ale jinak na CUPS nedám dopustit.

[R]

Pouzivajte v CUPSe PCL driver namiesto PS.

[pavlix]

Důvod?

[R]

Obidu sa bugy tykajuce sa PS vo firmwari tlaciarne. PCL je omnoho jednoduchsi jazyk.