Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: устройство сопряжения для ISA
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > ISA/PCI/PCI-X/PCI Express
3ABXO3
Здравствуйте.
Есть машинка РС104 и будет платка 16 разрядный буфер FIFO с последовательным передатчиком (устройство сопряжения)
Интересно ваше мнение

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

Какой размер буфера FIFO взять достаточным и оптимальным?
Трафик передачи 1,3 Гб за сеанс
ninja.gif
zltigo
Цитата(3ABXO3 @ Jan 17 2007, 12:14) *
Есть машинка РС104

Есть машинка в сером железном корпусе smile.gif Ну а процесор-то какой? Там гамма большая от 186 25MHz до Pentium-M на пару GHz.
Цитата
Потянет ли системная шина ISA (8МГц) при 16 битном обмене с устройством сопряжения 16Мгц-ую последовательную передачу?

С напрягом - времени процессоного из-за обслуживания медленной ISA сожрет много - вопрос хватит-ли Вам оставшегося на полезную работу.
Цитата
Вроде как, 10/100 Мбит Ethernet карточки под ISA были…

Были и есть. Там пакетный обмен фреймами чуть больше полутора килобайт и с буфером под 16K на борту, а не Синхронный? 16Mbit поток.
3ABXO3
zltigo большой a14.gif
собсвтенно вот ICOP-6050M
PC/104 процессорная плата 386SX 40 МГц с RAM 8Мб, 4xCOM, GPIO
http://www.ipc2u.ru/catalog/U/UP/28228.html
vvs157
Цитата(3ABXO3 @ Jan 17 2007, 13:14) *
Потянет ли системная шина ISA (8МГц) при 16 битном обмене с устройством сопряжения 16Мгц-ую последовательную передачу?


Скорее всего нет если не использовать DMA.
zltigo
Цитата(3ABXO3 @ Jan 17 2007, 12:47) *
собсвтенно вот ICOP-6050M

Работал с такой. Мегабиты естественно не жевал.
О применимости можно будет рассуждать только после знакомства с серийным протоколом, с тем, как надо поток обратывать и куда потом результат девать.
3ABXO3
Цитата(vvs157 @ Jan 17 2007, 13:48) *
Цитата(3ABXO3 @ Jan 17 2007, 13:14) *


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


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


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


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



задача чтение данных с диска и отправка в порт, задача устройства создать непрерывную последовательность бит
zltigo
Цитата(vvs157 @ Jan 17 2007, 12:48) *
Скорее всего нет если не использовать DMA.

DMA у контроллеров без кэша и с одной периферийной шиной есть малоэффективный прибамбас, ибо
если у процессора оторвать доступ к памяти, то он все равно будет вынужден стоять и ждать пока DMA память освободит. Ну а если еще вспомнить, что штатный контроллер DMA обслуживающий ISA шину
работает на частоте 4,7 MHz.... Короче на ISA DMA никуда не годен - в обслуживании FDD он еще играл, ну а уж с появлением IDE/HDD даже с PIO0 вопрос использования отпал окончательно.
3ABXO3
Цитата(zltigo @ Jan 17 2007, 14:19) *
Цитата(vvs157 @ Jan 17 2007, 12:48) *

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

DMA у контроллеров без кэша и с одной периферийной шиной есть малоэффективный прибамбас, ибо
если у процессора оторвать доступ к памяти, то он все равно будет вынужден стоять и ждать пока DMA память освободит. Ну а если еще вспомнить, что штатный контроллер DMA обслуживающий ISA шину
работает на частоте 4,7 MHz.... Короче на ISA DMA никуда не годен - в обслуживании FDD он еще играл, ну а уж с появлением IDE/HDD даже с PIO0 вопрос использования отпал окончательно.


согласен... smile.gif
zltigo
Цитата(3ABXO3 @ Jan 17 2007, 13:06) *
задача чтение данных с диска и отправка в порт, задача устройства создать непрерывную последовательность бит

Тупо читаем c носителя (файловая система? тип носителя? тут тоже сильно играть начинают) 1,3G со скоростью 2мегабайта/s и тупо ничего не делая запихиваем по 16 байт в передающее железо?
DOS использовать собираетесь? Для начала попробуйте оценить скорость чтения с Вашего носителя
ваших 1,3G в никуда.
copy /b filename nul
Возможно это уже все и решит smile.gif sad.gif
3ABXO3
Цитата(zltigo @ Jan 17 2007, 14:31) *
Цитата(3ABXO3 @ Jan 17 2007, 13:06) *

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

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


1.Dom Диск что то вроде http://www.ipc2u.ru/catalog/F/FM/24234.html
2.Файловая система TrueFFS скорее всего... пока не известно
3.Операционка RTLinux либо Vxworks либо что то еще... пока не известно однозначно не DOS
Цитата(zltigo @ Jan 17 2007, 14:31) *
1,3G со скоростью 2мегабайта/s и тупо ничего не делая запихиваем по 16 байт в передающее железо?

4.Однозначно обеспечить скоростьна выходе железа 16Мбит/сек
ninja.gif
zltigo
Цитата(3ABXO3 @ Jan 17 2007, 13:43) *
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 smile.gif
3ABXO3
Цитата(zltigo @ Jan 17 2007, 15:13) *
Цитата(3ABXO3 @ Jan 17 2007, 13:43) *

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 smile.gif


Нда вот в этом то вся и проблемка два медленных устройства... sad.gif
что можете посоветовать...
zltigo
Цитата(3ABXO3 @ Jan 17 2007, 14:27) *
Нда вот в этом то вся и проблемка два медленных устройства... sad.gif
что можете посоветовать...

Да и с быстрыми (ну пусть не "десяток" тактов на порт/память-память и столько-же обратно а "несколько" ) проблема с имеющимися 40 тактами радикально не решится. Берите кувалду побольше и/
или вешайте периферийные контроллеры.
3ABXO3
Все понятно…
Либо наверное как–то отключать диск от машины и работать с ним на прямую…
Либо делать буфер на 1,3G smile.gif
Определенно надо менять саму машинку на более мощную…
А если взять, к примеру, это – http://www.ipc2u.ru/catalog/U/UP/30149.html,
Тогда ISA потянет…
ninja.gif
zltigo
Цитата(3ABXO3 @ Jan 17 2007, 16:33) *
А если взять, к примеру, это – http://www.ipc2u.ru/catalog/U/UP/30149.html,

Geode много лучше. Это такой почти Пентиум. Есть и 400 попугаев. Кэш правда оставляет желать большего - всего 8K, но есть. IDE контроллеров, кстати, в чипсете, как и положено две штуки причем UDMA поддерживают, дока на чипсет открытая - можете свою железяку на IDE вешать - заметно круче и немаловажно, что стандартнее, чем ISA. Если будете разные мутные порты операционок вешать - проследите за наличием патча под Geode-вский кэш и DMA контроллер, либо декларированную поддержку оных.
3ABXO3
эх терзают меня сомненья
1-2MHz на входе буфера FIFO 16-ти битный поток и 16 MHz на выходе серилайзера
неужели не хватит оставшихся 6-7MHz для задачи чтения с диска и записи по словно в порт

zltigo спасибо и большой a14.gif

будем экспериментировать smile3046.gif
zltigo
Цитата(3ABXO3 @ Jan 18 2007, 18:38) *
1-2MHz на входе буфера FIFO 16-ти битный поток и 16 MHz на выходе серилайзера
неужели не хватит оставшихся 6-7MHz для задачи чтения с диска и записи по словно в порт

Офигенная "арифметика" smile.gif потрясен!!! Вы хоть поняли, что из чего вычитали и чего получили???
3ABXO3
Цитата(zltigo @ Jan 18 2007, 20:21) *
Цитата(3ABXO3 @ Jan 18 2007, 18:38) *

1-2MHz на входе буфера FIFO 16-ти битный поток и 16 MHz на выходе серилайзера
неужели не хватит оставшихся 6-7MHz для задачи чтения с диска и записи по словно в порт

Офигенная "арифметика" smile.gif потрясен!!! Вы хоть поняли, что из чего вычитали и чего получили???


Что не так и как надо...
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.