Dotaz: Přístup na paralelní port v EPP režimu

[Tom]

Rád bych si připojil k počítači nějaké vstupy a výstupy (relé, optotriaky, vstupy a výstupy 24V a tak ). Udělal jsem si jednoduchý I/O expander harwarově zadrátovaný jako paralelní zařízení které jede v EPP režimu. Zprvu se zdálo vše jednoduché (až podezřele), zapíšu adresu do EPP_Address_Registu ( na adresu LPT_BASE + 3 ) a do adresového registru se výstupem addr_strobe zachytí adresa, do EPP_Data_Registu ( na adresu LPT_BASE + 4 ) zapíšu data a ty se výstupem data_strobe zapíšou do výstupního registru. Ale ono to zas taková sranda asi nebude. On se totiž musí paralelní port nejprve správně přepnout do EPP režimu a na tom jsem dojel.

Jak jsem se dozvěděl, jedna z možností je port přepnout do EPP režimu zápisem bajtu xxxx0100 do SPP_Control_port, eventuelně ještě nahodit 5. bit (Enable bi-directional port) a pak je potřeba ještě shodit (nebo nahodit) flag EPP_timeout v SPP_Control_portu. U některých výrobců se ještě musí tenhle flag nejprve dvakrát za sebou přečíst. (Podotýkám že nic z výše uvedeného na můj VIA686 chipset nezabralo. Respektive zabralo jen na půl - ať zapisuju data nebo adresu, pořád se mi strobují oba výstupy - jak addr_strobe, tak data_strobe).

Lepší možností je údajně nakonfigurovat port přes Extended_control_registr (na adrese LPT_BASE + 0x402h), který sice slouží pro ECP mód, ale nastavuje se tam i tohle. Ale s tím mám potíž. Instrukce ioperm mi nedovolí přístup na adresu LPT_BASE + 0x402h. Na LPT_BASE to jde samozřejmě normálně. Nevím jestli něco dělám blbě, nebo jestli tam ten registr fyzicky není nebo co. On je to vlastně port integrovaný přímo na motherboardu a jede přes PCI, tak kdo ví, kde jsou ty adresy vlastně jsou.

A tady jsem skončil. Port je asi špatně nakonfigurovaný. Snažil jsem se něco vyčíst v driverech parport a parport_pc. Dokonce by asi bylo dobré to i použít, protože o detekci a konfiguraci portu se postará jádro, ale tady nevím jak do toho. Zjišťuji, že problematika IEEE_1284 je příliš obsáhlá na to, že chci poslat pár bajtů na dva porty. Ale pokud někdo víte, že tudy je to ta správná cesta a mohli byste mi poslat třeba kousek kódu nebo odkaz, jak jednoduše použít EPP_write_address nebo EPP_write_data / EPP_read_data z parport_pc, budu moc vděčný. Budu samozřejmě vděčný i za jiné informace, které mě pohnou z místa. (Vděčný jsem i za to, že jste to dočetli až sem.)

Odpovědi

[David Jež]

Vidim ze vlastnis stejny radic jako ja Via686A potrebuje zinicializovat pres PCI ze se jede v modu EPP, nezvlada ECP/EPP zaraz (ano jako vzdy, dokumentace samozrejme neodpovida skutecnosti...)
-djz

[Tom]

Me se ta inicializace stale nejak nedari. Podle dokumentace ma byt pristupny port na adresach 0x378 a jeho prislusny ECR registr na 0x378 + 0x402. Ale podle meho na te adrese ECR registru nic neni, protoze at tam pisu co chci, stejne vzdycky prectu 0xFF. Da se nejak zjistit, na jakych adresach to je? Je to kvuli PCI nekde jinde? Jak to zjistim? Ale stejne je to divne. Vzdyt ta adresa je prece dana normou IEEE 1284?

[David Jež]

Da, treba v datasheetech VIA. Jinak na normy bych zrovna moc nespolehal, pro vyrobce jsou normy zasadne pro to, aby se porusovaly. Jinak adresa portu IMHO v IEEE byt definovana nemuze, pac jakakoliv adresa plati POUZE pro nejake pritrouble PCcko, existuje tuna jinych zarizeni, ktere s PeCkou nemaji spolecne vubec nic a presto maji IEE 1284 kompatibilni port. Co se tyce ovladace v linuxu, ten patch pro enablovani EPP (pokud to nefacha nastavenim v setupu) je zde. Pak jaderny partpo_pc ovladac korektne zinicializuje port jako EPP, ted se mi nad tim nechce premyslet neb mam v cerstve mysli trosku jinou architekturu nad kterou ted premyslim takze se na to mrkni a nech se inspirovat .
-djz

[Kinnon]

Prepacte, ze s pletiem do debaty, sice nemam potuchu o com to cele je, ale jednu vec som si vsimol, teda na zaklade vasich prispevkov. Ako je mozne ze je nieco zle zdokumentovane? Ako sa potom da opriet o dokumentaciu ? V podstae moze vyrobva napisat doc. k nejakemu sw, alebo hw a stale nemam zaruku, ze sa nato mozem spoliehat? Ako to potom riesit ?

[David Jež]

Presne tak Na dokumentaci se spolehat vetsinou nemuzes. Mozne to je tak, ze firmy pracuji predevsim po ekonomicke, ne technicke strance. Takze kdyz nekdo mrska na trh vyrobky metodou "hlavne at to mame o den rychleji nez ryze (nebo amici, nebo opet tchajwanci, nebo proste konkurence) a at jsme prvni na trhu a seberem nejvetsi podil, nevadi ze to nebude fungovat". Jeden pekny priklad: Nejmenovana firma uvedla nejmenouvanou desku pro nejmenovany procesor. V dokumentaci stalo, ze deska podporuje bootovani ze site. Obrazky ze setupu s prisulsnyma volbama. V realu to fungovalo tak, ze pentium IV deska te firmy proste nebootovala. Takze kamarad psal te stejne, opet nejmenovane firme, ze na jeho desce s chipsetem i875 nefunguje bootovani ze site. Ti trotlove se s tim drbali nevim jak dlouho, ale nakonec nez aby zapakovali jednu option rom do BIOSu s par inicializacemi, tak radeji vydali errata na MANUAL ze ta deska nebootuje a nikdy bootovat nebude. Ale opravdu nechci gigabytum delat ostudu
Takovych pripadu je vice, to je take duvod proc se blbe pisou veskere ovladace. Proto me take silene vytaci debaty luseru typu "udelejte sakra nekdo neco s tim linuxem, zacnete treba u ovladacu kdyz jsou k nicemu...", kteri jsou proste mimo.
PS: Na jednom meetingu v docela dobre nalade jsem prisel s pracovnim vysvetlenim, proc dokumentace neodpovida realu po te, co jsem si precetl, kdo ji vlastne sepsal. Nicmene to nebylo mysleno moc vazne a to si o prislusnicich neznejsiho pohlavi opravdu nemyslim
PS2: Nejlepsi metoda jak to resit je pustit si nejaky dobry mind dopping (hehe, Sandra zni na VIA Vinyl na Athlon64 fakt dobre ) a byt v dobre nalade a neresit dokumentaci, ale spolehat na sebe, jinak by ses zbytecne rozciloval.
-djz

[Kinnon]

Ano, este sa podelim o moj zazitok. Mal som za ulohu odmerat napatie(v istom rozhau) a previes to cez GAMEPORT(dalej len GP) do PC. Prelistoval som googla, rozne dokumentacie, prestudoval vsetko co sa dalo. Nakoiec sa mi podarilo nejak program zostrojit. ALE. V dokumenacii sa uvazdzalo, ze na prevodniku CD520 po zapojeni na GP naskocia na vystupoch(digitalnych) same nuly. Moj program bol postaveny na testovanie nul na zacatiku z istych dovodov, ktore nebudem zbytcone rozpisovat. Proste..v dokumentaci bolo vedene, ze po zapojeni tam maju byt 0ly a po istom case prechadzaju na 1ky. Ale pravda bola uplne opacna. Ale to som zistil asi po dvoch dnoch.A to som mal uz ozaj len krocik od psychiatrie. Takze mam zas o nieco menej vlasov. A to bolo primitivny GAMEPORT. Myslim, ze dokladna dokumnetacia je 50% uspechu. Ale zas je tu troch alibizmu, pretoze pokial tu dokumentaciu pise clovek a pise ju clovek, tak tomusime pochopit aj tak, ze sa budu robit chyby nadalej.

[Tom]

Ja se motam bohuzel cely zivot jenom mezi PCcky, tak se omlouvam za svuj omezeny pohled na hardware. Jinak ten patch zkusim. Tohle reseni se mi docela zamlouva. Dik.

[Tom]

Kam jsem to klepnul. Tohle melo byt za prispevkem -djz

[Beda]

ad ioperm na lpt_base+ neco... co takhle zkusit nastavit korektni lpt base, tak aby o ni jadro vedelo? viz /proc/sys/dev/parport/parport0/ a jeste treba pod uid 0 namapovat danou pamet mmapem? (btw je /proc/kcore read/write soubor?) pak by se snad dalo nasimulovat chovani podobne tomu, jake znas z realneho modu, ze by pro tebe neplatily omezeni v mape povolenych ioadres daneho procesu. ale urcite to musi jit i jinak a lip systemovejc.

[Beda]

ad instrukce ioperm ? to jako nejaka asemblerovina nebo strojakovina? jestli jo, tak se jeste koukni na man 2 ioperm a man 2 iopl treba to bude prave to co hledas.