Użytkownik "ACMM-033" napisał w wiadomości grup
dyskusyjnych:nhckoj$s4l$...@n...news.atman.pl...
Użytkownik "Adam Wysocki" <g...@s...invalid> napisał w wiadomości
> Jarosław Sokołowski <j...@l...waw.pl> wrote:
>>>> Przy 115200 to nawet dosc szybko moze dzialac - 3 ekrany na
>>>> sekunde ..
>>> Jeśli chodzi o komputer PC/XT, to optymizm może być nieco
>>> przesadzony.
>> Z odczytem pamieci i wypychaniem na UARTa powinien sobie poradzic w
>> takim
>> czasie... o ile dobierze sie do UARTa bezposrednio, a nie przez
>> funkcje
>> biosu lub dosa (bo chyba int 21h tez cos do UARTa udostepnialo).
>Z pewnością, ale cuś mi pamięć podpowiada, że to sam chip w RS-ie był
>ślimakiem.

8250 IMO slimakiem nie byl i te 115200 obslugiwal.
Problemem mogl byc bufor odbiorczy - 2 bajty o ile pamietam, i
koniecznosc odczytu danych zanim sie przepelni.
W ~180us, to juz blisko 800 cykli, a wiec kupa czasu :-)

> Bo normalnie, skoro sprzęt z HDD się komunikował OIDP 0.2MB/s, to

HDD w XT to juz nie pamietam - korzystal z DMA, czy nie korzystal.
Dyskow i kontrolerow bylo troche, to jedne mogly korzystac, inne nie.
Ale DMA (8237) to byl slimak.
W pozniejszym AT, przynajmniej w klonach, DMA przyspieszyli znacznie
... ale HDD juz ich nie uzywal. Blokowe IN/OUT procesora bylo szybsze.
W czasach 386 DMA na plycie znow zwolnilo, ale przestalo byc
potrzebne - modne stalo sie "bus master", czyli DMA na sterowniku.
Zreszta taki dluzszy transfer mogl przyblokowac procesor.

>nie widzę programowych przeszkód, żeby np. wstawić mu kartę z szybkim
>chipem i jechać, "aż bajty pogubi".

Byly takie ambitne karty, wieloportowe, z wlasnym procesorem i
buforem, ale je to juz raczej w AT lub 386 wkladali.

Tak nawiasem mowiac - ciekawostka jeszcze z czasow 8080 - trzeba
obsluzyc 16 RS, nawet niezbyt szybko, cos 9600.
Analiza podpowiada, ze nie wyrobia - jak zaczna zglaszac przerwania, w
przerwaniu trzeba bedzie sprawdzic wszyskie porty, ktory tam
przerwanie zglosil, to czasu zabraknie.
Rozwiazanie - przerwanie zegarowe 2kHz, w nim odczyt wszystkich
portow. Narzut na przyjecie przerwania jeden, na sprawdzenie portow
tez jeden.

Rozwiazaniem byloby tez wektorowanie przerwan, ale 16 przekraczalo
mozliwosci 8080.

J.