naposledy co jsem zkousel tak nefungovala HP LJ 5L pripojena pres redukci lpt port to usb,
Aha, takže co nemůže fungovat, to taky nefunguje. Aby se to rozjelo, tak potřebuješ ovladač k té redukci (= systém musí znát, co k tomu VID a PID přiřadit). Pak musí mít implementovaný správný systém komunikace (SPP, EPP, ECP). Další věc je časování, u LPT na systémové sběrnici máš jiný běh času, než když se na USB trefuješ náhodně v rámci 1ms rámců. Pak je tady absence standardu pro identifikaci zařízení na LPT a fakt, že se přenáší proprietální protokol, který musí autor ovladače získat reverse engineeringem nebo vyžebrat od výrobce... I pak by ale kulhala autokonfigurace a patrně bys musel tahta ovladač přes modprobe.
scanner Mustek BearPaw 2448CU Pro
Tak tohle je ovšem taky muzejní kousek. USB 1.1, ovladače jenom do Win XP (na W7/8/10 by ti nejel taky) od pidi ťamanů bez podpory. Co čekáš, že Linux bude podporovat čtečky na děrný pásky garážové výroby? Aby někdo přidal podporu, musí se mu to vyplatit.
Na rovinu, mít takovou starou plečku doma, tak z ní vytahám použitelný součástky na hraní a zbytek odevzdám ve sběrným dvoře cestou pro něco podporovanýho. Asi ti tak udělali všichni.
a android Nexus 7 2013 pripojeny jako mass storage,
Tak srandoid obecně je problém. On se hodně brání při přístupu zvenčí a ani na widlích to prý není zrovna růžový kvůli nastavování práv (widle ani patlafoun nemám, nemůžu z vlastní zkušenosti soudit). Mass storage (flash, externí HDD) jede perfektně, problém je na straně patlafounu.
a pak take nejaka multifunkce Canon Pixma co jsem mel jen na chvili pujcenou,
Tak si nepůjčuj Canonku, ale Epsonku a všechno bude OK.
ani jedno to vubec nedetekovalo ... (aspon ze ta usb klavesnice a usb mys funguje)
Protože standardně připojení funguje v několika krocích. Vše je popsáno standardem.
1. Připojíš zařízení. Napájení se dostane do zařízení a to začne "něco dělat"
2. Zařízení naběhne a podívá se, jestli jsou datový linky připojený přes odpory 15k na zem. Pokud ne, je to nabíječka.
3. Zařízení připojí jeden datový vodič na napájení přes 1k5 (DM pro low speed, DP pro high speed)
4. Počítač detekuje jedničku na jednom z vodičů. Zavolá ovladač USB, ten zařízení vygeneruje dresu (číslo od 1 do 127, unikátní v rámci jedné sběrnice) a přiřadí mu ho. Huby se při tom naučí, kde to zařízení je.
5. Ovladač si s se zařízením popovídá. Zjistí VendorID (VID), ProductID(PID), rychlost a podporovaný třídy zařízení (HID, mass storage,...)
6. Ovladač USB mrkne, jestli zná VID a PID a podle toho přiřadí ovladač. Nebo hodí chybu do logu, když zařízení nezná.
V případě té tiskárny s redukcí, VID a PID měla maximálně ta redukce a tím jsme dojeli. Poznat něco na LPT přes ovladač USB je nesmysl.
V případě starýho skeneru neznámé značky taky, VID a PID nejsou v tabulce, záznam do logu a je to.
No a Canonka je obecně problém. Když výrobce něco nepodporuje, tak je to o reverzním engineeringu a každý se ti na to vybodne. Cenově jsou srovnatelný s konkurencí a pokud konkurence zveřejní protokol, nebo použije standard, tak není motivace desítky hodin očuchávat a analyzovat komunikaci. To se bere jako volba Canonu - nechceš prodávat linuxákům, tak neprodávej, přežijem i bez tebe.
K tématu do protokolu: Na linuxu někteří nesnáší, že podporuje standardy a nezalamuje se s nestandardníma vopičárnama, pokud to není nutný.