Форум разработчиков электроники ELECTRONIX.ru > iar вычисление константных выражений

Помощь - Поиск - Пользователи - Календарь

Полная версия этой страницы: iar вычисление константных выражений

Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > IAR

AndryG

Feb 26 2015, 21:13

Код

#define F_CPU 8000000u
#define MB_BAUD_RATE 38400
#define MB_TIMER_PRESCALER 64

#if MB_BAUD_RATE > 19200
// не растет кокос :(
  #define MB_OCR_T25  (F_CPU / MB_TIMER_PRESCALER * (11 / MB_BAUD_RATE +  0.00075))
  #define MB_OCR_T45  (F_CPU / MB_TIMER_PRESCALER * (11 / MB_BAUD_RATE +  0.00175))
#else
// тут я вроде как разобрался как на форуме советовали: сперва умножать побольше и потом делить поменьше
  #define MB_OCR_T25  (F_CPU / MB_TIMER_PRESCALER * 11 * 25 /10 / MB_BAUD_RATE)
  #define MB_OCR_T45  (F_CPU / MB_TIMER_PRESCALER * 11 * 45 /10 / MB_BAUD_RATE)
#endif

Компилятор считает не то, что хочется. Результат выходит буд-то "11 / MB_BAUD_RATE" вообще нет

Код

код
volatile uint8_t ocr25 = (uint8_t)MB_OCR_T25;

листинг после препроцессора
volatile uint8_t ocr25 = (uint8_t)(8000000u / 64 * (11 / 38400 + 0.00075));

и асм
//   48   volatile uint8_t ocr25 = (uint8_t)MB_OCR_T25;
        LDI     R16, 93  !!! а должно быть 129
        ST      Y, R16

Ещё препроцессору не нравится вот это:

Код

#if mb_ocr_test < MB_OCR_T25 || mb_ocr_test < MB_OCR_T45

#Error[Pe031]: expression must have integral type

Во втором варианте расчета было "* 2.5". После замены на " * 25 / 10" ругаться перестал. На сим сделал вывод, что препроцессор знает только целочисленную математику.

Компилятор ещё намекает, что не всё в порядке с вычислением:

Код

uint8_t ocr25 = MB_OCR_T25;

#Warning[Pa092]: implicit conversion to integer does not preserve the value

OCR0A = TCNT0 + MB_OCR_T45;

#Warning[Pa093]: implicit conversion from floating point to integer

Здесь, я так понял, надо приведение типа, ибо компилятор все же считает не целочисленно. Но проблему с ошибкой вычисления это не решает :(

OCR0A = TCNT0 + (uint8_t)MB_OCR_T45; // ругаться перестал

Подскажите, пжлст, где про это почитать подробней (сколько листал - не нахожу по теме)?
Может встречал кто утилиты/онлайн сервисы для просмотра "и что нам насчитают"? Довольно неудобно лазить по листингам.

Xenia

Feb 26 2015, 21:31

Цитата(AndryG @ Feb 27 2015, 00:13)

#define MB_TIMER_PRESCALER 64
...
// не растет кокос

#define MB_OCR_T25 (F_CPU / MB_TIMER_PRESCALER * (11 / MB_BAUD_RATE + 0.00075))
...
Компилятор считает не то, что хочется. Результат выходит буд-то "11 / MB_BAUD_RATE" вообще нет.

Компилятор поступает совершенно правильно, полагая, что выражения "11 / MB_BAUD_RATE" вообще нет, поскольку в целых числах
11 / 64 = 0

А если хотите, чтобы результат получился дробным, то пишите так:
11.0 / MB_BAUD_RATE

Но с дробью
F_CPU / MB_TIMER_PRESCALER
у вас та же история - дробную часть вы теряете.

Цитата(AndryG @ Feb 27 2015, 00:13)

// тут я вроде как разобрался как на форуме советовали: сперва умножать побольше и потом делить поменьше
#define MB_OCR_T25 (F_CPU / MB_TIMER_PRESCALER * 11 * 25 /10 / MB_BAUD_RATE)

Ну, так и делайте, как вам советовали на форуме, а то, что вы написали, этому совету противоречит, т.к там уже вторая операция - деление.
Но если последовать тому совету буквально, то у вас возникнет переполнение произведения в разрядной сетке целого.
Поэтому было бы лучше определить F_CPU как long, чтобы произведение не было урезанным.
Тогда оно будет выглядеть так:
#define F_CPU 8000000L
#define MB_OCR_T25 (F_CPU * 11 * 25 / 10 / MB_BAUD_RATE / MB_TIMER_PRESCALER)

Или еще (uint8_t) туда добавить, чтобы компилятор warning не выдавал:
#define MB_OCR_T25 ((uint8_t)(F_CPU * 11 * 25 / 10 / MB_BAUD_RATE / MB_TIMER_PRESCALER))

AndryG

Feb 26 2015, 23:27

Код

11.0 / MB_BAUD_RATE

Вот это я поймался! Спасибо.

Цитата(Xenia @ Feb 26 2015, 23:31)

Но с дробью
F_CPU / MB_TIMER_PRESCALER
у вас та же история - дробную часть вы теряете.

Именно из-за переполнения я это деление и вынес наверх. Плюс поймался на частный случай 8000000 / 64 = 125000 "тю! Так тут целое и получается"

Заработали оба варианта расчета с разными вариациями параметров. С excel совпадает.

Код

#if MB_BAUD_RATE > 19200
  #define MB_OCR_T25  (F_CPU * (11.0 / MB_BAUD_RATE + 0.00075) / MB_TIMER_PRESCALER)
  #define MB_OCR_T45  (F_CPU * (11.0 / MB_BAUD_RATE + 0.00175) / MB_TIMER_PRESCALER)
#else
  #define MB_OCR_T25  (F_CPU * 11 * 2.5 / MB_BAUD_RATE / MB_TIMER_PRESCALER)
  #define MB_OCR_T45  (F_CPU * 11 * 4.5 / MB_BAUD_RATE / MB_TIMER_PRESCALER)
#endif

  volatile uint8_t ocr25 = (uint8_t)MB_OCR_T25;
  volatile uint8_t ocr45 = (uint8_t)MB_OCR_T45;

А вариант проверки допустимых диапазонов препроцессором не прокатит? Препроцессору дробные числа никак не скормить?

Код

#define mb_ocr_test 255

#ifdef mb_ocr_test
  #if mb_ocr_test < MB_OCR_T25 || mb_ocr_test < MB_OCR_T45
    #warning [MB_OCR_T25] è/èëè [MB_OCR_T45] âûõîäÿò çà ðàçðÿäíîñòü OCR-ðåãèñòðà. Ïðîâåðüòå íàñòðîéêè òàéìåðà.
  #endif
#endif

Error[Pe031]: expression must have integral type

scifi

Feb 27 2015, 09:32

Цитата(AndryG @ Feb 27 2015, 02:27)

Препроцессору дробные числа никак не скормить?

Никак.

Цитата(AndryG @ Feb 27 2015, 02:27)

А вариант проверки допустимых диапазонов препроцессором не прокатит?

Зачем именно препроцессором? Для этих дел существует assert_static().

kolobok0

Feb 27 2015, 19:29

Цитата(scifi @ Feb 27 2015, 12:32)

Никак.

обычно для простоты душевной уходят от дробных вещей путём умножения на некую удобную константу, и в дальнейшем при вычислениях -
делением на неё. удобные константы = те что дробны на величину байта. Но если "по взрослому" с делением, то не принципиально по большому счёту.

в препроцессоре обычно можно сделать элементарные проверки на уровне иф-дефов и выводе прям не приличных сообщений на руском
в случае не правильного сочетания звёзд и кода

Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.