| |
 устройство сопряжения для ISA |
|
|
|
|
  Jan 17 2007, 13:14
|
Участник
Группа: Новичок
Сообщений: 23
Регистрация: 17-01-07
Пользователь №: 24 495
|
Здравствуйте. Есть машинка РС104 и будет платка 16 разрядный буфер FIFO с последовательным передатчиком (устройство сопряжения) Интересно ваше мнение Потянет ли системная шина ISA (8МГц) при 16 битном обмене с устройством сопряжения 16Мгц-ую последовательную передачу? Вроде как, 10/100 Мбит Ethernet карточки под ISA были… Какой размер буфера FIFO взять достаточным и оптимальным? Трафик передачи 1,3 Гб за сеанс 
|
|
|
|
|
|
2 страниц 
1 2 >
|
 |
Ответов
(1 - 14)
|
|
Jan 17 2007, 13:37
|
Гуру
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244
|
Цитата(3ABXO3 @ Jan 17 2007, 12:14)  Есть машинка РС104 Есть машинка в сером железном корпусе  Ну а процесор-то какой? Там гамма большая от 186 25MHz до Pentium-M на пару GHz. Цитата Потянет ли системная шина ISA (8МГц) при 16 битном обмене с устройством сопряжения 16Мгц-ую последовательную передачу? С напрягом - времени процессоного из-за обслуживания медленной ISA сожрет много - вопрос хватит-ли Вам оставшегося на полезную работу. Цитата Вроде как, 10/100 Мбит Ethernet карточки под ISA были… Были и есть. Там пакетный обмен фреймами чуть больше полутора килобайт и с буфером под 16K на борту, а не Синхронный? 16Mbit поток.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
|
|
|
Jan 17 2007, 13:47
|
Участник
Группа: Новичок
Сообщений: 23
Регистрация: 17-01-07
Пользователь №: 24 495
|
zltigo большой  собсвтенно вот ICOP-6050M PC/104 процессорная плата 386SX 40 МГц с RAM 8Мб, 4xCOM, GPIO http://www.ipc2u.ru/catalog/U/UP/28228.html
|
|
|
|
|
|
|
|
Jan 17 2007, 14:06
|
Участник
Группа: Новичок
Сообщений: 23
Регистрация: 17-01-07
Пользователь №: 24 495
|
Цитата(vvs157 @ Jan 17 2007, 13:48) Цитата(3ABXO3 @ Jan 17 2007, 13:14)
Потянет ли системная шина ISA (8МГц) при 16 битном обмене с устройством сопряжения 16Мгц-ую последовательную передачу?
Скорее всего нет если не использовать DMA. В чем здесь преимущество DMA  Работал с такой. Мегабиты естественно не жевал. О применимости можно будет рассуждать только после знакомства с серийным протоколом, с тем, как надо поток обратывать и куда потом результат девать. задача чтение данных с диска и отправка в порт, задача устройства создать непрерывную последовательность бит
|
|
|
|
|
|
|
|
Jan 17 2007, 14:19
|
Гуру
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244
|
Цитата(vvs157 @ Jan 17 2007, 12:48) Скорее всего нет если не использовать DMA. DMA у контроллеров без кэша и с одной периферийной шиной есть малоэффективный прибамбас, ибо если у процессора оторвать доступ к памяти, то он все равно будет вынужден стоять и ждать пока DMA память освободит. Ну а если еще вспомнить, что штатный контроллер DMA обслуживающий ISA шину работает на частоте 4,7 MHz.... Короче на ISA DMA никуда не годен - в обслуживании FDD он еще играл, ну а уж с появлением IDE/HDD даже с PIO0 вопрос использования отпал окончательно.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
|
|
|
Jan 17 2007, 14:29
|
Участник
Группа: Новичок
Сообщений: 23
Регистрация: 17-01-07
Пользователь №: 24 495
|
Цитата(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 вопрос использования отпал окончательно. согласен...
|
|
|
|
|
|
|
|
Jan 17 2007, 14:31
|
Гуру
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244
|
Цитата(3ABXO3 @ Jan 17 2007, 13:06) задача чтение данных с диска и отправка в порт, задача устройства создать непрерывную последовательность бит Тупо читаем c носителя (файловая система? тип носителя? тут тоже сильно играть начинают) 1,3G со скоростью 2мегабайта/s и тупо ничего не делая запихиваем по 16 байт в передающее железо? DOS использовать собираетесь? Для начала попробуйте оценить скорость чтения с Вашего носителя ваших 1,3G в никуда. copy /b filename nul Возможно это уже все и решит
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
|
|
|
Jan 17 2007, 14:43
|
Участник
Группа: Новичок
Сообщений: 23
Регистрация: 17-01-07
Пользователь №: 24 495
|
Цитата(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 Возможно это уже все и решит 1.Dom Диск что то вроде http://www.ipc2u.ru/catalog/F/FM/24234.html2.Файловая система TrueFFS скорее всего... пока не известно 3.Операционка RTLinux либо Vxworks либо что то еще... пока не известно однозначно не DOS Цитата(zltigo @ Jan 17 2007, 14:31) 1,3G со скоростью 2мегабайта/s и тупо ничего не делая запихиваем по 16 байт в передающее железо? 4.Однозначно обеспечить скоростьна выходе железа 16Мбит/сек
|
|
|
|
|
|
|
|
Jan 17 2007, 15:13
|
Гуру
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244
|
Цитата(3ABXO3 @ Jan 17 2007, 13:43) 3.Операционка RTLinux либо Vxworks либо что то еще... пока не известно однозначно не DOS Забудьте. На голой железке скорее всего можно сделать, c файловой надстройкой типа DOS можно думать и пробовать. С монстрообразными системами в protect mode на 386, без кэша.... С очевидным желанием навесить на систему еще всего всякой всячины.... Не тратьте время ни свое ни чужое. Цитата Банальный IDE FlashDisk. О скоростных характеристиках типа поддерживаемых PIO умолчали. Кэш очевидно отсутствует. Заместо всего написали какой-то бред, да еще в "пакетах/c" Код Быстродействие
Скорость записи в память:
Макс: 3.3 млн. пакетов/с
Скорость чтения из памяти:
Макс: 4.3 млн. пакетов/с Больше всего это похоже на чтение 512 байт удачно отбуферизированной страницы Flash 4.3 Mбайта в секунду. Кто-то хотел еще за оставшееся время через такой-же 16bit интерфейс 2 мегабайта куда-то запихивать и под линуксом на лету обрабатывать? У Вас в среднем 40 (сорок) тактов процессора для того, что-бы считать с 16bit слово из одного медленного с кучей waitstates периферийного устройсва и запихнуть их в другое медленное. Какой Linux какой Wxworks
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
|
|
|
Jan 17 2007, 15:27
|
Участник
Группа: Новичок
Сообщений: 23
Регистрация: 17-01-07
Пользователь №: 24 495
|
Цитата(zltigo @ Jan 17 2007, 15:13) Цитата(3ABXO3 @ Jan 17 2007, 13:43)
3.Операционка RTLinux либо Vxworks либо что то еще... пока не известно однозначно не DOS
Забудьте. На голой железке скорее всего можно сделать, c файловой надстройкой типа DOS можно думать и пробовать. С монстрообразными системами в protect mode на 386, без кэша.... С очевидным желанием навесить на систему еще всего всякой всячины.... Не тратьте время ни свое ни чужое. Цитата Банальный IDE FlashDisk. О скоростных характеристиках типа поддерживаемых PIO умолчали. Кэш очевидно отсутствует. Заместо всего написали какой-то бред, да еще в "пакетах/c" Код Быстродействие
Скорость записи в память:
Макс: 3.3 млн. пакетов/с
Скорость чтения из памяти:
Макс: 4.3 млн. пакетов/с Больше всего это похоже на чтение 512 байт удачно отбуферизированной страницы Flash 4.3 Mбайта в секунду. Кто-то хотел еще за оставшееся время через такой-же 16bit интерфейс 2 мегабайта куда-то запихивать и под линуксом на лету обрабатывать? У Вас в среднем 40 (сорок) тактов процессора для того, что-бы считать с 16bit слово из одного медленного с кучей waitstates периферийного устройсва и запихнуть их в другое медленное. Какой Linux какой Wxworks Нда вот в этом то вся и проблемка два медленных устройства... что можете посоветовать...
|
|
|
|
|
|
|
|
Jan 17 2007, 17:33
|
Участник
Группа: Новичок
Сообщений: 23
Регистрация: 17-01-07
Пользователь №: 24 495
|
Все понятно… Либо наверное как–то отключать диск от машины и работать с ним на прямую… Либо делать буфер на 1,3G Определенно надо менять саму машинку на более мощную… А если взять, к примеру, это – http://www.ipc2u.ru/catalog/U/UP/30149.html, Тогда ISA потянет…
|
|
|
|
|
|
|
|
Jan 17 2007, 17:51
|
Гуру
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244
|
Цитата(3ABXO3 @ Jan 17 2007, 16:33) Geode много лучше. Это такой почти Пентиум. Есть и 400 попугаев. Кэш правда оставляет желать большего - всего 8K, но есть. IDE контроллеров, кстати, в чипсете, как и положено две штуки причем UDMA поддерживают, дока на чипсет открытая - можете свою железяку на IDE вешать - заметно круче и немаловажно, что стандартнее, чем ISA. Если будете разные мутные порты операционок вешать - проследите за наличием патча под Geode-вский кэш и DMA контроллер, либо декларированную поддержку оных.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
