ЕСТЬ РЯД ВОПРОСОВ :

1) При измерении напряжение встроеным АЦП (ATmega8) без подачи на вход напряжения показания состовляют 0,2-0,3В, а при закорачиванеи входа на корпус - 0В. Это свидетильствует о сильных наводках? Как можно уменьшить их на минемум?

2) Как сильно влияют на точность преобразования шумы самого МК?

3) Усредняя результат преобразования способом Z=(Z1+Z2+...+Zn)/n, каким бедет оптимальное значение n?

1) притянуть вход резистором к земле, чтобы не "болтался".
2) В цифрах не скажу, но если вы не получите заявленных в даташите характеристик, то можно вводить процессор на время преобразования в спящий режим.
3) бесконечность.

Надо понимать так - вход НЕ подключен к источнику сигнала?!
а вход высокоомный, и на входе АЦП МК присутствует указанная вами "наводка".


Влияют, зависит от конкрентного проекта - рассматривают конкретно в каждом случае,
например, используют режимы частичного отключения узлов МК на время измерений..


Чем больше n - тем не хуЖе, n выбирают кратно 2. Например, n=8.

n=256 будет нормально?... для измерения выходного напряжения БП.

Вообще-то ADC нормально работает при n=1. Или ваш БП так шумит, что требует таких гигантских усреднений?

Зависит от того, какую точность вы хотите получить, какой уровень шума на выходе вашего БП, как часто вам надо проводить измерения. Попробуйте, будут "скакать" показания - увеличите, будут медленно обновляться - уменьшите.

А каким номиналом? А то я где-то на форуме читал что входное сопротивление источника сигнала не должно превышать 10кОм, минимальное значение есть?

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

Бороться с наводкми на ножке, которая висит в воздухе мягко говоря некорректно. Это как с ветряными мельницами :-)

Для n=256 Придётся по правильному хранить 255 байт (в 8-ми битном режиме) или соответственно 512. Используя примитивный фильтр 2-го порядка я добился затрат в 9 байт при более высоком качестве усреднения(фильтрации).

Зачем для усреднения хранить 255 байт? Для хранения суммы достаточно 3 байт, 2 старших дадут искомый результат.

А зачем? Просто суммировать измеренные значения (8 бит), а после 256 циклов взять старший байт суммы. Это для простого усреднения.

Или вы не подумали, - или я вас не понял.

Берём 256 выборок. Тут два варианта.
1) Если как вы (то есть не хранить каждую выборку), то тогда у вас результат получится один раз за 256 выборок. То есть усреднение будет в 256 раз медленнее чем частота выборок.
2) Если по моему, то надо хранить 256 выборок и сумму. при каждой выборке вычитать 256 и прибавлять текущую.

Если я в чём то не прав - поясните.

Ну и у вас будет один результат на 256 выборок. ;О) Просто результат будет выдаваться со скоростью сэмплирования. А оно вам надо? Вернее, стоит ли это 256 байт ОЗУ?

Ответ неверный. У меня будет с частотой выборок усреднённое значение по ПОСЛЕДНИМ 256 выборкам.

Что значит "оно вам надо"?

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