Ohledně "mini Np330 Network USB 2.0 Print Server" : nikde tam nevidím, že by to podporovalo jmenovitě AirPrint / "driverless" printing. Což by mi dávalo smysl. Podle mého to bude umět LPR, JetDirect a snad i další podobně jednoduché protokoly. Případně CUPS / IPP, ale jenom v režimu, kdy podáte job ve správném formátu pro tiskárnu HP2600n.
Spíš ale bude problém "prostě podat tiskový job", protože ta tiskárna je z kategorie GDI/host-based, takže potřebuje HW-specifický driver, který se s ní bude přes USB bavit napřímo.
V Linuxu podpora existuje, v balíku ovladačů tisku zvaném HPLIP. Žil jsem v domnění, že se jedná o proprietární software firmy HP, ale při bližším pohledu se zdá, že jsou k dispozici zdrojáky. Pokud zkombinujete HPLIP a CUPS, patrně dosáhnete požadovaného výsledku, protože tisková služba CUPS (na rozdíl od lpr/lprng) provádí dle potřeby letmou konverzi formátu tiskových jobů.
Takovou věc bych osobně instaloval na x86 PC s točivým diskem, ale na RPi by to taky asi šlo. Jenom pozor, na jakém médiu spoolujete tiskové joby - levná flashka by mohla poměrně rychle odejít. Nemyslím si, že byste tohle řešení koupil jako hotovou miniaturní ARMovou krabičku, která startuje z miniaturní flashky a má vše potřebné uvnitř. Samotný CUPS je poměrně rozsáhlý projekt. HPLIP taky není malý - a jak už jsem psal, k mému překvapení
jsou k dispozici zdrojáky (rostou na SourceForgi,
web HP na toto umístění odkazuje).
Pokud se týče RB-262SXV2: s trochou ruční práce by to nakonec mohlo chodit, ale neslibuju.
Předně uvnitř je Vortex86SX = 486SX taktovaná někde kolem 300 MHz, pokud mě paměť neklame.
Že k tomu nekoupíte nový točivý disk (protože paralelní IDE), to je nakonec řešitelné. Možná to má jenom CompactFlash slot - buď se spokojíte s CF kartou, nebo existovaly reverzní redukce na IDE...
Procesor je i386 compatible, ale toto je třeba ještě upřesnit: tušímže Debian i386 je spíš x86_32 vyžadující CPU zhruba na úrovni Pentium II, pokud se nepletu kvůli podpoře CMPXCHG a možná dalších věcí (TSC, nějaké architekturní záležitosti...)
Tzn. pokud máte čas, hrajte si :-) Nejspíš budete potřebovat druhé PCčko jako "build environment", možná nejlíp s 32b distrem, možná Vás to donutí volit distro spíše postarší (takže nejspíš taky starší CUPS a starší HPLIP, ale to už si kdyžtak vyzkoušíte sám). Distribuční kernel v instalátoru moderního "i386" distra, byť x86 32bit, nejspíš bude vyžadovat procesor nejméně na úrovni i686 (viz výše). I pokud si z archivu stáhnete starší verzi distra, která se spokojí s x86 na úrovni 486, nejspíš bude kernel vyžadovat matematický koprocesor, tzn. před zavedením "povinného i686" se už pár let počítalo s minimem 486DX. Běh bez koprocesoru je možný, ale nejspíš Vás to donutí, zkompilovat si vlastní jádro s podporou emulace 387/487. Pokud se nepletu, tahle jaderná emulace (přes HW výjimku CPU) následně ošetří i kompatibilitu user-space softwaru.
Takže: budete instalovat i386 verzi distribuce a budete muset buď nastartovat instalátor s vlastním jádrem s emulací i387 (třeba přes PXE?), nebo instalaci provedete na výkonnějším stroji "offline" (např. skrz Debianí nástroj debootstrap, nebo ve virtuálu) a svoje vlastní jádro tam taky nacpete v rámci této "instalace oklikou". Pokud budete muset kompilovat CUPS a HPLIP ze zdrojáků (třeba protože chcete aktuální verzi), nejspíš to taky budete chtít provést na výkonnějším/modernějším stroji. Napadá mě, že jako zmíněný výkonnější build environment by mohla posloužit virtuálka s i386 distrem. A ten build by se patrně dal provést přímo v imagi bootovacího disku, který napřed zabydlíte ve virtuálce, a následně ho bootnete na holém železe Vortex86SX :-) Nebo samozřejmě buildnout offline, vyrobit binární balíčky a do provozního image tyto jenom nainstalovat.
Cílem je, aby ve finále běžel CUPS a HPLIP na štíhlém distru na Vortex86SX. RAMka by snad i mohla s odřenýma ušima stačit. Samotnému distru určitě, to se vejde do pár desítek MB. Případně můžete na disku vyrobit větší swapáč. Takže potom tisk složitějších jobů bude pomalý nejenom kvůli nízkému taktu + emulaci FPU, ale ještě taky kvůli swapování :-DDD Připomínám, že CPU printserveru bude muset joby z AirPrintu apod. tiskárně renderovat do jejího nativního formátu. No možná ještě v pohodě je AirPrint z nějakého PCLm (v zásadě už bitmapa) než třeba PostScript jak se patří :-) Samozřejmě GhostScript by určitě taky přiložil ruku k dílu, v případě potřeby.
Podvědomí mi podsouvá nápad, zprovoznit CUPS + HPLIP + GhostScript na nějakém normálním serveru, který je třeba v LANce k dispozici, a k tiskárně přisunout jenom maličký hloupý printserver, kterému se budou joby lžičkovat už v cílovém proprietárním formátu. Nojo, jenomže ona ta tiskárna je GDI. Takže s nějakým lpr/lprng stejně smolík. Případně by se to asi dalo dotáhnout pomocí "USB over IP" - viz např.
YouTube video návod. Pořídit miniaturní instalaci třeba Debianu s pokud možno moderním kernelem, pro 486SX s podporou USB over IP, to by mohl být menší masochismus, než do toho masírovat ještě taky CUPS + HPLIP + GhostScript. Taky podpora USB over IP nepotřebuje ukládat joby na HDD, takže by to mohlo startovat klidně z flashky. Nebo v read-only režimu over PXE :-) Nakonec by tomu dokonce mohl stačit ke štěstí maličko upravený debianí initial ramdisk = nemuselo by to ani mountovat trvalý root někde z CompactFlash nebo NFS.
13 Odpovědí
3823 Zhlédnutí