stm32 проблемы в обьявлении глобальных переменных, в зависимости от расположения в коде разные баги Опции

[ierofant]

Всем привет.
Возникла странная проблема с которой я не могу разобратся.

Контроллер - STM32F100RB. Компилятор - IAR for ARM 6.21

Есть обьявление глобальных переменных:

Код

uint16_t b[50]; //тест
uint16_t b1[50]; //тест
unsigned char time_to_break=0;
unsigned int counter=0;
unsigned char ban=0;
unsigned char push_button=0;
....
еще несколько переменных
....
unsigned char test[100];

В этом случае еще до входа в главную функцию массив test заполнен символами "я".

Если записать к примеру unsigned char test[]="hello my sweety"; , то остальные переменные будут содержать неверные и произвольные значения + контроллер зависает в B HardFault_Handler.

Если обьявление массивов b1 и b2 разместить после обьявления всех остальных переменных, то будет та же ситуация. - неверные значения остальных переменных и зависание B HardFault_Handler.

В общем от перестановки местами строчек обьявления переменных конечная работа устройства очень меняется и в большинстве случаев имеет какую-то проблему.

У меня есть подозрения, что из-за различности типов (char, uint) или еще из-за чего-то происходит неправильное размещение переменных в оперативной памяти. (и они как-то накладываются) Если это так, то как решается? Если нет:
Подскажите, в чем проблема и как с ней бороться. Буду очень признателен.

Заранее благодарен за помощь.

Сообщение отредактировал ierofant - Nov 11 2011, 00:32

[Flexz]

В этом случае еще до входа в главную функцию массив test заполнен символами "я".

До входа в главную функцию (main) выполняется загрузчик, который и заполняет инициализировнные в коде переменные их значениями, а остальные нулями.
Вообще похоже на неверный скрипт линкера и/или загрузчик.
Один раз был похожий косяк, правда с gcc: в зависимости от размеров переменных или даже перетаскивания их по коду программа работал или валилась в Hard Fault, уже грешил на компилятор. В итоге оказалось что вектора прерывания сремапленные в оперативку были выровнены по неверному значению (0x100, а надо было по 0x400) Старый код работал на stmf100, где прерываний меньше и выравнивания 0x100 было достаточно, при переносе на stm32f2 используемых прерываний оказалось больше и некоторые не срабатывали.

Сообщение отредактировал Flexz - Nov 11 2011, 07:12