eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.telefoniaPołączenie modemów przez VoIPRe: Połączenie modemów przez VoIP
  • 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.


Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: