Использую примеры LabView.
Сначала запускаю ВП LV_OpenModule.vi. Он определяет Е20-10. После этого запускаю LV_DoSingleAdcSample. Но почемуто вседа результат выдает 13.2254 В на любом канале, хотя сигнал приходит только на первый канал, и меньше 3-х вольт.
В такой же последовательности запускал Е14-440 там всё работает отлично.
В чем проблема может быть, подскажите пожалуйста?

Александр. По теме Вашего вопроса:
У Е20-10 вообще отсутствует как таковой <<асинхронный ввод данных>>, поскольку Е20-10 реализован как синхронный, потоковый АЦП с конвейерной архитектурой. Поэтому, для получения эквивалента однократного асинхронного ввода есть два способа:
1. Запустить сбор данных E20-10 (возможно, на заданное количество кадров), и после получения отсчётов остановить сбор, отбросив ненужные отсчёты.
2. Постоянно держать запущенным сбор данных и из принимаемого потока асинхронно, по мере надобности, выбирать отсчёты, а остальные постоянно отбрасывать. Замечу, что длительно не выкачивать данные из E20-10 нельзя, поскольку наступит переполнение буфера внутри E20-10. А если постоянно выкачивать всё что можно, то конвейерная задержка от входа АЦП до получения данных в компьютере будет минимальна (меньше, чем при первом способе, поскольку здесь задействован быстрый BULK-интерфейс USB).

А какую конкретно минимальную задержку можно получить?
Делаем стенд с системой автоматического управления электрическим двигателем. Нужно чтобы ацп опрашивал датчики тока, скорости, положения, обрабатывал полученные данные и выдавал результат на цап с минимальной задержкой, порядка меньше 1мс. Скажите пожалуйста возможно ли всё это сделать на Е20-10?

Александр.
1. Если в контуре автоматического управления компьютер не будет участвовать, то в составе E20-10 нет процессора, который можно было б на эту задачу запрограммировать.
2. Если компьютер будет участвовать, то ЦАП в E20-10 сидит на медленном канале Control Pipe USB. При этом, есть ещё скорость реакции ОС. Например, Windows менее 1 мс гарантировать не сможет...

Технически можно было б на входящем в состав контроллере AVRе написать алгоритм управления с задействованием специально спроектированной под этот случай прошивки ПЛИС. Но подобные низкоуровневые возможности в E20-10 пользователю не предоставляются, а заказ подобной работы в L-Card по стоимости будет равносилен разработке нового  изделия с отдельным этапом согласования ТЗ...

Обеспечить под Windows в обычном приложении обратную связь с гарантированной задержкой менее 1 мс малореально. Windows как многозадачная система может, например, при сваппировании данных на диск, вставлять задержки порядка 20-30 мс. Более реально получить среднестатистическую задержку 5-10 мс, однако под Windows надо быть готовым, что иногда она будет возрастать до указанных величин.
Теоретически, Вашу задачу можно было бы попытаться решить не на уровне приложения, а на уровне драйвера, заложив в сам драйвер функции обработки и обратной связи - но это очень непросто.

Принципиально задачи реального времени (с пользовательским низкоуровневым программированием встроенного процессора) можно решать со следующими изделиями L-Card:
E-154  (контроллер AT91SAM7S64, частота ядра 48 МГц),
E14-140-М (контроллер AT91SAM7S256/512,  48 МГц)
E14-440 (сигнальный процессор ADSP-2185M, 48 МГц),
L-780М (ADSP-2185M,  29.5 MГц),
L-783М (ADSP-2185M,  40 МГц),
LTR-EU (сигнальный процессор ADSP-BF537, 600 МГц, 32 МБ ОЗУ!)

Всем большое спасибо за ответы!