🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.misc.telefonia
Article #243385

Re: Połączenie modemów przez VoIP

#243385
From: Krzysztof Halasa
Date: Sat, 10 Sep 2022 21:24
66 lines
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-mail
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>

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