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

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

Дело в том, что у меня полный 16-ти местный крейт и опрашиваю я периодически все модули.

Создайте для каждого модуля свой экземпляр структуры , один раз инициализируйте его и подключайтесь к модулям, и всё, можете работать с каждым отдельно.

Еще один вопрос.
Пишу программу в VisualBasic 6, не могу определиться с переменными в функции инициации LTR (их типах), постоянно выходит ошибка при попытке открыть соединение. При запуске LTR-server все нормально. По-моему я не правильно определяю переменные и не могу поэтому идентифицировать модуль. Если можно помогите определиться с объявлениями переменных.

Вы открываете соединение при запущенном LTR Server или нет?? LTR Server должен быть запущен. У меня сложилось впечатление, что вы запускаете их отдельно.
Пришлите пожайлуста ваш код на мой ящик, я посмотрю.

Открываю соединение при звпущенном LTR SERVER.
Проблема в том, что для вызова функции из DLL, я должен в нее(в эту функцию) передать описание структуры модуля. Вот здесь у меня загвоздка, я не могу состыковать типы данных в VB 6 и C++.

в VB есть поддержка NET? Попробуйте использовать библиотеку LtrModulesNet.dll из комплекта библиотек идущих в поставке. Или всё-же вам нужно будет разобраться с преобразованием типов MSVC и VB. В поставке есть примеры под MSVC, для BorlandC++Builder, и для Delphi.

ну можно конечно попробовать VS2003, она вроде бы более правильно конвертила старые проекты.

а так на VB это все будет выглядеть, наподобие :
Public Structure TLTR
        Public saddr As Long
        Public sport As Integer
        Public csn(15) As Byte
        Public cc As Integer
        Public flags As Long
...
    End Structure

Спасибо, понемногу сдвинулось. Но есть еще вопросы.
У меня используется, наравне с другими модуль LTR34-8, работает в режиме автогенерации, работают все каналы. Вопрос такой: если мне нужно изменить выходное напряжение на одном из каналов, то обязательно ли запускать LTR34_Reset. Я боюсь что в этом случае появится провал в выходном сигнале. И нужно ли перезаписывать остальные каналы?

На момент перезаписи, что будет на выхлде ЦАП? Нужно ли будет стартовать генерацию?

Alex. ЦАП в режиме автогенерации, по-сути, можно только остановить в асинхронный момент времени, при этом, на выходах ЦАП зафиксируются мгновенные значения на момент останова. Я полагаю, что в Вашем случае следует использовать потоковый режим LTR34.

Как мне применить потоковый режим если мне необходимо на выходах держать постоянное напряжение?

Если на выходах LTR34 нужно управлять постоянными значениями напряжений, то есть вариантов:
1. Перезапускать режим автогенерации.
2. Перезапускать потоковый режим.
3. Один раз в начале запустить потоковый режим и "редко кормить" LTR34 одиночными сэмплами тогда, когда Вам требуется изменить напряжение на выходе ЦАП  (для N-канального режима нужно кормить N сэмплами). Естественно, в этом случае  LTR34 будет работать почти всегда в режиме опустошения буфера, тем не менее каждый  выход ЦАП будут всегда удерживать последнее значение, которое было записано в этот канал. Таким образом, Вы будете работать в потоковом, но асинхронном режиме LTR34.

"есть варианты" - я хотел сказать...

Добавлю, что вариант 1 и 2 целесообразно использовать для приложений, в которых нужно получить максимально хорошее соотношение сигнал/шум выходных сигналов (где идёт борьба буквально за микровольты шума), в остальных случаях вариант 3 кажется наиболее простым.

Почему при опросе модуля LTR41_ReadPort возникает пауза порядка 6-8 секунд. Можно ли от нее избавиться?

Два модуля LTR27 опрашиваются быстрее, чем один LTR41.

1. "...возникает пауза порядка 6-8 секунд"
- Задержка получения данных на верхнем уровне  6-8 секунд?
2. Какая настройка USB порта: high speed или full speed?
3. Я так понял, что у Вас крейт LTR-U-16-1. Какую суммарную скорость передачи данных Вы хотите получить в направлениях от LTR-модулей, к LTR-модулям?
4. Как правило, значительно уменьшить задержки получения данных можно путём организации получения данных от каждого LTR-модуля в разных потоках.

1. "...возникает пауза порядка 6-8 секунд"
- Задержка получения данных на верхнем уровне 6-8 секунд?
Да задержка есть. Я могу послать кусок программы вам на мыло, может быть что-то напутал, подскажите.
Как узнать настройки USB порта не знаю.

5. Какой объём ОЗУ в компьютере? Какой процессор?

Процессор Intel Core2 Duo  2.00GHz
ОЗУ   1Гб

Отправьте код мне на почту, так же поподробнее укажите какой у вас стоит софт, например антивирусные программы.

Код посмотрел, ответил по почте.

Из антивирусов стоит Avast version 4.8 Professional.