В документе ltr_soft_getting_started.pdf упомянут шлюз для настройки подключения крейтов LTR. В ltrmanager при настройках такого слова не обнаружили. У нас ltrd подключен по 127.0.0.1, а для ускорения работы по сети с крейтами местные специалисты предложили задать еще и где-то шлюз. Где мы должны его задать? Программа значительно тормозит и не может долго получать данные с крейтов.

Поддерживает ли крейт LTR удаленный доступ через интернет? Если да, какие рекомендации по вариантам такого подключения?

1) Объясните, пожалуйста, смысл расчета объема данных в примере для LTR12:
ltr_cross_sdk\ltrapi\examples\c\ltr12\ltr12_recv\main.c,
в частности, строка 192:
DWORD block_ch_pts = (DWORD)(((hltr12.State.FrameFreq * BLOCK_TIME) + 999)/1000);
В чем смысл в конце формулы " + 999)/1000)"?
Это желание выделить память с запасом?

2) Пример:
используем 2 канала LTR12 с общим нулем.
Делаем в кадре дополнительных 2 замера для ровного счета.
Частота 100 кадров в секунду, то есть, adcFreq=400Гц в нашем случае.
Длительность одно измерений 2сек.
Для данных в LTR12_Recv надо зарезервировать массив DWORD длиной 800=2сек*100Гц*(2+2) (с учетом 2 дополнительных измерений в кадре), а в LTR12_ProcessData для результат массив double длиной 400= 2сек*100Гц*2.
Все верно?

Вопрос вариантах о перезапуска процесса сбора данных при сбое:
Собираем данные в нескольких потоках с модулей LTR114, LTR212-M3.
Допустимо ли в потоках сбора (см.далее) данных для модулей LTR114 и LTR212-M3 после выхода из циклов сбора данных в потоках сбора данных выполнять только LTR114_Stop или LTR212_Stop и после этого не закрывая поток возвращаться на подготовку цикла и далее повторный запуск цикла сбора
данных; а LTR114_Close и LTR212_Close выполнять только в основном потоке при закрытии программы после остановки всех потоков сбора данных?

В настоящее время алгоритм выглядит так:
1) Сначала загружаем настройки для модулей LTR114 и LTR212 в главном потоке.
Функции настройки LTR114:
LTR114_Init,LTR114_Open,LTR114_GetConfig, LTR114_CreateLChannel,LTR114_SetADC
Функции настройки LTR212:
LTR212_Init,LTR212_Open,LTR212_CreateLChannel,LTR212_SetADC

2) Далее создаем потоки для сбора данных отдельно для каждого модуля.

2-LTR114) Поток для LTR114
Подготовка цикла:
    LTR114_Calibrate,LTR114_Start
Цикл:
    LTR114_Recv,LTR114_ProcessData
После цикла (при сбое):
    LTR114_Stop,LTR114_Close

2-LTR212) Поток для LTR212
Подготовка цикла:
    LTR212_Start,LTR212_CalcTimeOut
Цикл:
    LTR212_Recv,LTR212_ProcessData
После цикла (при сбое):
    LTR212_Stop,LTR212_Close
Потоки завершаем.
Перезапускаем при сбое программу целиком.

В новом проекте добавится модуль LTR12.

Вопросы по LTR114.

Запустили систему из 4 8-слотовых крейтов с модулями LTR114 и LTR212M-3. Иногда происходит аварийное завершение в потоке сбора данных одного из модулей LTR114 с кодом -10010 "Неверный номер канала в массиве данных от модуля":
04.01.2024 в модуле sn:4T777790, Firmware version AVR: 1.3, Firmware version PLD: 1.
22.02.2024 в модуле sn:4T777799, Firmware version AVR: 1.3, Firmware version PLD: 1.

Вопрос 1) Аварийная ситуация возникает внутри крейта на уровне взаимодействия крейта и модуля? Снаружи сеть не виновата? (Вроде бы вполне надежная оптика).
Вопрос 2) Какие меры можем предпринять, чтобы в дальнейшем устранить эти проблемы? Или только рестарт нашей программы?

Часто при попытке подключения по сети к крейтам LTR получаем отказ. По диагностике так понимаем, что кто-то захватил уже доступ (только непонятно кто). Приходится передергивать питание крейта, чтобы подключиться. Другие варианты восстановления доступа существуют?
Какие посторонние приложения могут захватить доступ к крейтам? Какие варианты запрета захвата крейтов сторонними программными средствами можете предложить? Или только отключение и включение?

Программой LGraph2 в свободных каналах LTR114 наблюдается импульсная помеха напряжением до 10 В.
В каналах измерения напряжения также присутствует импульсная помеха. В чем причина?