Didlas 0 22 октября, 2006 Опубликовано 22 октября, 2006 (изменено) · Жалоба Подскажите, пожалуйста, какое ядро и порт можно использовать для ARM926 (это ARM9 в составе OMAP5912 - DSP+RISC) с минимальными изменениями. Скачал ядро uCOS v2.83, но не знаю, где и какой порт достать? Хелп, плз. И можно ли компилить эту RTOS в Code Composer Studio? Изменено 22 октября, 2006 пользователем Didlas Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Didlas 0 27 октября, 2006 Опубликовано 27 октября, 2006 · Жалоба Товарищчи, помогите! Цель: скомпилить ядро с портом в 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 13 декабря, 2006 Опубликовано 13 декабря, 2006 · Жалоба Вот тут нашел "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 15 декабря, 2006 Опубликовано 15 декабря, 2006 (изменено) · Жалоба День добрый. Перерыл все, что мог. :) То-ли я чего не понимаю, то-ли что-то еще. Собсно в чем суть сего поста: Где можно скачать драйвера, представленные на сайте Микриума? В частности, FS, LCD различный конфигураций и другой периферии? Не нашел ссылок на скачивание. :( А также саму операционку. :) Не демо. Хотя пока с трудом понимаю что- к чему. Просто ищу необходимые модули для построения встроенной системы, необходимой конфигурации. Дабы это все собрать в кучу и расковырять. :) Поскольку этим вопросом занялся совсем недавно - просьба не пинать сильно. :) Да, семейство LPC210х. Конкретный проц некритичен - пока процесс выбора железа. Изменено 15 декабря, 2006 пользователем EXeGLuMATOR Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 15 декабря, 2006 Опубликовано 15 декабря, 2006 · Жалоба Вам повезло, на этом сайте есть все для uCOS. Ищите в фтп. А вообще с недавнего времени Micrium сам выкладывает свою операционку для скачивания. Правда не совсем явно, а в премерах портирования и в TCP стеке который тоже дает скачивать. Для глубокого ознакомления с uCOS на платформе LPC предложил бы вот этот проект: http://projects.caxapa.ru/index.html?ID=62 День добрый. Перерыл все, что мог. :) То-ли я чего не понимаю, то-ли что-то еще. Собсно в чем суть сего поста: Где можно скачать драйвера, представленные на сайте Микриума? В частности, FS, LCD различный конфигураций и другой периферии? Не нашел ссылок на скачивание. :( А также саму операционку. :) Не демо. Хотя пока с трудом понимаю что- к чему. Просто ищу необходимые модули для построения встроенной системы, необходимой конфигурации. Дабы это все собрать в кучу и расковырять. :) Поскольку этим вопросом занялся совсем недавно - просьба не пинать сильно. :) Да, семейство LPC210х. Конкретный проц некритичен - пока процесс выбора железа. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Didlas 0 17 декабря, 2006 Опубликовано 17 декабря, 2006 · Жалоба ...Фуу, запарился, запустил uC/OS-II на OMAP5912 на обоих ядрах сразу (на DSP TMSC55xx семейства и ARM9). Теперь нужно драйвер дисплея прикрутить. Кто-нить встречал исходники драйвера на Си для SSD0323 (Solomon)? Это драйвер для 4-х битного OLED дисплея 128x64. На сайте Micriuma он есть в списке, но не выложен. Сторонние конторы продают драйвер под него с разными окошками, шрифтами, менюшками, но за $$$. Очень надо... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alechek 0 9 января, 2007 Опубликовано 9 января, 2007 · Жалоба Реально ли запустить uCOS в Thumb режиме, используя Keil с RVСТ компилером? Прежний проект писал в ИАРе, решил новый проект делать в Кейле и используя ОС. Поэтому и в том и в другом пока понимаю мало. Взял для пробы "демонстрационный проект встраиваемого контроллера на LPC2148" с сахары. Скомпилось нормально, в симуляторе зашуршало. Но при компилировании в Thumb режиме вызов Thumb функций из АРМ функций в файле os_cpu_a.asm не происходит переключение режима и как следствие Undefined ARM Instruction.. Что поправить в порте/настройках чтобы все работало? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Idle 0 26 января, 2007 Опубликовано 26 января, 2007 · Жалоба Может знает кто: 1. Проблемка при сборке порта x86 Win32 с помощью MinGW - не получается запользовать "high resolution multimedia timer". Без WIN_MM_TICK, все собирается. Мелочь но, неприятно. 2. А где конкретно на оффсайте "неявно" выложены сорцы? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Chudik 0 29 января, 2007 Опубликовано 29 января, 2007 · Жалоба А на чём написана эта система на С или на С++? Сейчас почитал немного описание scmRTOS. Есть определённые плюсы для использования С++ для самой системы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Гость mihask 29 января, 2007 Опубликовано 29 января, 2007 (изменено) · Жалоба А на чём написана эта система на С или на С++? Сейчас почитал немного описание scmRTOS. Есть определённые плюсы для использования С++ для самой системы. Если речь идет о uC/OS-II, то он написан на Cи. :) А выгода использования Си в немного большей портируемости на другие микроконтроллеры потому как Си - компиляторы есть для всех, а вот С++ для некоторых процессоров отсутствуют помоему :) Да и Си более стандартизирован чем С++. Изменено 29 января, 2007 пользователем mihask Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Idle 0 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба Может знает кто: 1. Проблемка при сборке порта x86 Win32 с помощью MinGW - не получается запользовать "high resolution multimedia timer". Без WIN_MM_TICK, все собирается. Мелочь но, неприятно. 2. А где конкретно на оффсайте "неявно" выложены сорцы? 1. Собралось, просто забыл -lWinMM. 2. Это, видимо, в районе LPC21xx. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dxp 58 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба Да и Си более стандартизирован чем С++. Можно про это поподробнее? Что значит более стандартизирован? На С есть ANSI Стандарт от 1990 года (С90) и ISO/IEC от 1999 (С99), на С++ есть Стандарт ISO/IEC от 1998. Все. Где тут более- или менее- не ясно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Гость mihask 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба Да и Си более стандартизирован чем С++. Можно про это поподробнее? Что значит более стандартизирован? На С есть ANSI Стандарт от 1990 года (С90) и ISO/IEC от 1999 (С99), на С++ есть Стандарт ISO/IEC от 1998. Все. Где тут более- или менее- не ясно. Да, обшибся в этом месте :), просто его стандартизация еще не закончена :) http://www.rsdn.ru/Forum/Info.aspx?name=FA....standard.state , хотя конечно же этот момент не может повлиять на портируемость существующих систем :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dxp 58 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба Да, обшибся в этом месте :), просто его стандартизация еще не закончена :) http://www.rsdn.ru/Forum/Info.aspx?name=FA....standard.state , Все там закончено - Стандарт от 1998 года вполне законченная вещь. То, что язык развивается, что готовятся изменения, это нормально и естественно. С Си ситуация точно такая же. Как и с любым живым ЯП. хотя конечно же этот момент не может повлиять на портируемость существующих систем :) На портируемость в embedded гораздо больше влияет не сам Стандарт, а то, как имеющиеся тулзы его поддерживают. Не секрет, что в полном объеме С++ не поддерживается почти ни в одной ембеддед платформе (в полном объеми и на больших машинах еще поискать компилятор, который бы все поддерживал - там речь идет о том, что один компилятор более полно поддерживает Стандарт, а другой - менее), особенно в мелочи. Поэтому при портируемости надо смотреть в первую очередь, какой набор средств из языка реально поддерживает целевая платформа. Скажем, классы и наследование поддерживаются всеми, множественное наследование уже далеко не всеми, шаблоны - тоже надо смотреть, исключения - вообще мало кем, что и понятно, перегрузка имен функций всеми и т.д. Кроме того, есть подмножество С++ в виде Embedded C++, которое в явном виде оговаривает, какие средства в нем не поддерживаются. К сожалению, там авторы, имхо, переборщили, убрав из поддержки шаблоны, новый синтаксис cast'ов и пространства имен. К счастью, сегодня почти все достойные компиляторы эти средства поддерживают. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Гость mihask 31 января, 2007 Опубликовано 31 января, 2007 · Жалоба Большое спасибо за разъяснения :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться