АЦП - автостарт, шумы, частота тактирования

[Yuri222]

область звуковых частот до 4 кГц

Частота дискретизации не более 10 кГц. Возможно, даже меньше.

Не меньше 8-ми килогерц?

[parovoZZ]

Не меньше 8-ми килогерц?

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

[Yuri222]

А что у Вас за сигнал?
Теоретически - если частота сигнала выше половины частоты дискретизации, то то, что выше - в результате дискретизации "перенесется" в низкочастотную область (aliasing).
Поэтому, если там сигнал окажется небольшим по абсолютной величине, то он может оказаться отсеенным из-за того, что вы младшие битики отбрасываете.
Ну и крутоспадающий фильтр может исказить полезный сигнал из-за сдвига фазы около частоты среза - смотрите, чтобы какую коррекцию не пришлось делать или применять более сложный фильтр. Может, все же посмотреть в сторону более высокой частоты оцифровки...

[parovoZZ]

А что у Вас за сигнал?

Низкочастотный всплеск шума. Надо вычислить пик амплитуды.

Может, все же посмотреть в сторону более высокой частоты оцифровки...

ОЗУ не так и много. А переходить на МК выше уровнем - ну это совсем запасной аэродром.

[Yuri222]

Низкочастотный всплеск шума. Надо вычислить пик амплитуды

Поставить какую схему выборки/детектор пикового уровня. После того, как детектор сработает - не спеша оцифровывать максимум...

[DanilinSA]

После того, как детектор сработает

Поздно уже будет оцифровывать.
Как вариант - пишем АЦП в кольцевой буфер. Пиковый детектор дает команду "стоп" оцифровке. А далее - обрабатывает кольцевой буфер. Пик в оцифрованном виде будет там лежать.
Условия:
1) Размер буфера - больше длительности всплеска в несколько раз.
2) Быстродействие цепочки "детектор-прерывание-остановка АЦП" должно быть таким, что-бы всплеск гарантированно лег в кольцевой буфер.

[Yuri222]

Поздно уже будет оцифровывать.

А что Вы мою

схему выборки

проигнорировали? Схема запомнит пик сигнала, который неспешно можно будет преобразовать.
И не надо будет тратиться на буфер:

ОЗУ не так и много

[parovoZZ]

Пиковый детектор дает команду "стоп" оцифровке.

Потерял нить разговора - детектор железный или программный?

Размер буфера - больше длительности всплеска в несколько раз.

Очень хочется размер буфера не более 256 отсчетов по понятным причинам.

Схема запомнит пик сигнала, который неспешно можно будет преобразовать.

Схема в железе? Я хочу все пороги организовать программно. Вплоть до того, что нажали кнопку - пороги изменились.

ОЗУ сейчас - 256 байт. Могу легко сменить МК с ОЗУ 512 байт. А вот больше уже не хочется.

Поставил простейший фильтр на RC цепочке. R - переменник. Крутил до тех пор, пока шумы не спали до приемлемого уровня (5 процентов от максимальных 255). Пики стали видны, но частоту оцифровки надо поднимать. Либо у меня узкое место в выводе - вывожу через мост SPI -› UART. Вообщем, надо поработать в это направлении.

[mike-y-k]

Таки надо тут поплясать с теорией над исследуемым сигналом для начала.
Потом решить как представить тот входной сигнал для последующей обработки.
Ну а по результатам уже заниматься его о бработкой.
Из описания пока достаточно полосового фильтра и пикового детектора.
Или в форме всплеска есть какая-то информация?

[DanilinSA]

Нужно больше леса ... тфу ... информации.
Хотим услышать:
1) Ориентировочная длина всплеска. И частота. От этого и нужно плясать.
2) Форма всплеска несет информацию? Или нам просто максимальный пик измерить.
3) Какая точность? На сколько можем ошибиться.

Мой вариант:
1) Данные выборки не храним. По каждому отчету АЦП вызываем подпрограмму.
2) Подпрограмма максимально вылизана в смысле быстродействия. Возможно на ассемблере.
3) Подпрограмма берет результаты с АЦП и сравнивает с предыдущими значениями. Если сигнал растет - идет всплеск. Стал уменьшатся - фиксируем вершину. Естественно с учетом пороговых значений.
4) Подымаем частоту АЦП до значений, определяемыми скоростью обработки ПП. Т.е. обработка должна успеть отработать до момента следующей оцифровки входа.

Или делать 2 буфера. В один идет поток от АЦП, второй обрабатывается на МК. Потом переключаем. ХЗ как лучше с учетом невысокого быстродействия и малого обьема ОЗУ.

Как-то так. Оцифровывать в буфер с последующей обработкой не правильно. Всегда будет шанс проспать всплеск.

Какой МК планируется использовать? Там есть компараторы на борту?