Re: Seriovy port

From: Jiri Novotny <novotny@MUNI.CZ>
Subject: Re: Seriovy port
Date: Wed, 30 Aug 1995 14:55:24 +0200

Next Article (by Date): Re: TCPIP pre Novell Petr Simek
Previous Article (by Date): TCPIP pre Novell Michal Toth
Top of Thread: Seriovy port Vladimir Rengevic
Next in Thread: Seriovy port Vladimir Rengevic
Articles sorted by: [Date] [Subject]

>
> In article <9508281151.aa09814@perun.valm.sk>
>   rengevic%PERUN.VALM.SK@earn.cvut.cz (Vladimir Rengevic) writes:
>
> >Mam k PC pripojenu malu skrinku na seriovy port. 25 pin konektor:
> >1-7-GND
> >2 tx data
> >3 rx data
> >4-5
> >6-8-20
> >podla popisu je to nulovy modem.

Ano je, ALE VELMI ZJEDNODUSENA verze.
Samozrejme velmi zalezi na tom co je naproti, ale i s takhle zapojenym
konektorem by to melo fungovat. Dokonce by to melo jet pri bou rezimech
prace s asynchronnim portem, protoze signal DCD (6) je osetren pres
loopback. Takze chybu bych hledal ve vyssich vrstvach software.

Asi bych mel kratce vysvetlit co minim pojmem dva rezimy prace.
Ty se rozlisuji tim zda software reaguje na pritomnost signalu DCD.
Pri pripojenem modemu, kdy nas modem signalem DCD informuje o navazani
spojeni je zadouci aby prechod signalu DCD do log 1 vyvolal nejakou
akci, kterou je nejcasteji dialog pro prihlaseni (ale muze to byt i neco
jineho). Pri prechodu signalu DCD je zadouci aby doslo k odhlaseni
uzivatele.

Prvni rezim tedy je nutny pro praci s modemem, problem ale je v tom,
ze obcas potreba modem prenastavit, a treba i volat ven. V prvnim rezimu
je ale komunikace podminena prave pritomnosti signalu DCD, takze nejsme
schopni s modemem "zevnitr"( ze strany PC) komunikovat. A na to je prave
druhy rezim, ktery umoznuje pracovat s pripojenym zarizenim BEZ pritomnosti
signalu DCD.

Ruzne Unixy resi tento problem ruzne, u SunOSu to byl pristup na totez
zarizeni s ruznymi minor numbery lisicimi se o 128, BSD/OS to resi
prikazem  clocal, atd. zalezi na Vasem systemu.

>
> Zkuste tohle zapojeni:
>
> 2   ----- 3
> 3   ----- 2
> 7   ----- 7
> 4+5 ----- 8
> 8   ----- 4+5
> 20  ----- 6+22
> 6+22----- 20
> 24+15---- 17
> 17  ----- 24+15
>
> (ty posledni dva spoje asi u PC pro asynchronni prenos nemaji vyznam).

Ty posledni dva spoje nemaji u PC vyznam, protoze to jsou hodiny, ktere
asynchronni provoz nepouziva, navic je to i spatne protoze ten spoj
u sync zarizeni ma vypadat 24 ----- 15+17.

> Melo by to fungovat tak, ze v okamziku, kdy pocitac da signal DTR=vyvod 20
> (snad pri open()), jeho partner obdrzi jak DSR (6), tak RING (22), coz by ho
> melo probrat. A pokud posle signal RTS (vyvod 4) dostane sam CTS (vyvod 5,
> povoleni k vysilani) a druha strana dostane DCD (8) - oznameni o tom, ze
> prichazi data.
>
> Pokud to nepujde, zkuste propojit jenom 20 ---- 6 a pak 20 ---- 22. Zkuste
> omerit vyvody, co se deje pri open(), a mate-li nejake zarizeni, se
> kterym ten pocitac funguje, i co se deje pri jejich komunikaci.
>
Hm, to bych moc nezkousel, zvlaste kombinace 4+5 ----- 8
je odpudiva, ale to je na delsi rozbor. Jinak se primlouvam pro zakoupeni
kouzelne krabicky s ledkami, ktera se pichne na COM port a barvou diod
Vam rekne v jakem stavu mate jednotlive siganly. Nam to usetrilo
spoustu prace.

Plne zapojeni null modemu je toto:

 2   ----- 3
 3   ----- 2
 7   ----- 7
 4   ----- 5
 5   ----- 4
 6+8 ----- 20
20   ----- 6+8

osetrovat signal RING (22) jsem zatim nikde nevidel a neznam software, ktery
by ho pouzival (tim samozrejme nechci rict, ze to neni mozne).

                                                S pozdravem

                                                J. Novotny

Go to listserv.cesnet.cz LWGate Home Page.