устройство сопряжения для ISA Опции

[3ABXO3]

Здравствуйте.
Есть машинка РС104 и будет платка 16 разрядный буфер FIFO с последовательным передатчиком (устройство сопряжения)
Интересно ваше мнение

Потянет ли системная шина ISA (8МГц) при 16 битном обмене с устройством сопряжения 16Мгц-ую последовательную передачу?
Вроде как, 10/100 Мбит Ethernet карточки под ISA были…

Какой размер буфера FIFO взять достаточным и оптимальным?
Трафик передачи 1,3 Гб за сеанс

[vvs157]

Потянет ли системная шина ISA (8МГц) при 16 битном обмене с устройством сопряжения 16Мгц-ую последовательную передачу?

Скорее всего нет если не использовать DMA.

[3ABXO3]

Потянет ли системная шина ISA (8МГц) при 16 битном обмене с устройством сопряжения 16Мгц-ую последовательную передачу?

Скорее всего нет если не использовать DMA.

В чем здесь преимущество DMA



Работал с такой. Мегабиты естественно не жевал.
О применимости можно будет рассуждать только после знакомства с серийным протоколом, с тем, как надо поток обратывать и куда потом результат девать.



задача чтение данных с диска и отправка в порт, задача устройства создать непрерывную последовательность бит

[zltigo]

задача чтение данных с диска и отправка в порт, задача устройства создать непрерывную последовательность бит

Тупо читаем c носителя (файловая система? тип носителя? тут тоже сильно играть начинают) 1,3G со скоростью 2мегабайта/s и тупо ничего не делая запихиваем по 16 байт в передающее железо?
DOS использовать собираетесь? Для начала попробуйте оценить скорость чтения с Вашего носителя
ваших 1,3G в никуда.
copy /b filename nul
Возможно это уже все и решит

[3ABXO3]

задача чтение данных с диска и отправка в порт, задача устройства создать непрерывную последовательность бит

Тупо читаем c носителя (файловая система? тип носителя? тут тоже сильно играть начинают) 1,3G со скоростью 2мегабайта/s и тупо ничего не делая запихиваем по 16 байт в передающее железо?
DOS использовать собираетесь? Для начала попробуйте оценить скорость чтения с Вашего носителя
ваших 1,3G в никуда.
copy /b filename nul
Возможно это уже все и решит

1.Dom Диск что то вроде http://www.ipc2u.ru/catalog/F/FM/24234.html
2.Файловая система TrueFFS скорее всего... пока не известно
3.Операционка RTLinux либо Vxworks либо что то еще... пока не известно однозначно не DOS

1,3G со скоростью 2мегабайта/s и тупо ничего не делая запихиваем по 16 байт в передающее железо?

4.Однозначно обеспечить скоростьна выходе железа 16Мбит/сек

[zltigo]

3.Операционка RTLinux либо Vxworks либо что то еще... пока не известно однозначно не DOS

Забудьте. На голой железке скорее всего можно сделать, c файловой надстройкой типа DOS можно думать и пробовать. С монстрообразными системами в protect mode на 386, без кэша.... С очевидным желанием навесить на систему еще всего всякой всячины....
Не тратьте время ни свое ни чужое.

1.Dom Диск что то вроде http://www.ipc2u.ru/catalog/F/FM/24234.html

Банальный IDE FlashDisk. О скоростных характеристиках типа поддерживаемых PIO умолчали.
Кэш очевидно отсутствует. Заместо всего написали какой-то бред, да еще в "пакетах/c"

Код

Быстродействие
Скорость записи в память:
Макс:    3.3 млн. пакетов/с
Скорость чтения из памяти:
Макс:    4.3 млн. пакетов/с

Больше всего это похоже на чтение 512 байт удачно отбуферизированной страницы Flash 4.3 Mбайта
в секунду. Кто-то хотел еще за оставшееся время через такой-же 16bit интерфейс 2 мегабайта куда-то запихивать и под линуксом на лету обрабатывать?
У Вас в среднем 40 (сорок) тактов процессора для того, что-бы считать с 16bit слово из одного медленного с кучей waitstates периферийного устройсва и запихнуть их в другое медленное.
Какой Linux какой Wxworks