Здравствуйте.
Как можно оценить задержку получения данных?
Другими словами, сколько времени проходит между изменением сигнала на входе крейта и получением соответствующих данных в моей программе?

Эта задержка сладывается из задержек:
(1) в модуле LTR;
(2) на буферизации в крейте LTR;
(3) на буферизации в программе LTR-сервер (или в той программе, которая выполняет роль сервера);

Задержка  (1)-достаточно фиксированная для конкретного типа LTR-модуля при конкретных его настройках (во всех модулях LTR -- это единицы микросекунд, кроме LTR212 c обработкой в ADSP). Задержка (2) зависит от того, на сколько оперативно программа LTR-сервер успевает откачивать данные.
Т.е. (2)и (3) зависят от программных условий.  Надеюсь, далее это пояснят программисты...

1. В модуле LTR - как праивило - небольшая задержка - в дальнейшем ее модно не учитывать, если только она не задана пользователем.
2. В крейте - не более 5 мс.
3. В программе LTR - сервер  - около 50 мс.
4. Передача между LTR - сервером и пользовательсокй программой п осокетам - зависит от загрузки Windows и конфигурации машины.
При небольшой загрузке и Pentium4 - не более нескольких мс.

Вывод - 50-60 мс.

Я уточню. В сигма-дельта АЦП LTR22 задержка будет около 37-ми периодов установленной частоты АЦП.

Спасибо за ответы, есть еще вопрос.
Меня интересует гарантированная задержка порядка 100..250 мс. Понятно, что в виндах в плане задержек может происходить что угодно. Есть способы узнать о том, что задержка превысила интересующие меня 100..250 мс?

Это задача согласования шкал времён компьютера с крейтом LTR. Если на компьютер через какой-либо порт завести внешний (или сгенерировать внутренний) синхросигнал, который завести также на  синхровходы LTR43 (LTR41, LTR42), то по этому синхросигналу поток данных на входе в LTR-крейт будет помечен с точностью до нескольких микросекунд. С другой стороны, c какой точностью можно привязать внутренний или внешний синхросигнал к компьютерным часам? -- это вопрос зависит от OC и настроек программной среды. В качестве источника или приёмника TTL-сигнала можно использовать,  например, любую PCI-плату от L-Card.

1. Использовать метки времени генерируемые крейтом - как описал Александр.
2. Если функция LTR_Recv() с таймаутом 250 мс - ничего не возвратила - следовательно данные не пришли и задержка превысила 250 мс.
3. Можно работать без LTR - сервера (крейт гарантированно шлет данные с задержкой не более 5 мс).

Я РАБОТАЮ С LTR БЕЗ СЕРВЕРА -ЭТО ЛУЧЬШЕ И НА МНОГО БЫСТРЕЕ .(ЗАДАЙТЕ ПРИОРИТЕТ ПРОЦЕССУ ПОВЫШЕ  И У ВАС  НЕ БУДЕТ ВСЕ ЗАДЕРЖЕК )

ПРОГРАММА SERVER ЭТО НЕ НУЖНЫЙ ПОСРЕДНИК .
ДЛЯ ТОГО ЧТОБЫ РАСПОКОВАТЬ ДАННЫЕ ДОСТАТОЧНО
СОЗДАТЬ ТАБЛИЦУ УКАЗАТЕЛЕЙ С СОТВЕТСТВИИ И ИНДКСАМИ ПАРАМЕТРОВ. БЫЛО БЫ НЕПЛОХО ЕСЛИ БЫ LСARD СОЗДАЛ НАБОР DLL ,ДЛЯ РАБОТЫ С МОДУЛЯМИ НАПРЯМУЮ,ПРИШЛОСЬ ПИСАТЬ САМОМУ...

Про приоритеты и сервер ессно понятно. Вопрос был как оценить задержки, а не как уменьшить. Хотя про уменьшение тема интересная.

Про уменьшение: сервер сейчас переделывается, после этого задержки составят - на прием или на передачу (в сервере) не более 10 мс.

А новый сервер тоже TCP/IP будет использовать?

Да, будет.

10 мс - это идеальное время, при условии, что вы не загружаете ядро системы (windows - не realtime OS)

ПОД WINDOWS СКОРЕЕ ВСЕГО НЕВОЗМОЖНО ПРАВИЛЬНО ОЦЕНИТЬ ВРЕМЯ ЗАДЕРЖКИ.(ВСТАВТИТЬ ДРУГУЮ ПЛАТУ В PCI И НА УРОВНЕ ЯДРА ПРИНИМАТЬ СИГНАЛ ПОСЛАННЫЙ НА LNR43 И НА ПЛАТУ PCI,ЛИБО ДРУГОЙ PC C ПЛАТОЙ PCI И НЕ БОЛЬШОЙ ПРОГРАМОЙ ПОД ДОСОМ,КОТОРАЯ ПРИНИМАЕТ СИГНАЛЫ ОТ SERVER И ПЛАТЫ).

"10 мс - это идеальное время, при условии, что вы не загружаете ядро системы (windows - не realtime OS)"

А сколько мс будет (хотя бы примерно) если вместе со сбором запустить проигрование лицензионного (1 фильм на диске, а не 10) двд и до кучи еще пяток проигрователей с mp4?

На текущий момент сервер версии 1.4.5.10 имеет идеальную задержку 5 мс на считывание и 5 мс на запись.
При условии перевода сервера в режим высокого приоритета (переводится либо с помощью ltrapi или в ручную - через меню) Microsoft гарантирует, что сервер будет работать критично по времени, т.е. его не будут тормозить процессы с нормальными приоритетами типа проигрывателей mp3, и mp4. Следовательно задержка должна остаться такой же.

5 мс на каком компьютере?

Приоритет достаточно только серверу повысить?

5 мс на каком компьютере?
теоретически на любом, 5 мс гарантируют WinAPI написанные Microsoft, поэтому если будет тормозится, то сервер уже сдесь ни при чем.
Проверялось на Pentuim4.

Приоритет достаточно только серверу повысить?
если система загружена на 100 % какими - либо дополнительными задачами, то ваша программа соответственно не будет успевать принимать данные и скорее всего произойдет переполнение буфферов. В таком случае логичнее всего поднять приоритет и у программы.