|
|
  |
uC/OS-II, Одна из популярных РТОС, все о ней |
|
|
|
Oct 22 2006, 18:29
|
Участник

Группа: Участник
Сообщений: 31
Регистрация: 25-10-05
Пользователь №: 10 100

|
Подскажите, пожалуйста, какое ядро и порт можно использовать для ARM926 (это ARM9 в составе OMAP5912 - DSP+RISC) с минимальными изменениями. Скачал ядро uCOS v2.83, но не знаю, где и какой порт достать? Хелп, плз. И можно ли компилить эту RTOS в Code Composer Studio?
Сообщение отредактировал Didlas - Oct 22 2006, 18:30
|
|
|
|
|
Oct 27 2006, 17:38
|
Участник

Группа: Участник
Сообщений: 31
Регистрация: 25-10-05
Пользователь №: 10 100

|
Товарищчи, помогите! Цель: скомпилить ядро с портом в 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 ( 276.14 килобайт )
Кол-во скачиваний: 160
|
|
|
|
|
Dec 15 2006, 02:26
|
Частый гость
 
Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305

|
День добрый. Перерыл все, что мог.  То-ли я чего не понимаю, то-ли что-то еще. Собсно в чем суть сего поста: Где можно скачать драйвера, представленные на сайте Микриума? В частности, FS, LCD различный конфигураций и другой периферии? Не нашел ссылок на скачивание.  А также саму операционку.  Не демо. Хотя пока с трудом понимаю что- к чему. Просто ищу необходимые модули для построения встроенной системы, необходимой конфигурации. Дабы это все собрать в кучу и расковырять.  Поскольку этим вопросом занялся совсем недавно - просьба не пинать сильно.  Да, семейство LPC210х. Конкретный проц некритичен - пока процесс выбора железа.
Сообщение отредактировал EXeGLuMATOR - Dec 15 2006, 02:28
|
|
|
|
|
Dec 15 2006, 22:54
|

Ally
     
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050

|
Вам повезло, на этом сайте есть все для uCOS. Ищите в фтп. А вообще с недавнего времени Micrium сам выкладывает свою операционку для скачивания. Правда не совсем явно, а в премерах портирования и в TCP стеке который тоже дает скачивать. Для глубокого ознакомления с uCOS на платформе LPC предложил бы вот этот проект: http://projects.caxapa.ru/index.html?ID=62 Цитата(EXeGLuMATOR @ Dec 15 2006, 03:56)  День добрый. Перерыл все, что мог.  То-ли я чего не понимаю, то-ли что-то еще. Собсно в чем суть сего поста: Где можно скачать драйвера, представленные на сайте Микриума? В частности, FS, LCD различный конфигураций и другой периферии? Не нашел ссылок на скачивание.  А также саму операционку.  Не демо. Хотя пока с трудом понимаю что- к чему. Просто ищу необходимые модули для построения встроенной системы, необходимой конфигурации. Дабы это все собрать в кучу и расковырять.  Поскольку этим вопросом занялся совсем недавно - просьба не пинать сильно.  Да, семейство LPC210х. Конкретный проц некритичен - пока процесс выбора железа.
|
|
|
|
|
Dec 17 2006, 01:02
|
Участник

Группа: Участник
Сообщений: 31
Регистрация: 25-10-05
Пользователь №: 10 100

|
...Фуу, запарился, запустил uC/OS-II на OMAP5912 на обоих ядрах сразу (на DSP TMSC55xx семейства и ARM9). Теперь нужно драйвер дисплея прикрутить. Кто-нить встречал исходники драйвера на Си для SSD0323 (Solomon)? Это драйвер для 4-х битного OLED дисплея 128x64. На сайте Micriuma он есть в списке, но не выложен. Сторонние конторы продают драйвер под него с разными окошками, шрифтами, менюшками, но за $$$. Очень надо...
|
|
|
|
|
Jan 29 2007, 10:28
|
Частый гость
 
Группа: Validating
Сообщений: 80
Регистрация: 7-12-05
Пользователь №: 11 905

|
Цитата(Chudik @ Jan 29 2007, 13:16)  А на чём написана эта система на С или на С++? Сейчас почитал немного описание scmRTOS. Есть определённые плюсы для использования С++ для самой системы. Если речь идет о uC/OS-II, то он написан на Cи. А выгода использования Си в немного большей портируемости на другие микроконтроллеры потому как Си - компиляторы есть для всех, а вот С++ для некоторых процессоров отсутствуют помоему  Да и Си более стандартизирован чем С++.
Сообщение отредактировал mihask - Jan 29 2007, 10:33
|
|
|
|
|
Jan 30 2007, 12:19
|
Местный
  
Группа: Участник
Сообщений: 351
Регистрация: 5-04-05
Пользователь №: 3 874

|
Цитата(Idle @ Jan 26 2007, 20:09)  Может знает кто: 1. Проблемка при сборке порта x86 Win32 с помощью MinGW - не получается запользовать "high resolution multimedia timer". Без WIN_MM_TICK, все собирается. Мелочь но, неприятно. 2. А где конкретно на оффсайте "неявно" выложены сорцы? 1. Собралось, просто забыл -lWinMM. 2. Это, видимо, в районе LPC21xx.
|
|
|
|
|
Jan 30 2007, 13:45
|
Частый гость
 
Группа: Validating
Сообщений: 80
Регистрация: 7-12-05
Пользователь №: 11 905

|
Цитата(dxp @ Jan 30 2007, 16:13)  Цитата(mihask @ Jan 29 2007, 13:28)  Да и Си более стандартизирован чем С++.
Можно про это поподробнее? Что значит более стандартизирован? На С есть ANSI Стандарт от 1990 года (С90) и ISO/IEC от 1999 (С99), на С++ есть Стандарт ISO/IEC от 1998. Все. Где тут более- или менее- не ясно. Да, обшибся в этом месте  , просто его стандартизация еще не закончена http://www.rsdn.ru/Forum/Info.aspx?name=FA....standard.state , хотя конечно же этот момент не может повлиять на портируемость существующих систем
|
|
|
|
|
Jan 30 2007, 16:29
|

Adept
     
Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343

|
Цитата(mihask @ Jan 30 2007, 16:45)  Да, обшибся в этом месте  , просто его стандартизация еще не закончена http://www.rsdn.ru/Forum/Info.aspx?name=FA....standard.state , Все там закончено - Стандарт от 1998 года вполне законченная вещь. То, что язык развивается, что готовятся изменения, это нормально и естественно. С Си ситуация точно такая же. Как и с любым живым ЯП. Цитата(mihask @ Jan 30 2007, 16:45)  хотя конечно же этот момент не может повлиять на портируемость существующих систем  На портируемость в embedded гораздо больше влияет не сам Стандарт, а то, как имеющиеся тулзы его поддерживают. Не секрет, что в полном объеме С++ не поддерживается почти ни в одной ембеддед платформе (в полном объеми и на больших машинах еще поискать компилятор, который бы все поддерживал - там речь идет о том, что один компилятор более полно поддерживает Стандарт, а другой - менее), особенно в мелочи. Поэтому при портируемости надо смотреть в первую очередь, какой набор средств из языка реально поддерживает целевая платформа. Скажем, классы и наследование поддерживаются всеми, множественное наследование уже далеко не всеми, шаблоны - тоже надо смотреть, исключения - вообще мало кем, что и понятно, перегрузка имен функций всеми и т.д. Кроме того, есть подмножество С++ в виде Embedded C++, которое в явном виде оговаривает, какие средства в нем не поддерживаются. К сожалению, там авторы, имхо, переборщили, убрав из поддержки шаблоны, новый синтаксис cast'ов и пространства имен. К счастью, сегодня почти все достойные компиляторы эти средства поддерживают.
--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
|
|
|
|
|
  |
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|