А... т.е. все-таки "мухи отдельно, котлеты отдельно"? Т.е. есть линух... есть мое приложение... И при запуске линуха он просто автоматом запускает мою прогу? Так, нужно понимать?

Спасибо... сейчас прогуляюсь по линку...

Где-то так
В общем, становитесь своим, и пылесосьте ftp по теме.
А пока купите хорошую книжку по Линуху и почитайте. Да поставьте Линух под VmWare или Colinux у себя на пЫсюке.

Спасибо всем Более ли менее понятно куда копать дальше...
Похоже нужно начать с графики а не с железа...

Мне тоже далеко не сразу стало понятно, что начинать надо сверху, а не снизу Почитайте
http://www.caxapa.ru/echo/arm.html?id=49785
http://electronix.ru/forum/index.php?showtopic=11623
http://electronix.ru/forum/index.php?showtopic=11570
http://electronix.ru/forum/index.php?showtopic=12180

Просмотрел по-диагонали доки по Nano-X и FLTK...

Возможно кому-то поможут мои размышления, чтобы понять откуда ноги ростут Для упрощения понимания все разбил на пункты

1. Линух. Понятие Линух в embedded устройствах подразумевает не тот линух, который ставится на обычные десктопы и занимает всреднем около гига на диске со всеми дополнительными пакетами. Для embedded применения из всего этого берется только ядро (kernel), а все остальное выкидывается... Как я понял, и само ядро значительно чистится и из него выкидываются все ненужные драйвера и прочее...

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

2. Nano-X - это аналог X-system для Linux. "X"-ы же являются как-бы графической надстройкой для линуха и предоставляют программисту API для написания оконных приложений. Nano-X это сильно облегченный аналог X-ов, способный работать на различных embedded девайсах. Кроме этого, Nano-x берет на себя заботу "общения с железом", программист имеет возможность "писать окошки" меньше заботясь о том, как его труды будут отображаться на железе.

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

3. FLTK - это тулкит для написания оконных приложений и работы с графикой. Предназначен для работы с Х-ами линуха. Он использует API Nano-x (или другой "реинкарнации" Х-ов) но в то же время предоставляет программисту свой, более удобный API, снабженный, к тому же, многими другими удобными фичами. Как результат имеем, что, например, программа Hello World состоящая из одного окна с кнопкой и написанная с использованием FLTK занимает всего 8 строчек кода Чудо да и только!

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

Единственное, что пока непонятно, так это:
1. Приложение даже под embedded линух живет само по себе... После развертывания ядра его кто-то должен запустить...Как это делается?
2. Обычный линух после старта ядра ненавязчего предлогает залогиниться... естественно это ненужно на embedded устройстве... как это убирается?

Это все частные вопросы, конечно,и на данном этапе они для меня не сильно важны, но, что называется, "свербит" и хочется узнать ) Может кто подскажет?

Пропылесосьте тут. Там есть и по embedded Linux.
http://www.ebookcn.net/search.php?key=linu...=25&submit.y=10

Ну чего-то я не до конца понимаю, но употребление линукса здесь явно не по месту. Готовых графических библиотек для изображения такого рода графики под Хсами нет. Придется либо писать самому, либо портировать из чего нибудь явно с Хсами ничего общего не имеющего. Минимальный обьем памяти ОЗУ необходимого для старта Уцлинукса 4мб просто Линукса 8Мб с большим треском, если добавлять Хсовость 16мб, чтобы там не говорили, не говоря о постоянной памяти не менее 16-32мб. Траффик входной выходной-мизерный не превышает 38400 бит спокойно обработается ручками. Я думаю что для обработки фрейм-буфера 640х480 с двойным буферизированием вполне хватит 2мб ОЗУ. Можно найти туеву хучу ДОСовских графических библиотек по отрисовке графики(можно взять даже Борландовскую BGI)там есть и шкальная графика и портировать ее на рм9200 и все это спокойно влезет в 2мб ПЗУ. Не говоря о том менингите, который сопровождает запуск самого Линуха...

Можно и uC GUI взять (на ftp лежит ). Да, в малую память влезет хорошо. Но отлаживать сложнее. Память нынче дешева!

Безусловно соглашусь с d__ в том, что если не заморачиваться с линухом, то все можно сделать компактнее. Да, сейчас мне окошки не нужны,но уже сейчас я знаю какие дополнения я захочу сделать и окошки мне понадобятся И вот тут линух мне кажется перспективнее даже несмотря на то, что, скорее всего, придется дописывать свою биболку для рисования приборов под X-ами...

Спасибо!