Здравствуйте, при записи параметров съема сигнала из программы под Linux в модуль LTR-25 периодически, возникает ошибка -10608.
Прошу подсказать правильно ли мы работаем с библиотекой. Код программы приведен ниже

bool SensorController::openingLTR25(measurement_task task)
{
    int Crate   = task.crateIndex;            //Индекс крейта
    int Module  = task.moduleIndex;            //Индекс модуля

    TLTR    *crate  = cratesList.value(Crate).ltr;
    TLTR25  *hnd    = cratesList.value(Crate).ltr25.value(Module);

    if (LTR25_IsOpened(hnd) != LTR_OK){
        qDebug() << "Module is closed now! Opening!";
        if (LTR25_Open(hnd, LTRD_ADDR_DEFAULT, LTRD_PORT_DEFAULT, crate->csn, Module + 1) != LTR_OK){
            return false;
        }
    }

    QThread::msleep(10);

    hnd->Cfg.FreqCode  = task.rate;
    hnd->Cfg.DataFmt   = LTR25_FORMAT_20;
    hnd->Cfg.ISrcValue = LTR25_I_SRC_VALUE_10;


    // При работе модуля на 78кГц для съема сигнала доступны 6 каналов, а не 8
    int maxChannel = LTR25_CHANNEL_CNT;
    if (task.rate == LTR25_FREQ_78K)
        maxChannel = maxChannel - 2;
    for (int i = 0; i < LTR25_CHANNEL_CNT; i++)
        hnd->Cfg.Ch[i].Enabled = i < maxChannel;

    int operationState = LTR_OK;
    qDebug() << "Writing ADC params to module";
    operationState = LTR25_SetADC(hnd);
    if (operationState != LTR_OK){
        qDebug() << "Writing params to module error: " << operationState;
        LTR25_Close(hnd);
        return false;
    }

    QThread::msleep(10);

    // Запуск сбора данных.
    qDebug() << "Module start";
    operationState = LTR25_Start(hnd);
    if (operationState != LTR_OK){
        qDebug() << "Module start error: " << operationState;
        LTR25_Close(hnd);
        return false;
    }
    return true;
}

Здравствуйте.
Ваш модуль возвращает ошибку, связанную с проблемами захвата PLL внутри LTR25, что, скорее всего, говорит о проблемах ЭМС в Ваших условиях подключения и окружения (если исключать версию неисправности самого LTR25). В связи с этим, вопросы:
1. Тип крейта LTR?
2. Серийный номер LTR25
3. Конфигурация крейта (что в него установлено)?
4. От чего питается крейт? Крейт заземлён?
5. Что подключено ко входам LTR25, в котором проявляется эта проблема (тип датчиков)? Изолирована или неизолирована цепь датчиков от земли? Конструктивно как выполнены кабели от датчиков, в каком окружении они проложены? К каким контактам LTR25 какие цепи подключены?
6. Если физически отсоединить сигнальный разъём от входа LTR25, то проблема проявляется?
7. В выключенном крейте тестером прозвоните наличие электрического соединения между клеммой заземления крейта и металлическим корпусом разъёма LTR25. Сообщите сопротивление цепи. В нормальном случае сопротивление должно быть менее 1 Ом.
8. Имеются ли в окружающей обстановке данного крейта источники сильных электромагнитых полей, высоковольтное, искрообразующее оборудование?

Здравствуйте!
Ответы на вопросы:
1.LTR-CEU-1-4 №2Т728347.
2.2T213663.
3. В крейт установлен один модуль LTR-25.
4. Питание осуществляется от штатного источника питания, заземление имеется.
5. К входам LTR-25 подключены датчики (пьезоакселерометры) ВД06. Ошибка возникает и без датчиков.
6.Проблема сохраняется.
7.Электрическое соединение есть. Сопротивление 0.5 Ом
8.Крейт проверяется в условиях офиса, источники сильных ЭМ полей отсутствуют.
Аналогичная ситуация происходит с модулем LTR-CEU-1-4 №2T728344 (LTR-25 №2Т213710). Чаще всего ошибка возникает в начале работы, при повторном запросе все проходит корректно.
При работе с модулем LTR-CEU-1-4 №2Т422020 с Ltr-25 № 2T213669 данная ошибка не была замечена.

Сообщите, пожалуйста, VerFPGA, VerPLD, BoardRev ( https://www.lcard.ru/download/ltr25api.pdf п. 4.2.4 ) этих модулей LTR25.
Уточните также, при какой температуре окружающего воздуха происходит данная проблема?

Здравствуйте, данная проблема происходит при комнатной температуре (в районе 22-24 °С).
2T728347, 2T728344,
VerFPGA:    12
VerPDL:     1
Board rev: 1

2T422020
VerFPGA:    4
VerPDL:     1
Board rev: 1

Здравствуйте, Василий.
Я провел следующую проверку по Вашему обращению:
- Взял два модуля LTR25 из той же партии, что и Ваши  модули 2Т213710, 2T213663.
- Обновил у них прошивку FPGA до 12-ой (остальная конфигурация там аналогичная)
- Многократно запускал ПО UTS с этими модулями. Сбор данных начинался успешно, и ошибка -10608  никогда не возникала.
- Опросил коллег, которые работали с LTR25. - Подобных проблем никогда не возникало.
В этой ситуации я прошу Вас установить у себя ПО UTS c нашего сайта  https://www.lcard.ru/download/uts.zip и попытаться с ПО UTS  воспроизвести у себя эту ошибку:   
После
Systerm -> Connect сделайте
Module -> (выбираете соответствующий LTR25 ),
Module -> Configure (где устанавливаете все Вашим настройки),
Service -> Multimeter  (после чего должен успешно запуститься сбор данных)
Если ошибка  -10608 проявится, снимите, пожалуйста, скриншот текущего окна, а также окна Configure (с Вашими настройками). Выложите скриншоты сюда.
...В случае, если эта ошибка у Вас не проявится под UTS, то она не проявится и у нас - даже, если Ваши модули взять в ремонт.

...К сожалению, под Linux для LTR25 у нас нет подобного UTS диагностического ПО.

А модули LTR25 2Т213710, 2T213663 в своих крейтах проверялись на том же самом рабочем месте, что модуль 2T213669? Если это физически разные места, то в конкретных  "офисных условиях", например, из-за чрезвычайно грязной электросети такие проблемы могут возникнуть...

Здравствуйте, Василий.
В данном случае, поскольку причина ошибки -10608 непонятна, техподдержка ждёт от Вас результатов тестирования с помощью ПО UTS в тех условиях, в которых данная проблема проявлялась. Для разрешения подобных неопределённых ситуаций как раз и предназначено данное тестовое ПО...
В частности, если существует внешний электрофизический фактор, вызывающий данную проблему, то это проявится в данных условиях с ПО UTS. Если это -  проблема Вашего ПО, то в тех же условиях под UTS проблем не будет. В то же время, у техподдержки пока нет оснований рассматривать версию одинаковой неисправности двух модулей LTR25 из трёх...