Добрый вечер.
При написании программы мы с толкнулись с проблемой сбора данных. А в частности с при сборе данных используя плату L-783M на максимальной частоте(которая заявлены в документации) с 16 каналов начинается потеря данных, т.е если мы подаем синусоидальный сигнал, то он не плавный а с разрывом. Но что характерно если мы используем Windows XP и к ним ваши драйвера то все работает корректно, если Windows 7 32 -битную то если понизить на порядок частоту то тоже картинка и сбор корректен, а вот если Windows 7 64 -битную то общая частота на все каналы очень низкая(при которой и сбор и картинка корректна). Но глючит не только код который написан нами(с использованием ваших драйверов), но так же мы наблюдаем эффект потери данных и в программе L-Graph установленной на  на Windows 7 64 -битной(так же на максимальной частоте и с 16 каналами). Вопросы заключаются в следующем:
1. Походу ваши драйвера косячут для Windows 7. Есть ли у вас корректно работающий драйвер для Windows 7  32,64 разрядой и что бы он работал для 16 каналов и еще с максимальной частотой или какие решения данной проблемы вы могли бы предложить?
2. Есть ли ваши драйвера под Windows 10?
3. так же интересны драйвера под Linux. Корректно ли они работают с максимальной частотой сбора данных для 16 каналов, и для какой версии ядра Linux они подходят?

По Вашему первому пункту:

Будем конечно пытаться воспроизвести Вашу ситуацию у себя. Но плата L-783M  выпускается уже очень давно (более 16 лет) и если бы в софте (драйверах) были бы такие катастрофические ошибки, то это бы давно проявилось.

А пока есть несколько вопросов:
1. А chipset драйвера от производителя для материнской платы были установлены?
2. Описанный Вами глюк проявляется на одном компьютере или на нескольких? А компьютер какой: обычный (настольный) или промышленный?
3. Вы использовали "L-Graph I" или "L-Graph II"?

Только что испытали плату L-783M в "L-Graph I" под Windows'10 (64-bit). На вход подавали синусоидальный сигнал с амплитудой ~2.3 В. При частотах сбора вплоть до 2500 кГц никаких сбоев не наблюдали.

Доброго времени суток.
Включите, пожалуйста, 16 каналов, подайте на них разные сигналы. Задайте частоту сбора порядка 100-150 кГц на канал.
На каких драйверах это работает? На нашем стенде сбои идут уверенно и четко, как по расписанию. Используем разные программы, в том числе и Ваши LGraph.
Отвечая на Ваши вопросы:
1. Установлены.
2. На ВСЕХ, на которых мы пробовали.
3. И LGraph1 и LGraph2 (кстати, как там завести больше одного канала?), но даже не одном канале были пробои.
Повторяя вопросы:
1. Драйвер для Win10 x86-64 у вас имеется и подписан? Он готов к промышленному использованию?
2. Что на счет драйвера под Linux? Какие архитектуры поддерживает? Какую версию ядра требует? Нужна-ли дополнительная настройка ядра?
Вновь возникшие вопросы:
1. Вы проверили работу под Win7? Именно под Win7? Или нам теперь везде "десятку" ставить?
2. Предоставьте, пожалуйста, исходные коды программ, которыми Вы регистрировали сигнал. Если, конечно, вы не использовали свои демонстрационные программы, в 100 строк на C++ и консоль. От них толку ноль на практике.

L-783 не поддерживает  DMA на шине PCI, это значит, что пословной передачей данных занимается процессор компьютера. Если заявленная в документации L-783 скорость передачи данных не достигается, это означает, что либо в данной программной среде процессор занят другими задачами, либо не хватает пропускной способности моста (в  архитектуре материнской платы), из-за чего пословные обращения к PCI притормаживаются. ...Видите-ли, у производителей материнских плат совсем нет цели оптимизировать по времени единичные обращения на PCI, поскольку основная оптимизация идёт по DMA-обращениям. Чтобы сразу уйти от этих зависимостей на максимальных скоростях, нужно применять устройства, поддерживающие DMA: L-502, L-791.  С другой стороны, L-783 не медленней любого другого PCI-устройства без DMA, работающего в тех же условиях.

Драйвер для windows в принципе один и ставится с XP и до 10. Он подписан под win7 и должен ставиться на 10. Для линукс в библиотеке файлов лежит lcomp_linux.tgz. Там все в исходниках. Ситуация со скоростью для общего понимания такая. Есть чипсеты на которых скорость чтения в слейв режиме порядка 10 мбайт, скорость сбора у модуля до 6 мбайт и тогда можно получить непрерывный поток данных, но встречались чипсеты у которых скорость чтения 5-6 мбайт - тут уже не выжать максимум, учитывая накладные расходы. Возможно есть и более медленные реализации слейв режима PCI.

Так, по пунктам.
1. То, что драйвер у вас один, мы уже поняли. И то, что работает он корректно только в х32 тоже поняли.
2. WinXP, как не сложно догадаться, работает на старых машинах. 8-10 лет им уже, поэтому Ваши отговорки по поводу "медленный компьютер" и "не поддерживает DMA" не проходят. На одном физическом ПК с разными ОС (XP и 7) разные результаты.
3. В версии Win7 x86 драйвер работает, хуже, чем в WinXP, но работает. Максимальная частота сбора снижается с 2,5 до 2 Мгц, но сбоев нет.
4. Суть проблемы остается - все ПО, которое мы нашли, включая Ваши LGraph'ы при установке нескольких каналов на частотах выше 600 кГц суммарно на все каналы НЕ РАБОТАЕТ. Происходит потеря данных.
Воспроизвести - легко. Запускаете свое ПО на компьютере с архитектурой x86-64 и соответствующей ОС, выставляете 16 каналов в дифференциальном режиме, включаете общую частоту 1500 кГц (будет выставлена 1533 или около того), подаете на вход синусоиды с генератора и наблюдаете полный хаос вместо данных. Причем, это прокатывает даже на 4 каналах в LGraph.
У Вас есть, что сказать по этому поводу?
P.S. Сменить железо, ОС или Ваши модули на более современные возможности нет, т.к. многие решения прописаны в ТУ.
P.P.S. Сбор с высокой частотой, но с большим межкадровым интервалом или сбор в режиме покадровой синхронизации работает нормально.

1. Если Вы считаете, что разные ОС обязаны иметь одинаковую загрузку процессора для одной и той же материнской платы, то это точно не соответствует действительности. И вообще, полезно заняться оптимизацией процессов в системе - так возникнет шанс эту проблему решить в какой-то программной конфигурации.

2. По поводу медленного железа: тестируя L-783 под DOS, Вы можете сами убедиться, что современная материнская плата, очень вероятно, окажется (на не-DMA обращениях к PCI) медленней платы 10 летней давности! Несмотря на адские скорости процессоров и многоядерность, современные мосты и чипсеты не оптимизированы на работу c PCI при не-DMA обращениях, поскольку, по мнению производителей материнских плат,  это свойство не востребовано на рынке (потребитель не оценит), поскольку вся современная потребительская периферия работает по DMA.

3. Грубо говоря, тестируя материнские платы с L-783 под DOS, Вы можете сами отобрать материнские платы, соответствующие Вашему ТЗ, или, по крайней мере, сравнить их по скорости работы с PCI.

Как воспроизвести вопросов нет. У меня рабочий компьютер больше 1200кГц не может.
Athlon x2 4000 на мат плате asus M2NPV-VM Windows 7-x64. Но драйвер как бы один и исходный код у него одинаков для WinXP Win7 Win10 и x32 и x64. Разница там только в разрядности указателей к памяти... ну и в самой windows. Есть разница только если взять lcomp_old.exe который написан на numega driver studio и DDK  и lcomp.exe который  использует WDF микрософтовский. Возможно немного разные накладные расходы у фреймворков и скорости возможно будут отличаться...