Форум:

Данная работа на данный момент носит единичный характер. Но спасибо еще раз за столь развернутый ответ, на будущее будем иметь ввиду возможности выпуска модификаций при больших объемах закупок.

Имеется оборудование на исследовательской установке. 8-ми частотный радар, у него имеется 1 аналоговый выход и 8 дискретных(инвертированная ТТЛ логика).

На аналоговый выход выводятся результаты измерения в виде прямоугольных импульсов различной амплитуды, от 0 до 5 вольт. Импульсы длительностью 500нс с частотой около 500Кгц.

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

Так же дискретные выходы используются как сигнал готовности данных для конкретного канала.
Для одного канала это выглядит так:

Зеленый: Аналоговый выход, результат измерения.
Оранжевый: Один из дискретных, сигнал готовности данных данного канала.

Приведенная погрешность: 0.5%

по времени, надо успеть измерить в течении 200нс после прихода синхроимпульса.

Установка работает в импульсном режиме, максимальное время непрерывного сбора данных 20с.

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

Спасибо за столь развернутый ответ.

Нет, в сам драйвер или библиотеку никаких изменений не вносилось, пришлось немного подкорректировать Cmakelists.
Иногда корректировке подвергались makefile, но все это можно поправить и в Cmakelists.

Тестировалось все на промышленном компьютере на основе процессорной платы PICMG1.3
4U/19"/Intel Core-i3 3220 3.3ГГц/2x2Гб DDR3 1600/1000Гб SATA3 HDD/DVD-RW/DVI-I/2xГб LAN/8xPCI/3xPCIEx1/1xPCIEx16/1xRS-232, 1xRS-232,422,485/ 400Вт ATX
На нем имеются обе системы Windows 10 и Slackware 12.2 с ядром 3.2.21, тестировалось все на нем, как на windows так и на linux.
Попробовал просто оценить скорость принятия данных, предварительно закомментировав кусок кода в котором происходит ошибка, умозрительно совпадает, 1024000 отсчетов на частоте 100кГц собирает примерно секунд за 11-12, при частоте 200кГц секунд за 6. 

Что бы откомпилировать пример под linux пришлось закомментировать функции
`E502_MakeDevRecordByIpAddr'
`E502_UsbGetDevRecordsList` 
иначе компилятор выдает: "undefined reference to" (строчки выше)

По данной ссылке можно скачать пример который я использовал:
http://www.lcard.ru/forums/img/members/287/example.rar
в архиве 4 файла:
main.c - исходный код используемого примера
outn.txt - перенаправленный вывод с консоли
dumpBefore.txt - содержит дамп области rcv_buf до выполнения функции X502_Recv
dumpAfter.txt - содержит дамп области rcv_buf после выполнения функции X502_Recv

Для проверки действительно ли функция X502_Recv что то пишет, перед ее выполнением область памяти rcv_buf была заполнена нулями.
Какие то данные действительно принимаются, но понять их умозрительно все равно не удается.

Сделал все рекомендации, в частности убрал сбор с цифровых линий, но нулевые значения никуда не делись.

Пока проблему решить не удалось.