-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.man.lodz.pl!newsfeed.pionier.net.p
l!3.eu.feeder.erje.net!feeder.erje.net!newsreader4.netcologne.de!news.netcologn
e.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.ams4!peer.am4.highwi
nds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-01.news.ne
ostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: Krzysztof Halasa <k...@p...waw.pl>
Newsgroups: pl.misc.telefonia
Subject: Re: Połączenie modemów przez VoIP
References: <9...@g...com>
<m...@i...localdomain>
<17cq9v2hiia5c.5hhfxm97f2y$.dlg@40tude.net>
<m...@i...localdomain>
<1vmix87l2k510$.1evnm1d4822im.dlg@40tude.net>
<m...@i...localdomain>
<9...@4...net>
<m...@i...localdomain>
<b0ixs6q9v5ba$.r4nb190kozzq$.dlg@40tude.net>
<m...@i...localdomain>
<1...@4...net>
<m...@i...localdomain>
<8...@4...net>
<m...@i...localdomain>
<1ej8oahwlyrtg$.1lzcqu1kgbb6r$.dlg@40tude.net>
<m...@i...localdomain>
<bvy07t6laktq$.nmukvw00msee$.dlg@40tude.net>
<m...@i...localdomain>
<1vnj42rq670u8$.1jynz355sbw3n$.dlg@40tude.net>
<m...@i...localdomain>
<1...@4...net>
Date: Sat, 10 Sep 2022 23:24:37 +0200
Message-ID: <m...@i...localdomain>
Cancel-Lock: sha1:3KKpIUXGngR57CeWLZZxjvMvT4Y=
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
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: a...@n...neostrada.pl
X-Received-Bytes: 4403
Xref: news-archive.icm.edu.pl pl.misc.telefonia:242912
[ ukryj nagłówki ]"J.F" <j...@p...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
Następne wpisy z tego wątku
- 15.09.22 17:15 J.F
- 15.09.22 21:56 Krzysztof Halasa
- 16.09.22 06:52 J.F
- 17.09.22 00:41 Krzysztof Halasa
- 19.09.22 10:23 J.F
- 20.09.22 21:21 Krzysztof Halasa
- 22.09.22 13:48 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
- 2025-02-10 Spalił się spaliniak
- 2025-02-10 zarowka wifi - z sensowna apka lub lepiej albo lokalnie lub przez web. I zeby harmonogram miala
- 2025-02-10 Chrzanów => Programista NodeJS <=
- 2025-02-10 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2025-02-10 Dlaczego takie preferencje banków?
- 2025-02-10 Białystok => iOS Developer (Swift) <=
- 2025-02-10 Mińsk Mazowiecki => Team Lead / Tribe Lead FrontEnd <=
- 2025-02-10 Białystok => System Architect (Java background) <=
- 2025-02-10 Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- 2025-02-10 Szczecin => Senior Field Sales (system ERP) <=
- 2025-02-10 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-02-10 Chrzanów => Specjalista ds. public relations <=
- 2025-02-10 Chrzanów => NodeJS Developer <=
- 2025-02-10 Warszawa => JavaScript / Node / Fullstack Developer <=
- 2025-02-10 Gliwice => Ekspert IT (obszar systemów sieciowych) <=