-
Data: 2022-08-22 10:01:28
Temat: Re: Połączenie modemów przez VoIP
Od: "J.F" <j...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Fri, 19 Aug 2022 16:51:05 +0200, Krzysztof Halasa wrote:
> "J.F" <j...@p...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.
Następne wpisy z tego wątku
- 22.08.22 15:01 J.F
- 23.08.22 22:24 Krzysztof Halasa
- 23.08.22 22:54 Piotr C.
- 23.08.22 23:35 Krzysztof Halasa
- 23.08.22 23:44 Krzysztof Halasa
- 24.08.22 17:10 Piotr C.
- 25.08.22 17:37 Krzysztof Halasa
- 26.08.22 21:30 J.F
- 26.08.22 22:22 J.F
- 27.08.22 12:48 Krzysztof Halasa
- 27.08.22 16:43 J.F
- 28.08.22 20:22 Krzysztof Halasa
- 29.08.22 02:58 J.F
- 31.08.22 15:34 Krzysztof Halasa
- 31.08.22 17:44 J.F
Najnowsze wątki z tej grupy
- "betamaxy" i inne voip-y dzisiaj
- Hackowanie SS7
- nowe spamerstwo ?
- Przychodzące impulsy telefon nie dzwoni
- Re: Zgody...
- Jak tanio dzwonic do Wielkiej Brytani?
- Chess
- Vitruvian Man - parts 7-11a
- Czas umierać.
- [ot] aplikacja - ameryk. nr. telef + dzwonienie za free do stanow i kanady
- Vectra 'Plan domowy bez limitu'
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Re: Ponownie: androSRAJ i zarządzanie książką teleSRAną z bitMłyna
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Android, export/import książki telefonicznej
Najnowsze wątki
- 2024-11-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO