Форум:

Также смущает, что у Вас в объявлении идет _pack_ = 1, хотя ltr24api.h используется выравнивание на 4, а не 1.
Также, чтобы проверить правильность описания структур в Phyton, сравните значение размера структуры TLTR24, полученное sizeof из вашей программы, и значение, которое будет в поле Size после вызова LTR24_Init()

А в тестовый режим зачем переключаете? Тестовый режим для канала диф. входа это как раз режим измерения собственного нуля, тогда данные вполне объяснимы...

RS485 на LTR43 можно использовать при написании своей программы с использованием штатной библиотеки ltr43api (функции описаны в https://www.lcard.ru/download/ltr43api.pdf).

В LMS в настоящее время работа с RS485 LTR43 не поддерживается. Также не совсем понятно, что имеется ввиду под поддержкой RS485 в законченном ПО, тут скорее может идти речь о поддержке конкретных устройств с интерфейсом RS485, подключаемых к LTR43.

Для чего Вы хотите использовать RS485? Что именно к нему подключаете?

Добрый день.
Все коды идентификаторов модулей есть в перечислении _LTRNative.MODULETYPE, с ними по хорошему и нужно сравнивать, вставляя его значения как Net Property. Сами же эти числа являются по сути двухбайтовыми значениями, где младший и старший байт равны номеру модуля, т.е. их можно получить по формуле: n + 256*n, где n - номер модуля.

А какая версия прошивки крейта у Вас используется (можно посмотреть в LTR Manager)?

Есть ли на этой системе инструменты сборки ПО (gcc)? Есть ли возможность собрать консольный пример для модуля https://gitlab.com/l-card/acq/devices/x … type=heads и протестировать, будет ли зависание, если его запускать?

Если взять пакет x502studio (это та же lqmeasstudio, просто в новых версиях сменила название) версии 1.3.2, то проявляется ли на ней? Если в настройках приложения отключать спектральную обработку и/или увеличить интервал обработки/уменьшить время блока обработки, то как-то это влияет на зависания?

Здравствуйте.

По поводу точности, то нужно учитывать, что для любого способа, основанного на внутренней частоте процессора есть ошибка, связанная с неточностью значения самой этой частоты, от которой работает процессор. Для L-502 эта точность 50ppm или 0.005 % (т.е. для измерения времени секунды может быть ошибка до 50 мкс).

По поводу Вашего кода.
Во первых не совсем понятна инициализация таймера, *pTIMER0_CONFIG = 0x0003 - это режим работы EXT_CLK - подсчета импульсов внешнего сигнала, который должен подаваться на соответствующую ножку процессора (чего в схеме L-502 нет), значения pWIDTH и pPERIOD также не очень понял, и они устанавливаются когда *pTIMER0_CONFIG равен 0, т.е. таймер запрещен и эти изменения вообще могут быть неприменимы.

Если Вам нужен таймер, который генерирует прерывания раз в мс, то Вам нужно настроить режим PWM_OUT без использования собственно выходного сигнала PWM на ножке (OUT_DIS = 1), с постоянной (не однократной) генерацией сигнала (PERIOD_CNT = 1) и с разрешенной установкой бита прерывания в конце каждого периода (IRQ_ENA = 1). Таймер по умолчанию работает от частоты SCLK = 132.5 МГц, соответственно в регистр длительности периода, чтобы она была 1 мс, нужно записать значение 132500. Регистр WIDTH определяет длину активного значения импульса (duty cycle) для сигнала pwm и т.к. сам PWM сигнал Вы не используете, то его значение не важно, но на всякий случай лучше установить его в действительное значение, т.е. не менее 1, но меньше PERIOD.

Т.е. код инициализации таймера без разрешения обработчика прерывания таймера может выглядеть так:

*pTIMER0_CONFIG = PWM_OUT | PERIOD_CNT | IRQ_ENA | OUT_DIS;
*pTIMER0_PERIOD = 132500;
*pTIMER0_WIDTH  = 1;
*pTIMER_STATUS = TIMIL0; /* сброс флага прерывания на случай, если он был установлен */

После конфигурации таймер необходимо также запустить через TIMER_ENABLE.

*pTIMER_ENABLE = TIMEN0;

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

if (*pTIMER_STATUS & TIMIL0) {
    *pTIMER_STATUS = TIMIL0; /* сброс идет записью 1 */
    
    /* увеличение счетчика мс */ 
}

Если все работает как надо (идет подсчет мс корректно), то долее можно разрешить уже обработчик.

Строка REGISTER_ISR(12, inc_time); регистрирует обработчик прерывания для прерывания IVG12. Через регистры IAR Вы делаете маппинг прерываний от периферии на прерывания контроллера (IVG7 - IVG15) (что необходимо, т.к. обработчиков под периферию всего 9, а источников намного больше). В макросе Pxx_IVG(n)  значение n - это как раз номер IVG, а значение xx - Peripheral ID# (для TIMER0 - 32), т.е. правильный вызов макроса - P32_IVG(12). Во-вторых делать просто операцию "или" не совсем корректно, т.к. уже есть назначение по умолчанию при старте и поле может быть не 0 (и к слову для TIMER0 это как раз IVG12 и можно было бы ничего не писать), поэтому сперва значение этого поля в IAR4 нужно обнулить. Для этого я не нашел готовый макрос, поэтому в прошивке пишу через явную битовую маску:

*pSIC_IAR4 = (*pSIC_IAR4 & 0xFFFFFFF0) | P32_IVG(12);

Т.е. после настройки таймера и до его разрешения через pTIMER_ENABLE, нужно вставить:

*pSIC_IAR4 = (*pSIC_IAR4 & 0xFFFFFFF0) | P32_IVG(12);
REGISTER_ISR(12, inc_time);
*pSIC_IMASK1 |= IRQ_TIMER0;

В обработчике прерывания необходимо аналогично проверить флаг от таймера и сбросить его, после чего вызвать ssync(), чтобы флаг сбросился до выхода из обработчика и не попасть в обработчик второй раз:

ISR(inc_time) {
    if (*pTIMER_STATUS & TIMIL0) {
        *pTIMER_STATUS = TIMIL0; /* сброс идет записью 1 */
    
        /* увеличение счетчика мс */ 

        ssync()
    }
}

Да, смена настроек поддерживается только через подключение по USB интерфейсу.

Для основанных на Debian дистрибутивов (как Astra) для atomic-ops должен стоять штатный пакет libatomic-ops-dev. Если ставить библиотеку из пакета, то эта зависимость уже прописана, если собирать вручную, то нужно поставить явно:

sudo apt install libatomic-ops-dev

После сборки библиотеки Вы как раз и получите .so файл.
Другой вопрос, что liblcomp написан на C++ с использованием виртуальных методов, и весь вопрос, насколько это можно напрямую использовать из C#. С обычными C функциями с этим проблем нет и в случае lcomp для Windows некоторыми клиентами для работы из C# использовалась "обертка" на C для lcomp (wlcomp), функции которой уже вызывались из C#.

Там строчки были только для ltramanger. ltrd и ltrapi - отдельные пакеты. Устанавливали его с помощью:

а для библиотек соответственно:

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

Если используете Astra Linux, то у них на wiki есть таблица совместимости версий Astralinux с версиями Debian:
Common Edition: https://wiki.astralinux.ru/pages/viewpa … d=79168056
Special Edition: https://wiki.astralinux.ru/pages/viewpa … d=53646577

Для соответствия номеров и названий версий Debian можно посмотреть страницу релизов Debian: https://www.debian.org/releases.
Например, если Ваша версия Astra соответствует Debian Stretch, то это Debian 9.
И в этом случае в инструкции https://www.lcard.ru/download/lcard_lin … utions.pdf нужно указывать Debian_9.0 вместо xUnbuntu_18.10 (взятой там для примера).

То что указали, что ссылка не работает, спасибо, как дойдут руки, постараюсь обновить документ и заодно включить данную информацию о соответствии с Astra.

По поводу packages, то это эта директория идет как субмодуль, видимо у Вас скопировалось содержимое без него.
Для получения исходников с субмодулями можно из командной строки вызвать:

git clone --recurse-submodules https://gitlab.com/l-card/acq/devices/emodules/shared/lcomp/drivers/lcomp_driver_linux.git <директория для сохранения>

Автогенерируемые в gitlab архивы (доступные по Download) не включают суммодули, этот глюк (типичный для многих серверов систем контроля версий) к сожалению так и не поправили видимо...

Да, действительно, драйвер работал корректно только для IrqStep кратного странице памяти (2048 отсчетов). Выложил обновленную версию пакета драйвера lcomp-dkms версии 1.58.5 (в библиотеке liblcomp изменения не требуются). Проверьте.