-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.samoylyk.n
et!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.gigane
ws.com!nntp.giganews.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 <k...@p...waw.pl>
Newsgroups: pl.misc.telefonia
Subject: Re: Połączenie modemów przez VoIP
References: <9...@g...com>
<m...@i...localdomain>
<d...@4...net>
<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>
Date: Fri, 09 Sep 2022 16:00:58 +0200
Message-ID: <m...@i...localdomain>
Cancel-Lock: sha1:K+LXmE90AWv7C28W5rWzYMgnRwU=
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Lines: 63
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 195.187.100.13
X-Trace: 1662732063 unt-rea-a-01.news.neostrada.pl 6214 195.187.100.13:36008
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.telefonia:242910
[ ukryj nagłówki ]"J.F" <j...@p...onet.pl> writes:
> A przydzial nr przerwan przypadkowy?
> Biorac pod uwage, ze trzeba przetransmitowac 512 bajtow, to
> odblokowanie przerwan ma sens.
Możliwe - musiałbyś pogadać z inżynierami IBMa, tak ze 40 lat temu.
> Wiec moze szybkie modemy pojawily sie w kraju, jak juz plyty mialy
> port z FIFO - bo dokladnie 16550 na plycie to ja nigdy nie widzialem
Jeszcze raz powtórzę, że na płytach były 16550x zintegrowane
w układach Super I/O. Takich np. 100-pinowych. Ja także (raczej)
nie widziałem NS16550A w obudowie DIP40 na płycie głównej peceta
(no, mogły być takie w starszych all-in-one w czasach XT itp., ale to
inna sprawa).
> Tak, to by wystarczylo ... ale moze w innych biosach CLI nie bylo?
> Bo REP INSW moze byc przerywany.
Tak, wiemy że może. Jeszcze raz napiszę, że mam wrażenie, że to CLI było
uzasadnione. Oraz że z całą pewnością 16450 sprawiały problemy z wyższymi
szybkościami, także pod DOSem. Powszechnie.
Tak naprawdę problemy zaczynały się przy 38400 bps, tyle że dało się
z tym jakoś żyć - normalnie ludzie jechali do jakiegoś Scientifica (czy
kto tam tym handlował, ja akurat pamiętam ich), kupowali kartę z 16550x,
i zapominali o problemie. To nie była droga inwestycja.
Albo jak mieli kartę z podstawką, to kupowali scalaka i dalej podobnie.
Jeśli mieli modem wewnętrzny, albo płytę główną z Super I/O z FIFO, to
problem ich od początku nie dotyczył (aczkolwiek mogły się pojawić inne
problemy, np. nie dało się zresetować modemu sprzętowo).
> Wlasnie wydaje mi sie, ze rozkaz byl przerywalny, ale moze cos w dysku
> przeszkadzalo.
Z całą pewnością "rep insw" i "rep outsw" były przerywalne, w ogóle.
Gdyby przerwania były odblokowane - a w przypadku dysków nie były.
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.
Możliwe, że później tryby DMA poprawiły sytuację (bez DMA wciąż działały
karty CF/ATA, do pewnego momentu) - ale to już na pewno były czasy
wszechobecnych FIFO.
>> Karty wieloportowe miały z konieczności wszystkie przerwania zsumowane,
>> natomiast przypuszczalnie multi-I/O miały indywidualne wyjścia
>> 2-stanowe, które się następnie przypinało do konkretnych linii na złączu
>> jumperami. Pewnie jakby zrobić "jumper" z dwiema diodami to też by
>> magicznie zaczęło działać.
>
> No wlasnie byl z tym pewien problem elektryczny,
No tak, opisany wyżej przeze mnie.
> ale ja o czyms innym
> - specjalna karta, to specjalny driver do obslugi potrzebny.
> Dwie karty - dwa drivery.
Nie, nie był potrzebny żaden specjalny driver do konkretnej karty.
--
Krzysztof Hałasa
Następne wpisy z tego wątku
- 09.09.22 22:23 J.F
- 10.09.22 23:24 Krzysztof Halasa
- 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-03-03 a Ty jak się zachowasz w godzinie próby?
- 2025-03-03 nie naprawiam więcej telewizorów
- 2025-03-03 Białystok => Gen AI Engineer <=
- 2025-03-03 Poznań => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-03-03 Olsztyn => Sales Specialist <=
- 2025-03-03 Gdy ministrowie sa golodupcami
- 2025-03-03 Pruszków => Specjalista ds. public relations <=
- 2025-03-03 Białystok => System Architect (Java background) <=
- 2025-03-03 Białystok => System Architect (background deweloperski w Java) <=
- 2025-03-03 China-Kraków => Senior PHP Symfony Developer <=
- 2025-03-03 China-Kraków => Senior PHP Symfony Developer <=
- 2025-03-03 Warszawa => Data Engineer (Tech Lead) <=
- 2025-03-03 Gliwice => Ekspert IT (obszar systemów sieciowych) <=
- 2025-03-03 Gliwice => IT Expert (Network Systems area) <=
- 2025-03-03 Mińsk Mazowiecki => Area Sales Manager OZE <=