Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: IAR + FreeRTOS + SAM7X неожиданно заглючило...
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Операционные системы > FreeRTOS
Dron_Gus
Jan 16 2008, 22:35
Сабж. Ничего принципиального в проекте не правил. Дописывал код, до которого теперь даже не доходит выполнение. Сразу же после запуска шулдера вылетает или в дата-аборт или в undefined instruction. Начал ходить по шагам. Дошел до запуска первой задачи.

Код
void LogTask(void *par)
  {
LogTask:
  00004CA0  E92D4FF0  STMDB        SP!, {R4,R5,R6,R7,R8,R9,R10,R11,LR}
  00004CA4  E24DD014  SUB          SP, SP, #0x14
  xLastFlashTime = xTaskGetTickCount();
  00004CA8  EB0018C2  BL           xTaskGetTickCount      ; 0xAFB8
  00004CAC  E58D0000  STR          R0, [SP, #+0]


Делаю один шаг (step jver) по асемблерному тексту после чего код чудесным образом превращается в

Код
void LogTask(void *par)
  {
LogTask:
  00004CA0  F0        DC8       0xF0
  00004CA1  4F        DC8       0x4F
  00004CA2  D014E92D  ANDLES       LR, R4, SP, LSR #18
  00004CA6  4D        DC8       0x4D
  00004CA7  E2        DC8       0xE2
  xLastFlashTime = xTaskGetTickCount();
  00004CA8  EB0018C2  BL           xTaskGetTickCount      ; 0xAFB8
  00004CAC  E58D0000  STR          R0, [SP, #+0]

Следующим шагом вылетает с инструкции ANDLES (???) в undef.

Если не ходить по шагам, то иногда вылетает в дата-аборт вроде бы из memcpy при копировании из ОЗУ в странные адреса типа 0xFEAFFFFE...

Что бы это значило? 07.gif
prottoss
Jan 16 2008, 22:43
Цитата(Dron_Gus @ Jan 17 2008, 05:35) *
Что бы это значило? 07.gif
Скорее всего то же, что и у меня в проекте, над которым работаю - не выровненые структуры данных 05.gif . Иногда, при добавлении в структуру НЕ 32-бит поля, задача летит к чертям собачим smile.gif

IAR for ARM 4.42A
Сергей Борщ
Jan 16 2008, 23:06
Цитата(Dron_Gus @ Jan 17 2008, 00:35) *
Что бы это значило? 07.gif
Очень похоже, что при запуске задачи из ее контекста прописывается T(THUMB) бит в CPSR
Dron_Gus
Jan 17 2008, 00:04
2 prottoss, и как с этим бороться? У меня множество "упакованных" структур и никуда от них не деться. Оч похоже, что это и есть причина - последнее, что делал - это добавлял описания новых пакетов. а они все никак не расчитаны на АРМы.

2 Сергей Борщ, я тоже вначале так подумал. Но нигде в настройках нет и слова о thumb. Все же завтра обязательно проверю под отладчиком CPSR.
Сергей Борщ
Jan 17 2008, 09:41
Цитата(Dron_Gus @ Jan 17 2008, 02:04) *
2 Сергей Борщ, я тоже вначале так подумал. Но нигде в настройках нет и слова о thumb. Все же завтра обязательно проверю под отладчиком CPSR.
В настройках его может и не быть. А вот на стеке вполне может оказаться что угодно - если стека не хватает или указатель на контекст попортился и вы восстанавливаете совсем не оттуда, откуда должны.
По вашему листингу это видно. В момент, когда попадаете в задачу - отладчик знает, что с этой метки идет ARM-код и показывает его дизассемблер. Сделав шаг он обнаруживает, что процессор находится в THUMB и дальше показывает вам дизассемблер в THUMB режиме. Много раз получал такой эффект wink.gif

Поздравляю. Смотрите, какое значение заносится на стек при создании контекста (portable/iar/AtmelSam7S64/port.c):
Код
#define portINITIAL_SPSR                ( ( portSTACK_TYPE ) 0x3f ) /* System mode, THUMB mode, interrupts enabled. */
об эти грабли я спотыкался три года назад. А они там, оказывается, до сих пор лежат! smile.gif
сделайте так:
Код
#if __CPU_MODE__ == 1
#define portINITIAL_SPSR                ( ( portSTACK_TYPE ) 0x3f ) /* System mode, THUMB mode, interrupts enabled. */
#else
#define portINITIAL_SPSR                ( ( portSTACK_TYPE ) 0x1f ) /* System mode, ARM mode, interrupts enabled. */
#endif
"И сразу польется вода!"
Dron_Gus
Jan 17 2008, 10:32
2 Сергей Борщ спасибо! beer.gif



Только в дата аборт все равно валится. sad.gif Но хоть все задачи стартуют...



З.Ы. и как это у меня раньше проект работал???...
xelax
Jan 17 2008, 10:39
Цитата(Сергей Борщ @ Jan 17 2008, 12:41) *
Поздравляю. Смотрите, какое значение заносится на стек при создании контекста (portable/iar/AtmelSam7S64/port.c):
Код
#define portINITIAL_SPSR                ( ( portSTACK_TYPE ) 0x3f ) /* System mode, THUMB mode, interrupts enabled. */
об эти грабли я спотыкался три года назад. А они там, оказывается, до сих пор лежат! smile.gif
сделайте так:
Код
#if __CPU_MODE__ == 1
#define portINITIAL_SPSR                ( ( portSTACK_TYPE ) 0x3f ) /* System mode, THUMB mode, interrupts enabled. */
#else
#define portINITIAL_SPSR                ( ( portSTACK_TYPE ) 0x1f ) /* System mode, ARM mode, interrupts enabled. */
#endif
"И сразу польется вода!"


В версии 4.6.1
Код
/* Constants required to setup the task context. */
#define portINITIAL_SPSR                ( ( portSTACK_TYPE ) 0x1f ) /* System mode, ARM mode, interrupts enabled. */
#define portTHUMB_MODE_BIT                ( ( portSTACK_TYPE ) 0x20 )
.
.
.
.
/* The last thing onto the stack is the status register, which is set for
    system mode, with interrupts enabled. */
    *pxTopOfStack = ( portSTACK_TYPE ) portINITIAL_SPSR;

    #ifdef THUMB_INTERWORK
    {
        /* We want the task to start in thumb mode. */
        *pxTopOfStack |= portTHUMB_MODE_BIT;
    }
    #endif


Так что похоже грабли исправленны аффтаром wink.gif
Dron_Gus
Jan 17 2008, 10:44
Огромное спасибо всем ответившим! Коллективный разум спас мои нервные клетки. Все работает. )
Сергей Борщ
Jan 17 2008, 10:47
Цитата(xelax @ Jan 17 2008, 12:39) *
Так что похоже грабли исправленны аффтаром wink.gif
xelax, не поверите - я цитированные строки взял из 4.7.0. Похоже, их листьями присыпАли. smile.gif
xelax
Jan 17 2008, 10:56
Цитата(Сергей Борщ @ Jan 17 2008, 13:47) *
xelax, не поверите - я цитированные строки взял из 4.7.0. Похоже, их листьями присыпАли. smile.gif


А ещё во FreeRTOS есть грабли присыпанные листьями? Так для общего развития, а заодно, чтобы в своём проекте проверить? smile.gif
Dron_Gus
Jan 17 2008, 11:32
Функции работы с очередями не проверяют указатель на очередь. (!=0)
Сергей Борщ
Jan 17 2008, 13:38
Цитата(xelax @ Jan 17 2008, 12:56) *
А ещё во FreeRTOS есть грабли присыпанные листьями? Так для общего развития, а заодно, чтобы в своём проекте проверить? smile.gif
Не могу сказать - один проект тогда сделал, больше не приходилось с ней работать. zltigo у нас большой фанат этой ОСи


Цитата(Dron_Gus @ Jan 17 2008, 13:32) *
Функции работы с очередями не проверяют указатель на очередь. (!=0)
Спорный момент. "А нефиг подсовывать что ни попадя". А если бы в указателе случайно оказался не 0, а 1, помогла бы проверка? Нет. А время при каждом обращении отнимала бы. Логичнее, если программист, получив указатель из процедуры создания очереди проверит его один раз сам и дальше предпримет нужные действия.
one_man_show
Jan 17 2008, 13:56
"Вообще нефиг указателями пользоваться в эмбеддед, да еще и в РТОС"
Dron_Gus
Jan 17 2008, 14:01
Согласен, что хороший тон - проверять все в момент создания. Просто на эти грабли можно наступить. (как я это сделал)

С другой стороны у меня общение между задачами через очереди. И перед тем как что-то кому-то посылать, приходится проверять указатель != 0. А то вдруг вторая задача еще не успела создать очередь.
zltigo
Jan 17 2008, 18:47
Цитата(Сергей Борщ @ Jan 17 2008, 16:38) *
zltigo у нас большой фанат этой ОСи

Я как-бы давно уже в своей ветке живу взяв FreeRTOS, как отправную точку. На грабли не наступал -
в том числе и на описанные smile.gif ибо прежде чем собирать под ARM почитал исходники smile.gif и подправил.
Минут 15 заняло.
http://electronix.ru/forum/index.php?act=S...%2B__CPU_MODE__

А вот несуразностей - несуразностей хватает. Причем Автор по поводу явных указаний на оные и решений предпочитает отмалчиваться в тряпочку. Потом втихаря полгода-год кое-что по абсолютной мелочи появляется. В общем отправился я в свое плавание, но за основной веткой приглядываю регулярно, особенно за форумом - там иногда появляются идеи и реализации традиционно игнорируемые автором sad.gif, но интересные.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.