Форум: Техническая поддержка

Добрый день. Модуль Е20-10 работает в непрерывном режиме сбора данных по 4-м каналам с максимальной частотой оцифровки. Практически не было случаев переполнения буфера и включения мерцающего красно-зеленого индикатора. Но в редких случаях, когда ресурсы компьютера не справляются со сторонними задачами возникает переполнение буфера. Возникает проблема наложения принятых данных на общую шкалу времени. Возможно ли узнать сколько кадров было пропущено? Как сбросить мерцание индикатора и бит переполнения (DufferOverrun в поле  DATA_STATE-E2010)? Дело в том, что я использую сам задающий тактовый генератор модуля Е20-10 в качестве базовых часов к которым привязываю все остальные сторонние регистраторы. В конечном итоге мне, получив флаг переполнения буфера, необходимо знать на какое количество отсчетов АЦП  (или кадров) сместить последующие данные, сбросить флаг переполнения, чтобы снова можно отслеживать возможное последующее переполнение. При этом потеря части информации (даже первые секунды) не критична.
Спасибо.

Здравствуйте. 
В модуле E20-10 буфером данных на основе SDRAM управляет FPGA, в том числе, FPGA управляет логикой отбрасывания кадров данных в ситуации возникновения переполнения буфера. В текущей реализации встроенного ПО и прошивок FPGA нет возможности  программно отследить - сколько кадров было отброшено, - чтобы рассчитать сдвиг во времени при возникновении переполнения. Но, с точки зрения развития данного проекта, такой функцонал возможно было бы добавить. Логические ресурсы FPGA у модуля E20-10 рев. "С" имеются для осуществления этого функционала. В модулях ревизий "A" и "B"  отсутствует возможность развития функционала. Однако, организационный вопрос данной работы неясен. Вероятно, это - предмет обсуждения с нашим отделом продаж условий проведения соответствующей заказной работы.

Спасибо.
Конечно в плане развития функционала модуля Е20-10 ревизии С целесообразно ввести программный сброс бита переполнения (включая индикацию ошибки) и подсчет пропущенных кадров. Это поможет восстановить непрерывность ряда данных на единой шкале времени.

Спасибо за конструктивные пожелания. Но подобное развитие функционала может произойти реально, если данная работа будет привязана к конкретному заказу. По-другому это вряд ли случится....