Вычисления с помощью макросов, Проблема с выводом значения в реальном времени Опции

[alux]

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

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

Код

#define Vref          5.0  
#define GAIN         64.0      // Gain
#define STEPS_B    8388608.0 // Full-Scale 2^(24-1) for bipolar operation
#define SPAN          16.7      // Span (mV) of Pressure Sensors = 1 psi
#define mm_Hg       51.714   // мм. рт. ст. (@ 0 гр. C)

#define Vin(adc_value) (((((adc_value)/STEPS_B) - 1.0)*Vref)/GAIN)

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

Почему так происходит? Как мне выводить значение давления в реальном времени? Это работает под управлением ОС (scmRTOS).

[tag]

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

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

[alux]

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

Нет, от них избавился. Заменил на ftoa

Код

//------------------------------------------------------------------------------
// Вывод результатов измерения на ЖКИ
//------------------------------------------------------------------------------
class TReDraw : public TMsg    
{
public:
//  TReDraw();
  virtual void run()
  {
    TCritSect cs;
        
    ks0108FillRect(0, 11, 80, 9, WHITE);  
    ftoa(diffPressure, lcd_buf, 2, 0);            // Динамическое давление
//    itoa((unsigned int)diffPressure);
    ks0108GotoXY(0, 11);
    ks0108PutStr(lcd_buf);
  ....................
// вывод других переменных на экран
  }
};

На всякий случай приведу еще и код ftoa:

Код

char* ftoa(double v, char *s, unsigned char decimals, bool sign)
{
     unsigned long i, f;

     if(v < 0)
     {
         *s++ = '-';
         v = -v;
     }
     else if(sign)
         *s++ = '+';

     if(v >= 1.0)
     {
         i = (unsigned long)v;
         v = v - (double)i;
         s = ultoa(i, s);
     }
     else
         *s++ = '0';

     if(decimals > 0)
     {
         *s++ = '.';
         for (; decimals > 0; decimals--)
             v = v * 10;
         f = (unsigned long)v;
         s = ultoa(f, s);
     }

     *s = '\0';
     return s;
}


//----------------------------------------------------------------------------
char* ultoa(unsigned long x, char *s)
{
     unsigned long r;
    
       ldiv_t DivRes;

      DivRes = ldiv(x, 10);
      r = '0' + DivRes.rem;
      x = DivRes.quot;

//     r = (x % 10) + '0';
//     x = x / 10;        

     if (x != 0)
         s = ultoa(x, s);

     *s = r;             // Built the str when nesting back
     *(s + 1) = '\0';

     return s + 1;
}

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

[tag]

В симуляторе проверил время выполнения ReDraw одной double переменной на экране. Это заняло 1ms при 8 Мгц. На мой взгляд проблема в чем-то другом.

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

[alux]

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

Попробовал в симуляторе вставить diffPressure = (Vin((float)temp_ul)/SPAN)*mm_Hg; в начало программы (в main). Вычисление заняло пару тактов.
Вот кусок листинга:
73 int main()
\ main:
74 {double temp_ul = 0x800000;
75 diffPressure = (Vin(temp_ul)/SPAN)*mm_Hg;
\ 00000000 E010 LDI R17, 0
\ 00000002 .... LDI R30, LOW(diffPressure)
\ 00000004 .... LDI R31, (diffPressure) >> 8
\ 00000006 8310 ST Z, R17
\ 00000008 8311 STD Z+1, R17
\ 0000000A 8312 STD Z+2, R17
\ 0000000C 8313 STD Z+3, R17

Из него видно, что по адресу, где находится переменная diffPressure загружается просчитанное значение 0 (для значения АЦП = 0х800000).
А вот листинг для значения АЦП = 0х000000:

Код

     73          int main()
   \                     main:
     74          {double temp_ul = 0x000000;
     75            diffPressure = (Vin(temp_ul)/SPAN)*mm_Hg;
   \   00000000   E503               LDI     R16, 83
   \   00000002   EB1B               LDI     R17, 187
   \   00000004   E727               LDI     R18, 119
   \   00000006   EB3E               LDI     R19, 190
   \   00000008   ....               LDI     R30, LOW(diffPressure)
   \   0000000A   ....               LDI     R31, (diffPressure) >> 8
   \   0000000C   8300               ST      Z, R16
   \   0000000E   8311               STD     Z+1, R17
   \   00000010   8322               STD     Z+2, R18
   \   00000012   8333               STD     Z+3, R19

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

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

Код

adc_value = ad7799_read_data();

, то не работает (виснет). При этом проблемы с ad7799_read_data(); нет: если не вызывать макрос, а просто выводить значение АЦП, то все нормально выводится на экран ЖКИ