День добрый.
Есть задача сделать съём с линейной CCD матрицы данных и передачи их по сети 100мбит или UART (RS-485) на ПК, предварительно прогнав данные через фильтр (посчитать производную 2 порядка).

С половиной задачи справился - сделал на DMA и внешней шине считывание данных с матрицы. Работает отлично - даёт максимальное кол-во кадров, которые можно снять с матрицы - это радует. Передаю всё это через UART (RS-232) в ПК.

Осталось реализовать фильтр и передачу через Ethernet. Думаю задействровать в этом DSP инструкции процессора.
Стал вопрос в выборе ОС для работы.

Рабочая среда: CrossWorks 1.7 build 3
Отладочная плата: Olimex STR-E912
JTAG: Собран на FTDI FT2232C

Пробовал брать шаблон портирования от AlexandrY - MicriumDemo_CW.
Сразу ничего не вышло. ОС не стартует.

1) Подскажите, пожалуйста, с чего начинать портирование uCOS на STR912? Стоит ли портировать uCOS на STR912 при моей задаче.

2) Стоит ли смотреть в сторону связки FreeRTOS + lwip? Где глянуть доки на портирование FreeRTOS под STR912 ( в среде CW 1.7 )?

При такой задаче я бы вобще с ОС не заморачивался...
Или мож я чего упустил ?

Ну так а как запускать Ethernet? uIP?

Ну не вижу тут никаких проблем, у меня LwIp str912, на нем крутится telnet, ftp, http, и рабочий порт для обмена информацией, все это без ОС. Хотя при такой связке я бы уже рекомендовал бы ОС. Но сложилось так что изначально никаких http и ftp не планировалось.

Есть книга самого автора uC/OS. В ней имеется глава по портированию системы на нужную платформу. При использовании средств отладки процесс портирования сокращает время и количество ошибок. Да и работа системы становится нагляднее, что важно для четкого понимания.
Правда, я -то свой проект под uC/OS делаю на основе проекта AlexandrY, под Keil. ОС прекрасно работает.

Зачем портировать самому?
Когда есть официальный порт для STR91x: http://www.micrium.com/st/STR9xx.html

у микриума для ARMов порты, как правило, под IAR

"Портировать" между средами разработки явно приятней чем "портировать" между железяками.

Спасибо, всем кто отозвался. Вообщем пока сооружу 2 производную а потом займусь портированием с IAR на CrossWorks 1.7. Пока за это время гляну доку uCOS__The_Real_Time_Kernel.

Подскажите, пожалуйста, насколько проблематично перенести из IAR в CrossWorks? Какие есть подводные камни? Ограничивается это только исправлениями в векторах прерываний, поправке ассемблерных файлов?

FreeRTOS для такого уровня камней более органична будет.

Если не трудно, поясните, пожалуйста, почему?

А в чём заключается 45-дневная тестовая версия uCOS? Что после 45-дней? У неё наступает апокалипсис или это просто ограничение на продажу в коммерческих девайсах?

Сообщение отредактировал SimpleSoft - Feb 6 2008, 16:10

На этом форуме уже отвечал. В двух словах - просто начинали делать с другого уровня развития контроллеров - нет дивных "родовых" ограничений uCOS одна задача - один приоритет, принципиальное наличие в системе менеджера памяти, все сделано более "сложно", но и более бескомпромисно с точки зрения использования системных сервисов. В свое время она максимально совпала с моими личными представлениями (предстваления базируются на собственном опыте многолетнего написания легоньких систем для разнообразных контроллеров) о построении системы весовой категории действительно выходящей за рамки наилегчайшего веса и которую можно развивать дальше не покушаясь на самые ее основы.

Спасибо. Буду разбираться. Как заведу устройство - отпишусь с результатами.

Если в CrossWorks то зачем туда укос тащить, если в нем есть своя CTL библиотека? Причем с открытым кодом. Что-вы можете сделать на укосс и не сделать на CTL

Честно говоря даже не знаю что такое CTL. Поясните пожалуйста.
У юкоса есть готовый стек и связанный с STR91x ENET. Именно от него мне надо брать только функции accept, bind, listen итд. А к CTL, я так понимаю, надо прикручивать lwip. Не хотелось бы тратить время на прикручивание lwip, тем более что уже начал разбирать юкос. Хотя спасибо.

Сообщение отредактировал SimpleSoft - Feb 7 2008, 10:31