[Didlas 0]

Подскажите, пожалуйста, какое ядро и порт можно использовать для ARM926 (это ARM9 в составе OMAP5912 - DSP+RISC) с минимальными изменениями. Скачал ядро uCOS v2.83, но не знаю, где и какой порт достать? Хелп, плз.

И можно ли компилить эту RTOS в Code Composer Studio?

Изменено 22 октября, 2006 пользователем Didlas

[Didlas 0]

Товарищчи, помогите!

Цель: скомпилить ядро с портом в CCS под ARM9.

Использовал: ядро uCOS v.2.83, порт AN-1011.

Подправил os_cpu_a.asm под CCS.

 

Никак не могу скомпилиь ось, вылетают варнинги:

>> warning: Cannot find state of callee routine at addr 24 called from module

D:\boards\osk5912\examples\Didlas\uCOS-ii_ARM\uCOS\Debug\os_core.obj

>> warning: During relocation, cannot find state of routine at addr 536910780

called from module D:\boards\osk5912\examples\Didlas\uCOS-ii_ARM\uCOS\Debug\os_core.obj...

 

вот присоединяю проект для CCS, подскажите, что сделать, чтоб заработал ?....

uCOS.rar

[Bender 0]

Вот тут нашел "Real-time processing with the Philips LPC ARM microcontroller using GCC and the MicroC/OS-IIRTOS". Вроде здесь еще не было

h++p://www.ovro.caltech.edu/~dwh/ucos/project_AR1803.pdf

[EXeGLuMATOR 0]

День добрый.

Перерыл все, что мог. :) То-ли я чего не понимаю, то-ли что-то еще. Собсно в чем суть сего поста:

Где можно скачать драйвера, представленные на сайте Микриума? В частности, FS, LCD различный конфигураций и другой периферии? Не нашел ссылок на скачивание. :( А также саму операционку. :) Не демо.

Хотя пока с трудом понимаю что- к чему. Просто ищу необходимые модули для построения встроенной системы, необходимой конфигурации. Дабы это все собрать в кучу и расковырять. :)

Поскольку этим вопросом занялся совсем недавно - просьба не пинать сильно. :)

Да, семейство LPC210х. Конкретный проц некритичен - пока процесс выбора железа.

Изменено 15 декабря, 2006 пользователем EXeGLuMATOR

[AlexandrY 2]

Вам повезло, на этом сайте есть все для uCOS. Ищите в фтп.

А вообще с недавнего времени Micrium сам выкладывает свою операционку для скачивания. Правда не совсем явно, а в премерах портирования и в TCP стеке который тоже дает скачивать.

Для глубокого ознакомления с uCOS на платформе LPC предложил бы вот этот проект:

http://projects.caxapa.ru/index.html?ID=62

 

День добрый.

Перерыл все, что мог. :) То-ли я чего не понимаю, то-ли что-то еще. Собсно в чем суть сего поста:

Где можно скачать драйвера, представленные на сайте Микриума? В частности, FS, LCD различный конфигураций и другой периферии? Не нашел ссылок на скачивание. :( А также саму операционку. :) Не демо.

Хотя пока с трудом понимаю что- к чему. Просто ищу необходимые модули для построения встроенной системы, необходимой конфигурации. Дабы это все собрать в кучу и расковырять. :)

Поскольку этим вопросом занялся совсем недавно - просьба не пинать сильно. :)

Да, семейство LPC210х. Конкретный проц некритичен - пока процесс выбора железа.

[Didlas 0]

...Фуу, запарился, запустил uC/OS-II на OMAP5912 на обоих ядрах сразу (на DSP TMSC55xx семейства и ARM9). Теперь нужно драйвер дисплея прикрутить. Кто-нить встречал исходники драйвера на Си для SSD0323 (Solomon)? Это драйвер для 4-х битного OLED дисплея 128x64. На сайте Micriuma он есть в списке, но не выложен. Сторонние конторы продают драйвер под него с разными окошками, шрифтами, менюшками, но за $$$. Очень надо...

[Alechek 0]

Реально ли запустить uCOS в Thumb режиме, используя Keil с RVСТ компилером?

Прежний проект писал в ИАРе, решил новый проект делать в Кейле и используя ОС. Поэтому и в том и в другом пока понимаю мало.

Взял для пробы "демонстрационный проект встраиваемого контроллера на LPC2148" с сахары. Скомпилось нормально, в симуляторе зашуршало.

Но при компилировании в Thumb режиме вызов Thumb функций из АРМ функций в файле os_cpu_a.asm не происходит переключение режима и как следствие Undefined ARM Instruction..

 

Что поправить в порте/настройках чтобы все работало?

[Idle 0]

Может знает кто:

1. Проблемка при сборке порта x86 Win32 с помощью MinGW - не получается запользовать "high resolution multimedia timer". Без WIN_MM_TICK, все собирается. Мелочь но, неприятно.

2. А где конкретно на оффсайте "неявно" выложены сорцы?

[Chudik 0]

А на чём написана эта система на С или на С++? Сейчас почитал немного описание scmRTOS. Есть определённые плюсы для использования С++ для самой системы.

[Гость mihask]

А на чём написана эта система на С или на С++? Сейчас почитал немного описание scmRTOS. Есть определённые плюсы для использования С++ для самой системы.

 

Если речь идет о uC/OS-II, то он написан на Cи. :)

А выгода использования Си в немного большей портируемости на другие микроконтроллеры

потому как Си - компиляторы есть для всех, а вот С++ для некоторых процессоров отсутствуют помоему :)

Да и Си более стандартизирован чем С++.

Изменено 29 января, 2007 пользователем mihask

[Idle 0]

Может знает кто:

1. Проблемка при сборке порта x86 Win32 с помощью MinGW - не получается запользовать "high resolution multimedia timer". Без WIN_MM_TICK, все собирается. Мелочь но, неприятно.

2. А где конкретно на оффсайте "неявно" выложены сорцы?

1. Собралось, просто забыл -lWinMM.

2. Это, видимо, в районе LPC21xx.

[dxp 32]

Да и Си более стандартизирован чем С++.

Можно про это поподробнее? Что значит более стандартизирован? На С есть ANSI Стандарт от 1990 года (С90) и ISO/IEC от 1999 (С99), на С++ есть Стандарт ISO/IEC от 1998. Все. Где тут более- или менее- не ясно.

[Гость mihask]

Да и Си более стандартизирован чем С++.

Можно про это поподробнее? Что значит более стандартизирован? На С есть ANSI Стандарт от 1990 года (С90) и ISO/IEC от 1999 (С99), на С++ есть Стандарт ISO/IEC от 1998. Все. Где тут более- или менее- не ясно.

 

Да, обшибся в этом месте :), просто его стандартизация еще не закончена :)

http://www.rsdn.ru/Forum/Info.aspx?name=FA....standard.state ,

хотя конечно же этот момент не может повлиять на портируемость

существующих систем :)

[dxp 32]

Да, обшибся в этом месте :), просто его стандартизация еще не закончена :)

http://www.rsdn.ru/Forum/Info.aspx?name=FA....standard.state ,

Все там закончено - Стандарт от 1998 года вполне законченная вещь. То, что язык развивается, что готовятся изменения, это нормально и естественно. С Си ситуация точно такая же. Как и с любым живым ЯП.

 

хотя конечно же этот момент не может повлиять на портируемость

существующих систем :)

На портируемость в embedded гораздо больше влияет не сам Стандарт, а то, как имеющиеся тулзы его поддерживают. Не секрет, что в полном объеме С++ не поддерживается почти ни в одной ембеддед платформе (в полном объеми и на больших машинах еще поискать компилятор, который бы все поддерживал - там речь идет о том, что один компилятор более полно поддерживает Стандарт, а другой - менее), особенно в мелочи. Поэтому при портируемости надо смотреть в первую очередь, какой набор средств из языка реально поддерживает целевая платформа. Скажем, классы и наследование поддерживаются всеми, множественное наследование уже далеко не всеми, шаблоны - тоже надо смотреть, исключения - вообще мало кем, что и понятно, перегрузка имен функций всеми и т.д. Кроме того, есть подмножество С++ в виде Embedded C++, которое в явном виде оговаривает, какие средства в нем не поддерживаются. К сожалению, там авторы, имхо, переборщили, убрав из поддержки шаблоны, новый синтаксис cast'ов и пространства имен. К счастью, сегодня почти все достойные компиляторы эти средства поддерживают.

[Гость mihask]

Большое спасибо за разъяснения :)