xenomai (linux) + ARM9, сбор информации о сабже Опции

[mdmitry]

Уважаемые форумчане.
Поделитесь, пожалуйста, опытом применения собственно сабжа.
Анализируя свою задачу, склоняюсь к RTOS с поддержкой обмена по TCP/IP (стандартные протоколы).
Очень хочется передавать в реальном времени информацию по ethernet между платой и ПК/специализированным комьютером.
Спасибо.
xenomai

[mdmitry]

Harbour, спасибо.

[AlexandrY]

Ну тогда дам вам еще более дельный совет.
Вообще надо LInux исключить, поскольку RT драйверам он будет сильно мешать.
Хотя вообще и драйвера я бы исключил. На кой они без Linux-а?
Надо идти в конфу по ARM-ам и просить народ присоветовать нормальную RTOS.
Обработка потока 1 Мбит на ARM-е без специальных ускорителей 3-го уровня это занятие довольно экстремальное и явно не для Линукса.

Harbour, спасибо.

[mdmitry]

Вообще надо LInux исключить, поскольку RT драйверам он будет сильно мешать.
Надо идти в конфу по ARM-ам и просить народ присоветовать нормальную RTOS.
Обработка потока 1 Мбит на ARM-е без специальных ускорителей 3-го уровня это занятие довольно экстремальное и явно не для Линукса.

Что такое ускорители 3-го уровня? 1 Мбит/с ARM9 не примет? Ориентация на Linux была из-за поддердки стандартных протоколов, которые в минимальном виде, похоже, будут необходимы. Что-то типа отсылки команд по ethernet.

[AlexandrY]

Ускорители нужны типа такого:
http://www.eeproductcenter.com/rss/showArt...ed_eepc_newsRSS

Если у вас идет битовый поток без разделения на байты, значит парсинг придется делать на каждом бите. Это просто не реально сделать на 200 МГц ARM-е.
Парсинг то довольно комплекный, его будет невозможно запихнуть в короткий блок кода как, например, цифровой фильтр чтоб он весь поместился в кэш. И значит начнутся простои на выборку кэша. Выборка битов из какого-нибудь периферийного порта тоже даст большие тормоза, поскольку шина APB у ARM-ов довольно медленная.
Если у вас сильные надежды на DMA, то сначала изучите шинную структуру вашего чипа.
Есть ли у него коммутационная матрица на шинах. Если нет, то положение еще хуже становится.
Вообщем без FPGA тут делать нечего. Либо жесткая RTOS.

Что такое ускорители 3-го уровня? 1 Мбит/с ARM9 не примет? Ориентация на Linux была из-за поддердки стандартных протоколов, которые в минимальном виде, похоже, будут необходимы. Что-то типа отсылки команд по ethernet.

[mdmitry]

Ускорители нужны типа такого:
http://www.eeproductcenter.com/rss/showArt...ed_eepc_newsRSS

Если у вас идет битовый поток без разделения на байты, значит парсинг придется делать на каждом бите. Это просто не реально сделать на 200 МГц ARM-е.
Парсинг то довольно комплекный, его будет невозможно запихнуть в короткий блок кода как, например, цифровой фильтр чтоб он весь поместился в кэш. И значит начнутся простои на выборку кэша. Выборка битов из какого-нибудь периферийного порта тоже даст большие тормоза, поскольку шина APB у ARM-ов довольно медленная.
Если у вас сильные надежды на DMA, то сначала изучите шинную структуру вашего чипа.
Есть ли у него коммутационная матрица на шинах. Если нет, то положение еще хуже становится.
Вообщем без FPGA тут делать нечего. Либо жесткая RTOS.

Битовый поток нарезается на байты как есть и отправляется в ethernet. Анализ данных не требуется. Надежда именно на DMA.
1Мбит/с -> 250кбайт/с -> 6,25 двойных слов/с в буфер, по заполению подсовывание другого указателя, заполеннный буфер на DMA для ehternet. Всего 3 (4) буфера по кольцу. Такое не пройдет?