-
Data: 2022-09-01 16:45:35
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 Thu, 01 Sep 2022 11:45:00 +0200, Krzysztof Halasa wrote:
> "J.F" <j...@p...onet.pl> writes:
>> To raczej chodzilo o lepszosc w stosunku do 8251.
>
> No, ale... Intel 8251 to zupełnie inny scalak niż NS8250 - to jest
> w ogóle USART, nie tylko UART.
No i dlatego, gdyby w 8250 byly 2 bajty bufora, to byłaby lepszosc.
>> A nie mozna 8259 powiedziec, ze juz moze przyjac te mniej wazne?
>
> No, można - zgłaszając mu koniec przerwanie. Ale tak się nie robiło
> przecież.
Jakos trzeba bylo chyba zglosic.
>> ALe przecietny program na jednym przerwaniu obslugiwal jeden port.
>> Jak trzeba bylo obsluzyc dwa rozne, to klopot.
>>
>> Moze nie w Unixie, ale juz chyba nawet windows by zwariowal.
>
> Praktycznie nic nie miało z tym problemu.
No nie wiem, w czasach DOS ... no tak, to był jeden program w uzyciu,
i ewentualnie jakis rezydent.
Był jakis program, ktory uzywał wiecej portow naraz?
Moze i były, jakies BBS.
W Windowsie ... hm, nie pamietam - ustawialo sie tam jakies przerwania
i adresy portow czy windows wiedzial lepiej?
No chyba ze dwa standardowe obslugiwal, a inne potrzebowaly drivera.
No wlasnie - i ten driver potrafil dzielic przerwanie z innym
driverem?
O jakims wczesnym Windows pisze, bo potem sie chyba pojawilo dzielenie
przerwan - bo przerwan zabraklo.
Zaraz ... dwa porty byly na plycie, a modem na karcie to kolejny port
i jakos działał.
Ach ta skleroza ... irq5, 9 ?
>>> Blisko ale nie do końca, spójrz np. na PVI-486SP3 albo PCI/I-486SP3G
>>> (1994 r.) - AT, ale z SuperI/O i 16550.
>>
>> No ale to chyba raczej rzadkosc, a nie popularna plyta.
>
> Przeciwnie, to były bardzo popularne płyty. Możliwe nawet że to była
> najbardziej popularna płyta dla 486DX4.
A to widac skleroza.
>> PCI jest od 1992, a wraz z nia poznikaly karty multi-IO z IDE ?
>
> No, z tym 1992 to tak niezupełnie. Może na jakiejś referencyjnej płycie
> Intela - albo serwerowej. Raczej w 1994, może czasem w 1993.
> Znikanie kart multi-I/O nie miało związku z PCI - wynikało
> z wprowadzenia układów Super-I/O na płytach.
To juz widac skleroza mi powazniej doskwiera :-)
>> Bedzie za dlugo, to peryferium zdązy odpowiedziec i trafi w kolizje.
> Wiesz, możemy sobie teoretyzować w nieskończoność. Napisałem jak było
> (i zresztą jest, bo RS-485 jest dość często wykorzystywany cały czas).
tylko trudno powiedziec jakim kosztem.
Dzis mozna wstawic jakis mikrokontroler czy ASIC aby automatycznie
rozpoznawal predkosc i nadal bedzie tani :-)
Albo po prostu scedowac zadanie na program, i niech sie programista
martwi.
Np
https://www.tme.eu/pl/details/da-70161/kable-i-adapt
ery-komputerowe/digitus/
Jakis patent maja na wykrywanie kierunku ...
>> IDE-ATA sie pojawilo w w 1987 (wiki). Popularnosc zdobylo troche
>> pozniej,
> Bez związku, karty IDE najpierw miały typowo tylko porty FDD i HDD.
Szybko sie pojawiły multi-IO, ale chyba trudno bedzie znalezc kiedy.
https://www.vogonswiki.com/index.php/AB-862G_Super_I
%E2%88%95O_Card
Na naklejce 1992
>> Na plycie to ja nie pamietam nawet 16550.
>> Byly jakies stonogi i mialy wszystko w sobie.
>
> Owszem, przecież wiele razy napisałem, że 16550 na płycie był częścią
> scalaka Super-I/O.
No ale czy 16550 czy np 16450?
>>> Nie do końca rozumiem, ale "chipsety" były też w 386 i wcześniej w 286.
>>> Nazwa pochodzi od konkretnego chipsetu (zestawu scalaków) C&T.
>>
>> A to tajwanska firma ?
>
> A co to ma do rzeczy?
Jak robili chipsety, to je potem taiwanskie firmy do produkcji plyt
używaly i myslec przy tym wiele nie musiały :-)
>> OK, ale unix mial takie problemy, a windows nie :-)
> Nawet nie wiem jakie i jaki UNIX, natomiast problemy z 16450 i 115200
> były takie same we wszystkich systemach wielozadaniowych. Jedynie w DOS
> można było robić sztuczki (np. polling) - związane z prostotą tego
> systemu.
W DOS przerwania dawalo rade obsluzyc.
J.
Następne wpisy z tego wątku
- 02.09.22 13:39 Krzysztof Halasa
- 02.09.22 17:55 J.F
- 03.09.22 13:25 Krzysztof Halasa
- 04.09.22 20:00 Piotr C.
- 05.09.22 01:01 Krzysztof Halasa
- 08.09.22 21:26 J.F
- 09.09.22 16:00 Krzysztof Halasa
- 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
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
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=