В общем, сделал так:
А перед отображением значения давления на ЖКИ :

Увеличил стек для процесса measure , и все заработало


Вы имеете в виду вместо

написать так?
Здесь аргумент заключен в скобки. Нужно ли здесь явное приведение к типу (double) , если при вызове макроса Vin параметр будет явно преобразован к (double)?


....................
PS.Проблема была в большом количестве скобок и нехватки стека для процесса measure. Поэтому основные вычисления процессору пришлось выполнять в run time. Если убрать лишние скобки, то препроцессор преобразует вычисление к виду y=(x-a)/b, что собственно я и сделал только по-другому, определив Kp=1/b и во время вычисления diffPressure=(adc_value-a)*Kp. Теперь при вызове макроса Vin(adc_value)все работает Спасибо, СергейБорщ и rezident.

PS2. Для наглядности перевода значения АЦП в давление создал вложенный макрос:
Проверил. Работает

Сушествуют правила неявного приведения типов. Если один из операндов имеет "более старший" тип, то второй преобразуется к этому типу. "Старшинство" выглядит примерно так: char->int->ling->long long->float->double. И параллельно беззнаковый->знаковый. Если STEPS_B у вас имеет тип с плавающей точкой, то adc_value будет приведено к такому же типу.
здесь можно было бы написать ((adc_value) - (uint32_t)STEPS_B)/STEPS_B - заменяете одно вычитание с плавающей точкой на вычитание с фиксированной => меньше кода, выше скорость.

В этом случае adc_value должен быть типа signed long, иначе будет ошибка переполнения кода в случае отрицательных значений АЦП (меньше STEPS_B=0x800000). И, соответственно, STEPS_B приводить нужно к типу signed long. Компилятор не выполняет никаких проверок типов в макросе. Поэтому Ваша запись не выдало бы предупреждение.

Да, STEPS_B привести к (int32_t), конечно. А adc_value будет приведено из uint32_t к int32_t автоматически, по правилам приведения типов. Или привести к int32_t результат ((adc_value) - (uint32_t)STEPS_B). Переполнение тут не страшно - получите как раз нужное отрицательное число.

Не могу отказать себе в удовольствии подловить профессионала на такой элементарной ошибке. Так не будут отображаться отрицательные значения (если adc_value будет иметь тип unsigned long). По Правилам преобразования типов: "Если один из операндов имеет тип unsigned, то другой преобразуется к типу unsigned". Вы здесь ошиблись:
adc_value также должен быть типа signed long


...................................
PS. Вконец запутался. Чтобы уменьшить количество скобок изменил

на
, что с арифметической точки зрения равнозначно, а на экран вместо цифр выводит ерунду (слеши, точки...). Почему?

Равнозначно будет

Спасибо. Действительно, ведь операции выполняются слева направо.

Теперь вывожу на ЖКИ непосредственно значение Vin. Только есть еще одна маленькая проблема.
Максимальное значение положительного входного напряжения при GAIN=64 должно быть 0.078125V.
А на самом деле на ЖКИ выводит 0.78125 V. Хотя в симуляторе подставлял значение 0xffffff при вызове Vin и получалось 7.8125 E-2. Почему на ЖКИ выводится на порядок больше, не пойму никак... Ф-ции, обеспечивающие вывод на ЖКИ, я приводил в предыдущих постах. Это, должно быть, как-то связано с макросом Vin , потому что тестовый вывод значения АЦП в double типе выводит нормально (0xFFFFFF = 16777215.0).

.......................................
PS. Похоже, снова "фокусы" со стеком. Попробовал полученное значение diffPressure после Vin() домножить на 10000 и вывести на экран с помощью itoa вместо ftoa. Вывело значение 781. Т.е. 781 / 10000 = 0.0781 V . Как и должно быть. Буду переписывать ф-цию ftoa.

На этот раз стек здесь ни при чем. Проблема была в ошибке ftoa. Ошибка проявлялась, когда дробная часть была с ведущими нулями. Исправил. Если кому нужны ф-ции itoa, ultoa, ltoa, ftoa, atoi, выкладываю. Может кому-нибудь и пригодятся. Функцию itoa, предоставленную==AVR==, я немного изменил, чтобы число всегда начиналось с начала буфера (без ведущих нулей), добавил '\0' в конце строки и возвращает количество символов строки. Ф-ция atoi любезно предоставлена defunc.

toСергейБорщ. Вы имеете в виду сделать так?
Не совсем понимаю смысл этого вычитания. Если не использовать вычитание и просто возвращать , то по формуле

получаем знаковое значение напряжения на входе АЦП. Здесь вычитание 0x800000 (STEPS_B) происходит во время вызова макроса. Какая разница?

Здесь - никакой. Как бы вы ни старались, это вычитание будет на этапе выполнения.

И еще один маленький, но очень большой вопрос.
Как лучше сделать автоматический подбор коэффициента усиления АЦП?
Допустим, стандартная ситуация: АЦП AD7799 работает в режиме непрерывного преобразования и непрерывного чтения с трех каналов биполярных сигналов, которые меняются в широком диапазоне.

Последовательность приблизительно такая:
1. Делаем N измерений с канала AD7799_AIN1_CHAN+mux
2. if(++mux > 2) mux=0;
3. ad7799_write_config(AD7799_GAIN, ..., AD7799_AIN1_CHAN+mux);
4. Если mux=0, то передаем массив adc_value[3] на преобразование и отображение на ЖКИ.
5. Повторяем с п. 1

На ум приходит только завести статический массив gain[3] для коэффициентов усиления трех каналов. После п. 1 делать проверку значения АЦП:

И в п. 3 первым параметром передавать AD7799_GAIN+gain[mux].
Какие будут ваши замечания/предложения по этому поводу?