Codavr (02.09.2018 22:55, просмотров: 364) ответил lloyd на Хрен с ним, с АЦП, почему аж раз в 20 миллисекунд? Тем более, если мы считаем, что нельзя доверять измерениям АЦП (это совсем абзац), эти 20мс превращаются в 40мс или 80мс для исключения выбросов и поверх всего этого неприличия вы предлагаетеДолой империалистический интернационал!
-
- Про скользящее среднее тут уже писали, всплески в области ВЧ всё испортят (если M не > 100). Или делай софтовый фильтр (и задирай дискретизацию раз в 10), или делай железный. И на входе, надеюсь, не мегаомное сопротивление, а что-нибудь низкое, и fk0(32 знак., 02.09.2018 23:58, ссылка)
- По входу RC фильтр с постоянной времени 1 миллисекунда. - Codavr(03.09.2018 01:35)
- На самом деле оцифровкой занят другой проц. АЦП оцифровывает на 1.6 кГц, и все усредняется по 16 значениям. Но данные центральному передаем раз в 20 миллисекунд. - Codavr(03.09.2018 00:11)
- Чтоб хвостов не было, нужно не усреднение, а перемножение каждого отсчёта учавствующего в усреднении на свой коэффициент и итоговое суммирование, в общем КИХ фильтр. Я не знаю как наглядно показать, но если коэффициенты все единицы (усреднение), fk0(114 знак., 03.09.2018 00:33)
- Согласен. Но тут памяти нужно только на сумму. Два байта и накладные расходы никакие. Лучше чем ничего. - Codavr(03.09.2018 01:00)
- Чтоб хвостов не было, нужно не усреднение, а перемножение каждого отсчёта учавствующего в усреднении на свой коэффициент и итоговое суммирование, в общем КИХ фильтр. Я не знаю как наглядно показать, но если коэффициенты все единицы (усреднение), fk0(114 знак., 03.09.2018 00:33)
- Про скользящее среднее тут уже писали, всплески в области ВЧ всё испортят (если M не > 100). Или делай софтовый фильтр (и задирай дискретизацию раз в 10), или делай железный. И на входе, надеюсь, не мегаомное сопротивление, а что-нибудь низкое, и fk0(32 знак., 02.09.2018 23:58, ссылка)