Снова АЦП Опции

[Яrik]

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

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

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

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

[Яrik]

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

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

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

[SasaVitebsk]

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

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

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

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

[=GM=]

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

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

[SasaVitebsk]

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

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

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

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

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

[mse]

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

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

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

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

[SasaVitebsk]

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

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

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

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

[mse]

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

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

Внимательно прочитайте написаное мной ;О)

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

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

Если у вас частота выборок 2-3Гц, чтобы был смысл выдавать фильтрованый результат для наблюдателя, то да, Ваш подход оправдан. И то, если ваш АЦП способен делать выборки с частотой не более ~10Гц. ;О) Или вы реализуете ЦФ или ещё чего для обработки сигнала. Например, обрабатываете ТЛФ сигнал с 8кГц дискретизаццыей и, соотвецтвенно, с такой-же выплёвываете наружу.
А если вам нужно просто померять некую величину и выдать результат с частотой 2-3Гцмах, гораздо продуктивнее тупо обрабатывать информацию порциями по N точек за 0,3-0,5сек, каждый раз "начиная с нуля". Съэкономите и машинное время, и машинную память.