"J.F" <j...@p...onet.pl> writes:

>> - modem nie używa w ogóle CTS (sygnał jest nieaktywny), program (system)
>> próbuje używać. Efekt: komputer nie wysyła nic do modemu.
>
> Nie w swiecie pecetow.

Chyba w alternatywnej rzeczywistości :-)
Albo masz na myśli BIOS, INT coś tam itd. Nikt tego jednak nie używa,
ani chyba nie używał, z modemami.

>> Możliwe że te modemy zawsze wystawiały CTS.
>
> No wlasnie - zawsze wystawia.

... w sensie, że zawsze działał mechanizm CTS, najwyżej PC mógł go
ignorować.

>> - system nie ustawia RTS, modem spodziewa się RTS -> modem nie wysyła
>> nic do PC. Trzeba włączyć RTS (hardware handshaking) w PC (DTE).
>
> Ale RTS zasadniczo do czego innego sluzy, wiec tak to moze działac
> tylko po przedefiniowaniu znaczenia.

Nie, zasadniczo, od jakichś 30+ lat, RTS właśnie do tego służy.
Jeszcze w czasach DOS tak było -> FOSSIL drivers.
Pamiętam, że w Windows 95 RTS/CTS handshaking był wbudowany w system
(np. mógł tego używać hyperterminal i winsock), i później raczej się to
nie zmieniło.

> Co czasem moze byc potrzebne, tzn jak program bardzo stary
> i nawet komendy AT do modemu wyslac bez DCD nie chce.

Wyjątkowo podejrzane, dlaczego miałby tak robić?
Bez DSR to tak, ale bez DCD?

>> Najprościej niestety poprosić kogoś z oscyloskopem (i jakąś wiedzą
>> nt. RS-232), by sprawdził co się dzieje. Może wystarczy zwykły
>> woltomierz zamiast oscyloskopu. Modemy wewnętrzne są wtedy większym
>> problemem.
>
> Albo mniejszym, bo programowo ...

Co programowo? Modemy zewnętrzne też są (były) robione programowo.
Modemy wewnętrzne (nie HSP itp.) normalnie miały ROM, CPU, DSP itd.

> To, co pecet mial w biosie, to chyba nikt nie uzywał.

Ano. Można tego było tylko używać w trybie half-duplex, typowo z RS-485
itp.
--
Krzysztof Hałasa