Осциллограф на базе LPC4370, Выбор концепции Опции

[LexaryStyle]

Требуется собрать прототип специализированного запоминающего осциллографа со следующими хар-ми:

1. Каналов: 3
2. Выборок для каждого канала: 15-20Мsps, BW <=10Mhz
3. Триггер синхронизации. Уровень вх. сигнала при котором начинается "складирование".
4. Запись накопленных данных для каждого канала на флешку, после срабатывания триггера канала, в диапазоне от -100 000 до + 15 000 000 выборок.

На ум приходит следующая базовая концепция:

Берем LPC4370 с 80Msps АЦП, используем 3 пина входа ADCHS, постоянно записываем в SDRAM через FIFO DMA данные каждого канала в отдельно выделенные 3 сектора памяти. По срабатыванию соотв триггера с соотв. канала начинаем заполнение сектора до момента когда в секторе останется 100 000 выборок ("старых"), останавливаем соотв. канал DMA и сливаем соотв. сектор из SDRAM на флешку.

Не смотря на дешевизну решения, видимо тут будут проблемы с мультиплексированием между пинами входа АЦП, возможность выделения отдельных секторов под каждый АЦП в памяти и прочие... MK Поддерживает Automatic high/low threshold detection, что видимо позволит не применять отдельные компараторы и ЦАП, но дополнительную, исчерпывающую инфу по АЦП найти не удалось.

Вторая концепция: брать три отдельных 20Msps АЦП и через любой Cortex M3 + SDRAM (64MB) обрабатывать данные, эта схема подороже, + нужно организовать схему синхронизации. Но возможно затраты нейронов на прогр. часть будут ниже.

Хотелось бы обсудить. Если что то упустил из требований готов ответить.

[LexaryStyle]

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

[scifi]

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

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

[LexaryStyle]

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

Вы правы, но возможно более лучшим решением будет использовать аппаратный счетчик и останавливать его? Для этого не потребуется процессорного времени. Сам счетчик синхронизировать со временем.

Сообщение отредактировал LexaryStyle - Jun 3 2015, 12:11