stm32 ADC Hard_Fault Опции

[x893]

Так это уже совсем просто. У вас только Timer2 и ADC1 инициализируются, значит два прерывания должно прилететь.
Для простоты поставьте в начале программы
DBGMCU_APB1PeriphConfig(DBGMCU_TIM2_STOP, ENABLE)
и breakpoint на TIM2_IRQ и ADC_IRQ
и смотрите что там происходит

[Reystlin]

вычислил, что проблема в строках
data_adc1 = data_adc1*1.365;
data_adc2 = data_adc2*1.365;

сделал вот так
data_adc1 = data_adc1*(uint16_t)1.365;
data_adc2 = data_adc2*(uint16_t)1.365;
заработало
хотя, что самое странное, пару недель назад этот код работал без проблем%)
Спасибо большое x893

Сообщение отредактировал Reystlin - Nov 23 2015, 23:30

[Genadi Zawidowsk...]

Перед умножением коэффициент привели к целой единице - операция выкинулась.
Целочисленное масштабирование выглядело бы так:
data_adc1 = data_adc1 * 1365 / 1000;

[Reystlin]

Спасибо, Genadi Zawidowski
а есть ли мысли из-за чего изначально все могло работать с этим-же кодом?
я к своему проекту прикручивал экнодер и начала вываливаться ошибка Hard_Fault, хотя АЦП совершенно не трогал

[Genadi Zawidowsk...]

В обработчике прерывания АЦП поищите... Выдайте в отладочный компорт плюсик в начале и минус в конце - скорее всего валится там.

[Reystlin]

строку в которой валится я нашел: data_adc1 = data_adc1*1.365; а вот почему не пойму

[Сергей Борщ]

Что-то припоминается про выравнивание стека на 8 при использовании плавающей точки.

[Reystlin]

а при чем тут стек? и поччему изначально такая конструкция работала

[Сергей Борщ]

а при чем тут стек?

Вот, почитайте.

и почему изначально такая конструкция работала

Например, изначально на стеке была или отсутствовала еще одна 4-байтовая переменная и выравнивание получалось само собой. Это предположение, выяснять в любом случае вам. Я бы давно прошелся отладчиком по дизассемблированному коду, нашел конкретную вызывающую падение ассемблерную команду и уже думал о ней.