Zaujalo ma, ze s tlaciarnou, ktora podporuje Plug&Play, to cez niektore kable fungovalo, cez niektore nie. Zistil som, ze rozdiel je v pine 18 (strana D-SUB), resp. 33 (strana Centronics).
Stare kable maju pin 18 pripojeny na GND spolu s pinmi 19-25.
PnP kabel ma pin 18 (D-SUB) oddeleny od GND a prepojeny na pin 33 (Centronics).
Takze uprava klasickeho non-PnP kabla na PnP:
1. odpojit drot z GND (v dvoch kabloch, co som pozeral, bol modry)
2. odpojit GND z pinu 18 D-SUB (odcvaknut kus hrebena) a z pinu 33 Centronics
3. prepojit GND na tienenie na oboch stranach
4. pouzit uvolneny modry drot na prepojenie pinov D-SUB 18 <-> Centronics 33
LPT kabel s podporou Plug&Play (PnP)
Moderátor: Moderátoři
Ak si dobre pamätám , tak sa káble Centronics vyrábali jednosmerné aj obojsmerné.
Tohle není pravda doslova. Obousměrný Centronics neznamená, že je v něm 2x 8 datových vodičů. Obousměrné jsou datové registry na straně PC (např. s čipem UM82C11, tento nacházím na přídavné kartě už v PC-XT) a na straně příslušného zařízení. Pro handshaking se v takovém případě mohou využívat i některé z řídících signálů, které staré "jednosměrné" tiskárny nepotřebovaly (např. jehličkové). A kabely k těmto tiskárnám nemívaly vždy pinout úplný.
Úprava, co popisuje rnbw, spočívá ve využití vodiče, který v tradičním pojetí znamená propojení zemí (jednoho z mnoha). 18-25 byly GND vodiče k odpovídajícím D0..D7. Někde přišli na to, že se to bez jednoho z nich obejde.
Ani Windows ešte obojsmernú komunikáciu s tlačiarňou nevyužívali.
Pamatuju STAR LC240 s podporou češtiny v textovém režimu. Konfigurační program (už v DOSu!) obousměrnost využíval - načítal status tiskárny programem (tuším) starset.exe, Když jsem tenkrát kabel k této nové jehlici ze zvědavosti "rozpáčil" (v konektoru), bylo obsazených všech 25.
Petr de Zviqov
Naposledy upravil(a) judeware dne 29 lis 2012, 22:28, celkem upraveno 1 x.
Skumal som to viac a nechapem.
Pin 18 je na strane PC uzemneny. Pin 33 na strane tlaciarne vyzera byt nezapojeny...
Dnes som vytiahol dalsi kabel - tentokrat kratky (tak 1,5m - tie predtym boli 3m a 5m). A PnP funguje napriek tomu, ze je zapojeny rovnako ako boli povodne tie dva dlhsie, kde mi to neslo...
Pin 18 je na strane PC uzemneny. Pin 33 na strane tlaciarne vyzera byt nezapojeny...
Dnes som vytiahol dalsi kabel - tentokrat kratky (tak 1,5m - tie predtym boli 3m a 5m). A PnP funguje napriek tomu, ze je zapojeny rovnako ako boli povodne tie dva dlhsie, kde mi to neslo...
Podle mě je to tak, že vodič 18 <-> 33 je taková "reserve for future".
A identifikace PnP podle mě probíhá tak, že PC pošle (např.) určitou ESC sekvenci, na základě které tiskárna pár bajtů pošle zpět. A protože paralel nemá žádný RD non (pro zápis je STROBE), využívá se pro výzvu "PC chce číst" např. AUTOFEED (14) nebo SELECT IN (17).
Něco o tom píšou tady:
http://msdn.microsoft.com/en-us/library ... 05(v=vs.85).aspx
Mimochodem - i W98SE rozpoznají např. tiskárnu typu HP 5L, je-li zapnuta dřív než PC (třebaže v onom konkrétním PeCe nikdy předtím nebyla), po náběhu do grafického prostředí ji ohlásí jménem a event. se i postarají o ovladače (pokud je tiskárna starší, než O.S., jinak vyzvou k zadání cesty ke složce s ovladači - metoda ".inf").
A identifikace PnP podle mě probíhá tak, že PC pošle (např.) určitou ESC sekvenci, na základě které tiskárna pár bajtů pošle zpět. A protože paralel nemá žádný RD non (pro zápis je STROBE), využívá se pro výzvu "PC chce číst" např. AUTOFEED (14) nebo SELECT IN (17).
Něco o tom píšou tady:
http://msdn.microsoft.com/en-us/library ... 05(v=vs.85).aspx
Mimochodem - i W98SE rozpoznají např. tiskárnu typu HP 5L, je-li zapnuta dřív než PC (třebaže v onom konkrétním PeCe nikdy předtím nebyla), po náběhu do grafického prostředí ji ohlásí jménem a event. se i postarají o ovladače (pokud je tiskárna starší, než O.S., jinak vyzvou k zadání cesty ke složce s ovladači - metoda ".inf").