А ширину импульса?

1 мкс. в самом начале писал. прямоугольной формы.

Сообщение отредактировал enclis_ - Oct 22 2010, 17:56

Это вы у меня спрашиваете?
Время - 4 байта, амплитуда - 1 байт. Итого 5 байт на импульс.
Максимальная частота - судя по вашим словам - 500кГц.
Итого - 2.5М\с. USB не катит. (Теор. достижимая в USB - 1.5M)

Хуже того, АЦП должен работать как заведенный на частоте не ниже 1МГц. А проц у вас 100Мгц.

Тут есть над чем подумать.

Вы так и не сказали, какова максимальная длина записи... И что потом с этой пропастью цифр делать...

Там реально за 1 секунду 500к импульсов не свалятся, а только лишь 20-25к не больше, но они могут идти очень близко друг к другу, но менее 1 мкс. Извините, что завел Вас в некоторое заблуждение не написав об этом сначала.


Я уже понял, что нужно использовать внешний АЦП.



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

Что-то с ЯКР связанное?
Записи на 1,25ГБайт тянут, однако.

нет, не ЯКР, хотя где-то рядом. Да, получаются большие объемы данных, но их обработать уже не проблема, самое главное не пропускать импульсы в течении этих 3-х часов.

Я все же настаиваю на своем предложении - сделать УВХ и стробируемый отдельным детектором обнаружения наличия импульса (быстродействующий компаратор, грубо говоря) синхронный запуск преобразования АЦП.

честно говоря, плохо представляю, что Вы имеете ввиду. Объясните, пожалуйста, подробнее.

Компаратор послужит детектором - определит наличие импульса, а АЦП, запустившись от сигнала компаратора, сделает измерение амплитуды импульса. Но для того, чтобы измерение было корректным и точным нужен пиковый детектор и устройство выборки-хранения, которое на время измерения будет "помнить" амплитуду сигнала, зафиксированную пиковым детектором во время действия импульса. Потому, что строго "прямоугольным" импульс бывает только в воображении дилетантов То бишь, измерять нужно после окончания импульса, в промежутке между ним и следующим импульсом. Для этого и потребуется УВХ. Хотя если вам заранее известно, что импульс именно дельтаобразный и максимальная ампитуда у него в центре, то можно запускать преобразование АЦП, сделав паузу от начала импульса в 0,5мкс. Многие АЦП типа SAR содержать УВХ внутри себя.

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

Наверняка амплитуду надо знать примерно.
А время - точно.

Есть параллельные ацп, очень быстрые 6 разрядные типа AD9066.
Соединяем АЦП с портом каким-нибудь. Программируем пины на прерывание по изменению. И по первому же прерыванию - запрещаем оные и со всей силы начинаем смотреть за показаниями. Выбираем максимальное, капчурим время, и ждем когда обнулится все (Можно и нужно младший разряд не использовать....). После чего опять все разрешаем.

Если импульсов всего 25К, то просто писать их в память какую-нибудь. Естественно, передавать их куда-то при таком способе будет не так просто. Хотя и можно. Я бы передавал по UART без подтверждения. Затрат по прерываниям - никаких.
При достаточном буфере - успеет. Даже данные можно по пять раз передавать для надежности... Хотя за все время использования уартов мне ни разу не встретилась ошибка по передаче... Т.е. канал 232 с компом выглядит идеальным в практике (моей).

Сообщение отредактировал DpInRock - Oct 23 2010, 00:23

будьте проще и люди потянутся
варианты:
1. если нужно знать время импульста то LPC однозначно не проходит, т.к. в худшем случае только поток амплитуд будет 8Мбит/с - через FSUSB не прокачаете ни LPC, никаким другим, так как еще нужны метки времени - 6байт чтоб обеспечить разрядность 1мкс за три часа, т.е. поток увеличивется до 40МБит/с
2. берете проект USBee (на казусе) - там ацп 24 мгц через HSUSB и на компе этот поток обрабатываете. только софтовую оболочку допатчиваете, вроде такая возможность есть.
3. мощный проц >300мгц с параллельной шиной на 32бит а несколькими же параллельными флэшами на шине вариант
4. если средний поток значительно меньше пикового, можно попробовать складывать данные в кольцевой буфер и оттуда отдавать через тот же FSUSB. тогда LPC1768 вполне потянет с внешним ацп. какой должен быть средний поток посчитайте сами.

У меня в голове что-то такое рисуется, я правильно понимаю?



Сразу вопрос по выбору компонентов OP1, OP2, T1, T2, Z1 и U2 )



Идея хорошая - надо будет попробовать как будет время.



Спасибо за предложение, но бюджет средств ограничен, поэтому использовать не могу - хотя очень хотелось бы

Сообщение отредактировал enclis_ - Oct 31 2010, 16:01