🚀 go-pugleaf

On Fri, 19 Aug 2022 16:51:05 +0200, Krzysztof Halasa wrote:
> "J.F" <jfox_xnospamx@poczta.onet.pl> writes:
>>> 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?
> 
> To naciskasz ^P co stronę :-)
> Aczkolwiek rzeczywiście drukarka mogłaby robić XON/XOFF (zamiast
> RTS/CTS). Taka np. D-100 (model z RS-232), nie pamiętam jak to było.
> 
>> 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 ?
> 
> Zwyczajnie. DTE2 zdejmuje RTS, DCE2 przestaje wysyłać, 

Ale ten RTS mowi wyraznie "DTE2 nie chce nadawac". 
Modem DCE2 sie przestawia na odbior, tyle tylko, ze juz byl w trybie
odbioru.

Zeby to zadziałalo, musisz mocno przedefiniowac sterowanie modemem, 
bo to juz ani RS-232, ani V.24.

> zapełnia mu się
> bufor, V.42(bis) -> DCE1 nie wysyła, zdejmuje CTS, DTE1 przestaje
> wysyłać. To tak działa od ponad 30 lat. Oczywiście były drobne problemy,
> np. układy 8250/8251/16450/wczesne 16550 nie potrafiły odpowiednio
> wcześnie zdjąć RTS, albo wysyłały znak dwukrotnie, ale generalnie nie ma
> z tym problemu.

8250 byly IMHO wystarczająco szybkie - tam byl inny problem, OIDP - 
nie bylo sygnalu dla procesora, ze wysyłanie sie zakonczyło, 
wiec mozna juz zdjac sygnal RTS. 
Typowym modemom nie przeszkadzalo, tylko jakims half-duples
(radiomodemy?) i do dzis RS-485.

16550 problem mial wiekszy, bo kolejka dluzsza, ale to tylko
kilkanascie bajtow.

> No i realistycznie, każdy DTE ma bufory wystarczająco długie, by się w
> praktyce nie kończyły.

Ale chodzi o DCE. Łatwo mozna GB transmitowac, a działało, bo:
-predkosc portu modemu wczesnie wzrosła, i z transmisją 
modem->komputer nie bylo problemu,
-wąskim gardłem zrobiło sie polączenie modem-modem, ale tu modem 
nadający wiedział co nadaje, i mogl wstrzymac komputer, jak mu sie 
bufor konczył. Przepelnie po stronie odbiorczej nie powinno sie
zdarzyc, chyba, ze jakas duza dysproporcja predkosci portow,
-dosc wczesnie pojawily sie protokoly korekcji błędów, i przy okazji 
 mogly wstrzymywac przeplyw.

-wieksza ilosc danych transmitowano jakims protokołem juz na
komputerach (Xmodem np), i tam tez przy okazji robila sie kontrola
przeplywu.


J.