Собрал простую схемку и измерил мультиметром VC9808+ разность ADC4-ADC3=-7mV. Далее попробовал измерить разность напряжений делителей двумя способами: измерить сигналы как single ended и differential с внутренним усилителем с Ку=1. Первый способ стабильно дает правильный результат в 7 милливольт (по модулю). А со вторым проблемы, АЦП возвращает чаще всего 0x3FF, что "в переводе с биполярного режима" равно -1. Получить -7 никак не удается даже произведя 10 измерений и взяв среднее. Где может быть ошибка?

Надо оцифровать разность при подключении к одному и тому же каналу - ADC3-ADC3 - и запомнить напряжение смещения нуля внутреннего диффусилителя, потом его вычитать из кода.

Да, я измерил в биполярном режиме (ADC3-ADC3)*20 (измерить при таком подключении делителей можно только так). ADC вернул +3. Т.е. ИМХО ошибка очень мала, если ее еще на 20 разделить. Ведь при исходном измерении Ку=1.

Разрешение в Bipolar Differential Conversion уменьшается в два раза, так что вы должны получить -3, а не -7.

Ошибка у вас в том, что тип AdcSumma беззнаковая переменная, а результат из регистра ADC вы читаете, как знаковый. Сделайте AdcSumma знаковой и будет вам щастье.

Затупил ... А я все думаю, почему в макете все дифф измерения ровно в два раза меньше чем ожидается. Большое спасибо, что нашли время ответить.
Вот только с ошибкой усилителя есть вопрос (ADC возвращает ADCe == +3 для (ADC3-ADC3)*20). Правильно ли будет ее вычесть из результата так: Result = 2*((ADC4-ADC3)*20 - ADCe)?
Да, в коде ошибка, спасибо... Осознал!

Ну, если считать, что смещение линейно, то Result = 2*(ADC4-ADC3) - ADCe/10.0

Разве не так: 2*((ADC4-ADC3) - ADCe)/10.0

Ну вы ж вроде меряли ADC4-ADC3 при Ку=1, а ADCe с Ку=20.

(Замечу в скобках, если вы подставите ваши данные в вашу формулу, 2*((ADC4-ADC3) - ADCe)/10.0, то получите (2*(-3)-3)/10=-0.9, что явно неверно, должно быть в районе 6..7)

Код модифицировал так:

Результаты измерений в целом:
(ADC3-ADC3)*20=ADCe=+3;
(ADC4-ADC3)*1=-1;
Смотрел через EEPROM все 10 значений как unsigned int - там большинство результатов 0x3FF, реже 0x000. Округление конечного результата при делении на 10 дает существенную ошибку. Если смотреть на формулу Result = 2*(ADC4-ADC3) - ADCe/10.0 то искомого результата (-3) чуть-чуть не получается... Если следовать общей формуле биполярного режима ADC = (ADC4-ADC3)*512*GAIN/Vref, то уверенно должно возвращаться (-3.2). Вижу необходимость переходить к float. Верно ли?

Смотря какая ошибка устроит.
"простое" деление в С происходит с отбрасыванием остатка, а не с округлением к ближайшему.
Надо так (тут предполагаем, что N положительно, что справедливо при усреднении)

Это уменьшает ошибку и может оказаться достаточно.
Можно также воспользоваться числами с фиксированной точкой, например, 13.3 (13 бит до точки, три после, дискретность представления числа 1/8).
Тогда при простом суммировании восьми отсчётов с АЦП в 16-битной целочисленной переменной мы получаем их среднее значение в формате 13.3 без никаких делений , и ещё остаётся запас разрядности "сверху", от переполнения, так как отсчёты АЦП 10-битные.
Далее взяв очередной отсчёт и умножив его на 8 (сдвинув влево на 3) мы отнимаем от него то "среднее" и получаем отклонение от среднего в том же формате 13.3
Суммировение чисел с фиксированной точкой между собой производится так же, как и целых (толи 13.3, толи 16.0 - какая разница, главное помнить положение точки). Множатся и делятся на целые тоже "обычно", просто запас точности есть.
Вопросы возникают при умножении и делении чисел с фиксированной точкой между собой, так как при умножении (13.3) * (13.3) выходит (25.6) и нужно сдвинуть на 3 бита вправо, чтобы опять вышло .3
Но можно и к плавающей перейти, особенно если в 16 бит точно не лезет и в алгоритме много умножений или делений не на константу - эти операции у AVR что с long, что с float работает с приблизительно одинаковой скоростью (точнее, медленностью), так как 32-битной целочисленной арифметики у него всё равно нет, работа с отличается отсутствием необходимости в выравниваниях/нормировках для long и меньшей длиной мантиссы для float.

Оператор if(CHKBIT(tmp1,9)) tmp1|=0xFC00; здесь использовать нельзя, уберите.
Понятно и ёжику, что для усреднения надо сложить 10 результатов измерений, неважно положительные они или отрицательные, и поделить на 10, а вы вдруг хотите сделать все слагаемые положительными. С какого припрыгу?
Ничего не понимаю. Если у вас -7 мВ на входе, то код должен быть равен -3 или 0хFFFD.

А что это вам даст? Сначала получите reasonable значения в целых числах.

Вообще, для получения хорошей точности надо бы слабые диффсигналы мерять с Ку=20 или даже Ку=32, потом поделить на 20 или 32, заодно учесть смещение. А смещение, кстати, лучше мерять непосредственно перед измерением диффсигнала.

Данная операция является попыткой перейти от знакового 10 р. значения ADC к обычному знаковому int путем размножения знака влево... Не ВСЕ слагаемые делаются положительными, как вы говорите, а только 10р. отрицательные становятся 16р. отрицательными...



В том то и дело, что результат получен (-1=0xFFFF) и то, если принять меры к обеспечению округления не отбрасыванием остатка а до ближайшего целого, т. к. в выборке из 10-ти значений ВСЕГДА присутствует один 0x0000, остальные 0xFFFF. Отчего такая ошибка сказать затруднительно, особенно на фоне вполне корректного измерения single ended.



Согласен. Только вот вариантов источника ошибки больше не видится. АЦП работает на корректной частоте, настройки вроде все верные, меняем только значение ADMUX. Single ended результат подтверждает показания мультиметра, что доказывает исправность входных цепей....



Согласен, но помимо смещения есть еще погрешность резисторов в делителях. Например, у меня в зарядном устройстве измеряется сигнал на токоизмерительном резисторе, делители подключены к нему. Для учета этой ошибки нужно подать одинаковое напряжение на сами делители, и это требует "откл" тока токоизмерительного резистора, а это может быть недопустимо. Поэтому такая ошибка измеряется только на старте программы один раз...

Погрешность резисторов это отдельная песня, не надо бежать впереди паровоза. Начинать надо с ошибки смещения. Для её учёта при измерении диффсигналов надо измерить смещение, выбрав один и тот же канал, и непосредственно после этого измерить диффсигнал, затем вычесть смещение из полученного значения. Вообще, снимите график зависимости кода АЦП от диффсигнала, и всё увидите.

Так сказать, ура! Действительно, нужно было мерять (ADC4-ADC3)*20 и такое измерение возвращает у меня -64 !!! Модифицировал код для получения округленных результатов к ближайшему целому. Теперь я добился абсолютно одинаковых показаний двух методов измерений!!! Как я понял, из-за падения разрешения сигнал оказался слишком слабым для использования дифф метода.

Анализируя формулу Result = 2*(ADC4-ADC3) - ADCe/10.0 и требуемую точность видим, что ошибка смещения (ADC3-ADC3)*20=ADCe=+3 слишком мала и вроде как ею можно пренебречь, не так ли? Правда наверно стоит учитывать разброс этого значения между разными ИС?

3/64=5%. Сами решайте, можно пренебречь или нет. А в общем, поздравляю с победой!