Article View: pl.misc.telefonia
Article #243385Re: Połączenie modemów przez VoIP
From: Krzysztof Halasa
Date: Sat, 10 Sep 2022 21:24
Date: Sat, 10 Sep 2022 21:24
66 lines
4575 bytes
4575 bytes
"J.F" <jfox_xnospamx@poczta.onet.pl> writes: >> Możesz do tego dodać jeszcze "block transfers" (ATA-2 IIRC), aczkolwiek >> możliwe, że to było już na płytach z Super I/O z FIFO. > > Masz na mysli wiele sektorow na raz? Owszem, w przypadku niektórych dysków (ale IIRC nie WD) nieco przyspieszało to transfery. > W to juz nie wnikalem - ale jak kontrolery, a w zasadzie interfejsy > ATA byly na plycie - to nie pojawilo sie jakies "nieoficjalne DMA" ? > W sensie, ze hardware na chipsecie transmituje sektory, bez > angazowania procesora? Nie, pojawiło się raczej "oficjalne" DMA. > Dioda w jumperku ... na to nie wpadlem, ale mogloby zadzialac. > Tylko jeszcze jakis pull-down trzeba by dorobic. Był na płycie. > "Reportedly, a third-party communication port driver (such as > TurboComm) is required to run Kermit at speeds greater than 9600 bps > under Windows 3.0. > A 16550a UART helps too, for its FIFO buffering. Przyznaję, że Windows mnie nie interesowały specjalnie - userom wystarczał trumpet winsock i jego obsługa (jednego) modemu (z typowym logowaniem i następnie PPP). > "On IBM PCs and PS/2s with IBM asynchronous adapters, Kermit can be > used at speeds up to 57600 bps under DOS (under Windows or DesqView, > the maximum speed is probably lower). 115200 bps works only with a > very short shielded cable, and the async adapters of the two machines > in perfect tune. To jakieś aberacje, problemy "analogowe" miały się nijak do FIFO itp. Może autor miał jakieś cyrki z uziemieniem komputerów, to przeszkadzało w takich transmisjach (bezpośrednich). Plus problem "zasilania z różnych faz" (w rzeczywistości pozorny, wynikający ze złego/braku uziemienia lub zerowania). > Some VAX serial port interfaces are out of tolerance > at 19,200 bps and faster." Tak mogło być, różne komputery używały różnych kwarców i dzielników. Akurat w pecetach wystarczało (dokładnie) do 115200 bps, ale nie wszędzie tak było. > Ale o co chodzi z tym "tune" to nie rozumiem. Kwestia dokładności bitrate. Jak np. miałeś kwarc 4 MHz, z podziałem przez 16 (próbkowanie itp), to błąd przy 9600 i 19200 był mniejszy niż 2 promile (bez problemu). Ale już przy 38400 było to 7% i niestety odbiornik nie był w stanie tego odebrać. Przy 8 MHz 38400 było ok, ale 57600 i 115200 - nie, itd. W niektórych sytuacjach dawało się ustawić wewnętrzny podział przez 8 zamiast 16, co pozwalało uzyskać 2x większe szybkości. To był dość typowy problem w różnych maszynkach, chociaż w pecetach raczej mało znany. -- Krzysztof Hałasa
Technical Details
Message-ID:
<m3mtb62a96.fsf@intrepid.localdomain>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.man.lodz.pl!newsfeed.pionier.net.pl!3.eu.feeder.erje.net!feeder.erje.net!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mailReferences:
<9137c096-eed0-46b4-a048-f7f2e75295fbn@googlegroups.com> <m3czcxp8dc.fsf@intrepid.localdomain> <17cq9v2hiia5c.5hhfxm97f2y$.dlg@40tude.net> <m3h728e17q.fsf@intrepid.localdomain> <1vmix87l2k510$.1evnm1d4822im.dlg@40tude.net> <m3k06yve27.fsf@intrepid.localdomain> <9287039d32iz.16bswik2el0aa.dlg@40tude.net> <m3tu5y0xod.fsf@intrepid.localdomain> <b0ixs6q9v5ba$.r4nb190kozzq$.dlg@40tude.net> <m3r1106xf9.fsf@intrepid.localdomain> <1vc1aqo0h73ph.1k2tgl2wzagtb.dlg@40tude.net> <m3czcgtu3o.fsf@intrepid.localdomain> <8ya4v0v1gm8f.1cmttawuyze7d.dlg@40tude.net> <m3v8q7whr7.fsf@intrepid.localdomain> <1ej8oahwlyrtg$.1lzcqu1kgbb6r$.dlg@40tude.net> <m3o7vyqa30.fsf@intrepid.localdomain> <bvy07t6laktq$.nmukvw00msee$.dlg@40tude.net> <m3edwsitrz.fsf@intrepid.localdomain> <1vnj42rq670u8$.1jynz355sbw3n$.dlg@40tude.net> <m3bkro3aw5.fsf@intrepid.localdomain> <1pan7ct38buz5.1fc14k07ap27p.dlg@40tude.net>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.man.lodz.pl!newsfeed.pionier.net.pl!3.eu.feeder.erje.net!feeder.erje.net!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail From: Krzysztof Halasa <khc@pm.waw.pl> Newsgroups: pl.misc.telefonia Subject: Re: Połączenie modemów przez VoIP References: <9137c096-eed0-46b4-a048-f7f2e75295fbn@googlegroups.com> <m3czcxp8dc.fsf@intrepid.localdomain> <17cq9v2hiia5c.5hhfxm97f2y$.dlg@40tude.net> <m3h728e17q.fsf@intrepid.localdomain> <1vmix87l2k510$.1evnm1d4822im.dlg@40tude.net> <m3k06yve27.fsf@intrepid.localdomain> <9287039d32iz.16bswik2el0aa.dlg@40tude.net> <m3tu5y0xod.fsf@intrepid.localdomain> <b0ixs6q9v5ba$.r4nb190kozzq$.dlg@40tude.net> <m3r1106xf9.fsf@intrepid.localdomain> <1vc1aqo0h73ph.1k2tgl2wzagtb.dlg@40tude.net> <m3czcgtu3o.fsf@intrepid.localdomain> <8ya4v0v1gm8f.1cmttawuyze7d.dlg@40tude.net> <m3v8q7whr7.fsf@intrepid.localdomain> <1ej8oahwlyrtg$.1lzcqu1kgbb6r$.dlg@40tude.net> <m3o7vyqa30.fsf@intrepid.localdomain> <bvy07t6laktq$.nmukvw00msee$.dlg@40tude.net> <m3edwsitrz.fsf@intrepid.localdomain> <1vnj42rq670u8$.1jynz355sbw3n$.dlg@40tude.net> <m3bkro3aw5.fsf@intrepid.localdomain> <1pan7ct38buz5.1fc14k07ap27p.dlg@40tude.net> Date: Sat, 10 Sep 2022 23:24:37 +0200 Message-ID: <m3mtb62a96.fsf@intrepid.localdomain> Cancel-Lock: sha1:3KKpIUXGngR57CeWLZZxjvMvT4Y= MIME-Version: 1.0 Lines: 66 Organization: Telekomunikacja Polska NNTP-Posting-Host: 195.187.100.13 X-Trace: 1662845083 unt-rea-a-02.news.neostrada.pl 452 195.187.100.13:58662 X-Complaints-To: abuse@news.neostrada.pl X-Received-Bytes: 4403 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit