On Thu, 18 Aug 2022 23:08:47 +0200, Krzysztof Halasa wrote:
> "J.F" <j...@p...onet.pl> writes:
>> No wlasnie - do half duplexu. Modem ma powiadomic kiedy jest gotow
>> do nadawania ... i jakos nie napisali, ze moze przerwac swoją
>> gotowosc.
>
> Bo nie było takiego scenariusza. DTE transmitował tak długo, jak chciał.
> Zresztą dokładnie tak się tego używa z typowymi liniami RS-485
> (np. z konwerterami RS-232 <> RS-485 i/lub ze specjalnymi kartami,
> typowo ze scalakami Oxforda, które robią HD sprzętowo).
>
>> -w starych protokolach łacznosci modem-modem druga strona nie miala
>> jak zasygnalizowac niegotowosci. Nie bylo przewidziane.
>
> Nie było przydatne. Dlaczego terminal miałby nie być gotowy? Albo
> komputer? Terminale potrafiły wyświetlać z pełną szybkością 9600 bps,
> komputery tym bardziej, miały długie bufory itd.

A jak drukarka?

> Oczywiście gotowość w sensie "bycia włączonym" itp. sygnalizował DTR
> (nie było go w oryginalnym RS-232, chociaż był DSR - aka "interlock").
>
>> -ale jak mialby drugi DTE powiadomic, ze chce przerwy?
>> sygnal DTR do czego innego sluzy.
>
> Gdy tego typu zagadnienia stały się realnymi, wprowadzono handshaking
> RTS/CTS. Aczkolwiek DTE zwykle są w stanie odbierać dane zawsze - modemy
> mogą potrzebować przerywać transmisję. W gruncie rzeczy wystarcza do
> tego CTS.

ale ja o czym innym. mamy łąńcuch
DTE1 - DCE1 - DCE2 - DTE2

DTE1 wysyla dane, DTE2 odbiera. DTE2 ma danych za duzo i chce
zatrzymac naplyw ... i jak ma to zrobic, skoro ma dwie linie sterujace
wyjsciowe, DTR i RTS.
Ktorej użyc ?



J.