Здравствуйте!
Возникла проблема при использовании функции ADC_SAMPLE из библиотеки lusbapi. Приведенная ниже функция периодически вызывается для опроса 3-х каналов. При этом при опросе второго из них зачастую возвращается неверное значение. Функция ADC_SAMPLE выполняется, сообщение об ошибке не появляется.

float __fastcall GetData(void)
{float U1, U2, U3;
short r1,r2,r3;
U1 = 0.0;
U2 = 0.0;
U3 = 0.0;
if(!pE440->ADC_SAMPLE(&r1, (WORD)(0x01)))
       {Application->MessageBoxA("Не удалось", "ОШИБКА", MB_OK);} // 1
if(!pE440->ADC_SAMPLE(&r2, (WORD)(0x40)))
       {Application->MessageBoxA("Не удалось", "ОШИБКА", MB_OK);}// 64
if(!pE440->ADC_SAMPLE(&r3, (WORD)(0x48)))
       {Application->MessageBoxA("Не удалось", "ОШИБКА", MB_OK);} // 72
U1 = (10 / 8000.0) * r1 - 4.795;
U2 = (2.5 / 8000.0) * r2;
U3 = (-2.5 / 8000.0) * r3;
bufH = U1 / 1.0;
bufM = U2 / 1.0;
bufIr = U3;
Rr=r2;
	return (bufH, bufM, bufIr, Rr);
}

Для примера приведу последовательные значения r2: 238, 425, 595, 750, 473, 1178. Значение должно монотонно возрастать, однако одно из значений выпадает.
Драйвера и прошивка последней версии. Использую Borland C++ Builder 6.0.

1. Какой версией Lusbapi пользуетесь?
2. Вы используете 1, 2 и 9 каналы АЦП. Проверьте Вашу схему подключения сигналов к модулю.

1.Lusbapi v.3.4.
2.Данная проблема не возникала при использовании старых модулей (~2003г.). Так что проблемы со схемой подключения быть не должно.

Каковы серийный номер и ревизия проблемного модуля?
Узнать эту информацию можно, например, с помощью утилиты ModulesViewer (это самораспаковывающийся архив).

1)8D525235, Rev. F;
2)9D984960, Rev. G;
3)7D358636, Rev. F.
Ранее описанная ошибка возникает на каждом из этих модулей.

1. Я правильно понимаю, что рабочий модуль (от ~2003 года) с Вашим приложением (на базе Lusbapi v.3.4) работает совершенно нормально?
Тогда можно узнать серийный номер и ревизию этого рабочего модуля?
2. А  приведённые Вами сбои имеют постоянную основу или происходят лишь изредка?

1. 6C4988, Rec. C. Возможно он не 2003г., но старше остальных.  Да, за все часы проверки ошибок с ним не возникало.
2. Сбои носят скорее случайный характер. Частота сбоев зависит от операционной системы. На Windows 7 сбои возникают примерно раз в 2 часа. На Windows 8 и 10 сбои появляются намного чаще.

Будем разбираться...
Попытаемся у себя воспроизвести Вашу ситуацию.

Здравствуйте! Хотелось бы узнать, есть ли продвижение в данном вопросе.

Продвижение есть...
Под под Windows 7 (64bit) были поставлены на непрерывный длительный прогон два модуля (Rev. F и G). Прогон по времени составлял более 1.5 суток. Описанная Вами ситуация не проявилась.
1. Попробуйте поподробнее проанализировать Вашу схему подключения модуля. Посмотрите информацию по ссылке www.lcard.ru/forums/viewtopic.php?pid=52790#p52790.
2. Могу выслать тестовую консольную утилиту.

Опробуем указанные рекомендации. Утилита также была бы кстати.

Здравствуйте! Провел эксперимент: питание оборудования осуществлялось от аккумуляторов, со входа АЦП снимался сигнал с помощью осциллографа. Реальный сигнал монотонно изменялся от -1В до 1В. При регистрации сигнала с помощью модуля наблюдались выбросы. Могут ли ошибки в программе влиять на значения, получаемые от АЦП? Я имею ввиду, что ошибка в значении появляется именно при вызове функции ADC_SAMPLE, а не при дальнейшей обработке полученного значения.

Вероятно ваши сбои носят неслучайный характер. Обычно частота сбоев зависит от операционной системы.

@ Данила
1. Засылайте подробную схему подключения модуля. Все земли, сигналы и т.д.
2. Можно попробовать задействовать консольную утилиту.  Прочитайте Readme файл. Последовательность получения данных взята из Вашего первого сообщения.