Вывожу на ЖКИ 24-битное значение adc_value АЦП с периодом 1 сек. Это значение используется для вычисления дифференциального давления, которое вычисляется по формуле.

Если попытаться выводить сразу в пересчитанное значение дифф. давления, то возникает проблема (виснет программа), хотя по идее макрос заменяется своим определением во время работы препроцессора, поэтому не вызывает затрат времени. И стек не должен потреблять на мой взгляд.
Почему так происходит? Как мне выводить значение давления в реальном времени? Это работает под управлением ОС (scmRTOS).

diffPressure = (Vin(0)/SPAN)*mm_Hg;

Тоже виснет?

для начала, напишите что константы у Вас float, типа:
#define Vref 5.0f

не знаю какого типа у Вас adc_value, но я бы преобразовал тип: (float)adc_value

ну и в формуле возможно ошибка(???), при вычитании 1.0 у Вас всегда будет отрицательное значение

В формуле ошибки нет. Проверял в симуляторе подстановкой крайних значений 0х000000 (отрицательное значение) и 0хffffff(положительное значение). Нулевое значение соответствует значению АЦП 0x800000. adc_value имеет тип unsigned long.
Vin = (2-1)*Vref/Gain - это соответствует крайнему положительному напряжению.
Vin = (0-1)*Vref/Gain - это соответствует крайнему отрицательному напряжению.
Не помогло.
Так не виснет. И что?

да, это я протормозил, не заметил что Вы делили на 2^(24-1 )
А Вы везде заменили ? и в (((((adc_value)/STEPS_B) - 1.0 )*Vref)/GAIN) тоже ?
перед adc_value (float) ставили ?

покажите минимальный код в котором есть проблема...

alux, у вас оптимизация при компиляции используется? Может имеет смысл преобразовать макрос к виду при котором препроцессор сразу вычислит константу на которую умножать нужно? Имею в виду количество скобок сократить.



Остается одно вычитание константы и одно умножение на константу. Может компилятор не осилил эту оптимизацию при наличии такого количества скобок?

Значит, действительно в вычислениях дело. На каком процессоре делаете? Без аппаратной плавающей точки?

Поставил в определении макроса

и при вызове макроса:
Не помогло. Весь код привести не могу. Ф-ция measure, в которой используется этот макрос, вызывается из процесса под управлением ОС. Т.е. процессор не должен задерживаться надолго в вычислениях. Но это же не ф-ция, здесь все вычисления уже сделал препроцессор. Неужели для препроцессора есть ограничения по количеству скобок? Или я ошибаюсь?
Да, конечно. Всегда использую максимальную по размеру.
Не помогло. Та же фигня.

ATMega324P. Попробовал в симуляторе вставить diffPressure = (Vin((float)temp_ul)/SPAN)*mm_Hg; в начало программы (в main). Вычисление заняло пару тактов.

...а вы для вывода sprintf используете?

Нет, от них избавился. Заменил на ftoa
На всякий случай приведу еще и код ftoa:
Замена ftoa на itoa не дало положительного результата (в смысле, проблема осталась). Но ведь значения АЦП в doable выводит нормально через ftoa хоть в этой ф-ции используется рекурсия. В симуляторе проверил время выполнения ReDraw одной double переменной на экране. Это заняло 1ms при 8 Мгц. На мой взгляд проблема в чем-то другом.

...а всимуляторе ничего странного не наблюдаете? Код посмотреть можно?

Из него видно, что по адресу, где находится переменная diffPressure загружается просчитанное значение 0 (для значения АЦП = 0х800000).
А вот листинг для значения АЦП = 0х000000:
Вопрос. Почему в этом случае (temp_ul = 0) программа работает?
Реально полностью программу не симулировал. Для этого нужно написать макросы для симуляции прерываний и переферии. Может это как-то связано с работой ОС. Макрос запускается из процесса, который имеет собственный стек. И каким-то образом этот макрос нарушает работу ОС. Это так, мысли вслух...

.................................
PS. Объясните мне, пожалуйста , следующее. Почему, если перед вызовом макроса тупо присвоить аргументу adc_value какое-нибудь значение, то все работает !!! А если adc_value присваивать реальное значение АЦП:
, то не работает (виснет). При этом проблемы с ad7799_read_data(); нет: если не вызывать макрос, а просто выводить значение АЦП, то все нормально выводится на экран ЖКИ

...попробуйте локализовать место где виснет программа. Если adc_value присвоить скажем ноль (постоянно), оставить вычисления с макросом и запустить программу. Зависнет? Размер стека задачи в которой используется подпрограмма преобразования перед выводом каков? И еще как много статических переменных в этой задаче?

Я ответил в предыдущем посте. Ответ - очевиден. Если перед вызовом макроса "тупо" присвоить переменной adc_value какое-нибудь значение, то препроцессор "тупо" подставит это значение в макрос еще на стадии компиляции программы. Во время выполнения программы уже будет готовое значение, что и видно было из приведенных листингов. А если значение аргумента макроса присваивать во время выполнения программы, то и вычисления будут выполняться во время выполнения программы. В этом и вся проблема.

Вопрос только в следующем : Во время исполнения программы вычисления будут производится так, как описано в макросе или все что можно вычислит препроцессор, а в run time только умножит/делит аргумент на вычисленное значение?

Мне, по сути, нужно преобразовать значение АЦП в значение измеряемой величины (давление). Т.е. diffPressure=K*adc_value. Думаю облегчить задачу для компилятора и задефайнить K.

И второй вариант : diffPressure=adc_value / K . Но на мой взгляд деление на вещественное число для компилятора тяжелее.

........................
PS. Для униполярного режима все просто: CODE=Vin * K, где K=2^24 *GAIN/Vref
А в моем случае для биполярного режима не все так просто:
CODE=2^23*[(Vin*Gain/Vref) + 1].
Как здесь вычленить K?
Подзабыл уроки алгебры 6 класс

PS2. Если написать формулу в общем виде: y=(x-a)*b/a, можно ли ее вообще привести к виду y=x*k, где k - выражено через константы a и b?

А если adc_value сделать volatile - то не подставит. Или сделать глобальной и проинициализировать в точке определения.

Предлагаю для начала отделить мух от котлет и выяснить, кто виноват - код или ОС. Я подозреваю нехватку стека, но могу и ошибаться. Для локализации предлагаю обернуть все это вычисление критической секцией и результат вычисления вывести в UART или на экран не используя средства ОСПоставив скобки вы ограничили поле деятельности оптимизатору. Поскольку вы делаете вычисления с плавающей точкой, то потери точности в этом выражении не ожидается и поэтому можно убрать лишние скобки, положившись на приоритет операций. Думаю, в этом случае оптимизатор сможет свести ваше выражение к y = kx+b.
Не могу понять, что вам мешает перейти от unsigned adc_value к signed просто вычтя из него 0x800000 (точнее значение смещения измеренное при закороченном входе в процессе калибровки)? И дальше те же y=kx+b. Я обычно делаю калибровку по двум точкам. Полчаса медитации над графиком и имеем перевод x в y для любого представления x.

Можно все вычисление свести к фиксированной точке. Не знаю, правда, даст ли это положительный эффект в плане скорости или размера кода - не работаю с плавающей точкой, не с чем сравнить.