Проекты с использованием uСLinux и того-же AT91SAM7S256?, Кто уже такое воплощял в жизнь, отзывы, идеи? Опции

[PrSt]

собвственно предлагаю развернуть такую тему, так как весьма актуальна для простых ембидед систем?
на данное семейство контроллеров обычно вешают индикаторы(LED, LCD...), клавиатуру(не менее 2кнопок...), и разлычные сетевые интерфейсы(RS232/485, Ethernet, CAN...), накопители памяти(SD,MMC...)
и если смотреть правде в глаза? то от проекта к проекту эта конфигурация не сильно меняется, но зато меняются задачи и алгоритмы работы...

откровенно говоря, жутко надоело в каждом проекте писать, по сути, индивидуальную операционку, хочется использовать уже готовую (но не чтото типа RTOS потому что не потятная вообще)

Теперь вопрос такой - кто нибудь уже делал такую склейку? - uСLinux and AT91SAM7S256

понятно что это не полноценный линукс, однако ведь порт такой же сужествует, если верить ресурсу http://www.uclinux.org/

Вот и вопрос, что нужно для того что бы заработал на этом камне(AT91SAM7S256) uСLinux , может нужно внешнюю память или что еще? компиляторы, ньюансы сборки...

цель не стоит выжать максимум производительности, если это позволит хотя-бы поиметь полных 10 MIPS - просто блестяще...

Озвучте плз отзывы, идеи, ссылки, может уже есть подобные открытые проекты?
мне кажется весьма правельный ход использовать готовую ось.

[AlexandrY]

Странно, описали в начале атрибуты realtime системы, а хотите посадить туда тормознутый uLinux.
Как вы себе представляете интересно процесс отладки такого монстра, и сколько думаете времени на это уйдет?
И драйвера то под uClinux уже писать придется настоящие. И память внешнюю и дорогую и без защиты придется ставить.
И ради чего все. Ради файловой системы и TCP стека? Так их навалом и без OS-ей имеется.
А с реальным временем чего делать то будете, патчить uClinux или Blackfin сразу ставить вместо ARM-а?

[PrSt]

Странно, описали в начале атрибуты realtime системы, а хотите посадить туда тормознутый uLinux.
Как вы себе представляете интересно процесс отладки такого монстра, и сколько думаете времени на это уйдет?
И драйвера то под uClinux уже писать придется настоящие. И память внешнюю и дорогую и без защиты придется ставить.
И ради чего все. Ради файловой системы и TCP стека? Так их навалом и без OS-ей имеется.
А с реальным временем чего делать то будете, патчить uClinux или Blackfin сразу ставить вместо ARM-а?

ну скажем так, бывает ряд приложений где совершенно не надо "бешанную" производительность от склейки МК+ОС, а важно не тратить много времени на написание взаимодействия между "просессами или же их бледное подобие".
На счет памяти без спору, согласен - возможно прийдется ставить внешнюю...
драйвера писать - ну скажем напишем, не умрем... на то она и ОСь чтоб все через "дрова" работало...
Разумеется - нет, не ради "файловой системы и TCP стека", есть еще такая замечательная вешь как IPC и более того многозадачность(что более важно)...
+ ко всему переносимость с проекта на проект.

а свякую бяку рассматривать типа RTOS (притянутую за уши к плоскости ОС) или еще чего то, что просто махает флагом - мол RealTime...
В контексте данного вопроса не рассматривается же REALTIME требования, а расматривается возможность как такавая применять uCLinux в данном семействе МК...

[AlexandrY]

uCOS переносится за день на новый процессор, если он вами хорошо изучен. В uCOS есть все механизмы межзадачного взаимодействия: семафоры, флаги, очереди, майлбоксы и т.д.
Для uCOS я с точностью до 1 мкс могу предсказать время переключения между задачами.
Для uCOS есть детерминированный менеджер памяти. Легко сделать менеджер с очередями запросов.
В uCOS нет уровня HAL, а значит драйверы не обременены лишним прокладочным кодом и их легче и быстрее писать. А ведь на новую платформу 90% времени уходит на написание новых драйверов, перенос OS-и в этом и заключается.
Процессы же могут поддерживаться только на процеесорах с MMU, в процессорах без MMU будут только потоки с общим пространством памяти и не будет никакой абсолютно разницы что програмировать под uCLinux что под uCOS. Под uCLinux только больше пропаритесь и ничего нового не получите кроме тормозов.

ну скажем так, бывает ряд приложений где совершенно не надо "бешанную" производительность от склейки МК+ОС, а важно не тратить много времени на написание взаимодействия между "просессами или же их бледное подобие".
На счет памяти без спору, согласен - возможно прийдется ставить внешнюю...
драйвера писать - ну скажем напишем, не умрем... на то она и ОСь чтоб все через "дрова" работало...
Разумеется - нет, не ради "файловой системы и TCP стека", есть еще такая замечательная вешь как IPC и более того многозадачность(что более важно)...
+ ко всему переносимость с проекта на проект.

а свякую бяку рассматривать типа RTOS (притянутую за уши к плоскости ОС) или еще чего то, что просто махает флагом - мол RealTime...
В контексте данного вопроса не рассматривается же REALTIME требования, а расматривается возможность как такавая применять uCLinux в данном семействе МК...

[Krom]

uCOS переносится за день на новый процессор, если он вами хорошо изучен. В uCOS есть все механизмы межзадачного взаимодействия: семафоры, флаги, очереди, майлбоксы и т.д.
Для uCOS я с точностью до 1 мкс могу предсказать время переключения между задачами.
Для uCOS есть детерминированный менеджер памяти. Легко сделать менеджер с очередями запросов.
В uCOS нет уровня HAL, а значит драйверы не обременены лишним прокладочным кодом и их легче и быстрее писать. А ведь на новую платформу 90% времени уходит на написание новых драйверов, перенос OS-и в этом и заключается.
Процессы же могут поддерживаться только на процеесорах с MMU, в процессорах без MMU будут только потоки с общим пространством памяти и не будет никакой абсолютно разницы что програмировать под uCLinux что под uCOS. Под uCLinux только больше пропаритесь и ничего нового не получите кроме тормозов.

Все это хорошо, но денег за uCOS просят немало однако... А вариант с ворованным софтом не подходит.