Как в Си определить выход за приделы кода (переполнение) результата операции ?

[alvadep]

А если так

sumADC+=temp16;
if (sumADC‹temp16)

Я думаю Yurkin2007 это имел в виду.

[Yurkin2007]

Я думаю Yurkin2007 это имел в виду.

Не, совсем не так.
Но можно и так, как Вы предлагаете. Вот, интересно, что при переполнении результат получается меньше, чем до сложения! Тогда проверка может быть такой

temp16 += sumADC; // новая сумма
if(sumADC›temp16)// сравнение старого и нового результата
{
// произошло переполнение
// Отключение АЦП !! И сохраняем неиспорченную сумму sumADC
 ADCSRA=(1‹‹ADEN);
}
else
{
  sumADC=temp16;//переполнения не было, кладём новую сумму в накопление
}

[_Артём_]

Ara41, Спасибо !

Код:

if (SREG & (1‹‹5))

похоже сделать чтото приличнее этого в avr-gcc неудастся

И что в этом способе приличного? У вас наверное какие-то свои правила приличия...
Непонятен смысл такого кода.

uint16_t temp16;
 uint16_t sumADC;

 if ((sumADC+=temp16)›0xffff)
 { // Отключение АЦП !!
 ADCSRA=(1‹‹ADEN);}

Возможно, лучше будет суммировать так, чтобы переполнения не возникало?

AdcSum+=ADC;
if (++AdcSumCnt›=64) {
    AdcSumCnt=0;
    OffAdc();
    UpdateResult();
}

К тому же, если суммировать пока не переполнится, то как узнать среднее значение АЦП? Поделить полученную сумму на количество отсчетов? Так это ещё деление. Или задача другая?

P.S.

// Отключение АЦП !!
 ADCSRA=(1‹‹ADEN);}

?
Или

// Отключение АЦП !!
 ADCSRA=(0‹‹ADEN);}

?

[electroTrash]

Или
Код:
// Отключение АЦП !!
ADCSRA=(0‹‹ADEN);}
?

Ну, тогда уж так:

// переключаем АЦП !!
 ADCSRA^=(1‹‹ADEN);
//################
//или просто выключаем АЦП
 ADCSRA&=~(1‹‹ADEN);

[electroTrash]

К тому же, если суммировать пока не переполнится, то как узнать среднее значение АЦП? Поделить полученную сумму на количество отсчетов? Так это ещё деление. Или задача другая?

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

[AJScorp]

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

По такому алгоритму у Вас усреднённое значение только случайно сможет получиться.
Пардон, не учёл, что первый отсчет не делится пополам.
Тем не менее, любая помеха по АЦП будет сдвигать усреднённое значение на дельта/2, а потом плавно приближаться к среднему. Не гуд.

Я обычно делаю количество суммирований 2^n в пределах выбранной разрядности, а потом сдвиг вправо на n. Или медианный фильтр, по необходимости.

[alvadep]

При переполнении результат однозначно будет меньше любого из слагаемых.
Вернее если результат суммирования меньше любого слагаемого, то однозначно было переполнение.

[SasaVitebsk]

Честно говоря, не совсем понимаю зачем таким способом задачу решать.
Если хотите делать усреднение, то обычно делается просто. Например результат у вас 10 бит. Соответственно, до 16 бит у вас 5 не хватает - или 32 сложения. И вам надо сделать 32 сложения и сдвинуть результат на 5 бит вправо. Чаще всего правда используют 256 сложений с отбрасыванием младшего байта.
Но в принципе существуют достаточно простые фильтра. Я как-то ими обычно обхожусь. Правда для разных задач разные фильтра применяю.

[ut1wpr]

Честно говоря, не совсем понимаю зачем таким способом задачу решать.
Если хотите делать усреднение, то обычно делается просто. Например результат у вас 10 бит. Соответственно, до 16 бит у вас 5 не хватает - или 32 сложения. И вам надо сделать 32 сложения и сдвинуть результат на 5 бит вправо. Чаще всего правда используют 256 сложений с отбрасыванием младшего байта.
Но в принципе существуют достаточно простые фильтра. Я как-то ими обычно обхожусь. Правда для разных задач разные фильтра применяю.

На малых количествах замеров делаю один из самых простых фильтров. Выполняю 40 замеров. Сортирую. Пусть даже пузырьком. На таком к-ве элементов массива разница почти незаметна. Нет смысла в быстрых методах. Затем накапливаю с 4 по 35 элементы, сумму делю на 32 простыми сдвигами. Таким образом отсекаю "выбросы". Если они меня не интересуют.

[SasaVitebsk]

Просто обычный фильтр по ресурсам меньше жрёт чем скользящее среднее. Могу привести пример, если надо.