Добрый день.
Если настроите этот параметр, то после запуска в программе сбор сразу не начнется, а модуль перейдет в режим ожидания фронта сигнала на этом входе. Аппаратно в модуле есть только режим старта по внешнему сигналу, а останов сбора идет всегда по команде с компьютера программным образом, как уже заложено в ПО верхнего уровня. В LGraph2 останов доступен по кнопке или по завершению времени сбора.  Возможности останова по изменению внешнего сигнала (подобно этой теме в LMS - https://www.lcard.ru/forums/viewtopic.php?id=10832) в LGraph2 нет. Кроме того, состояние входа START на LTR11 нельзя опрашивать как дискретный вход общего назначения, он служит только для запуска сбора, поэтому в принципе даже в своем ПО останов по внешнему сигналу именно на данном входе на верхнем уровне сделать нельзя, если только по изменению сигнала на входе разъема синхронизации крейта или дискретному входу других модулей.

А какой именно у Вас DEVICE_ADDRESS?

Т.е. если заменить только библиотеку ltr11api и ltrapi, но не заменять билиотеку ltr43api, то работает и на новом крейте с новым модулем?
А если с новым крейтом на 2.0.0.0 и новым модулем и новой билиотекой?
И старый модуль в новом крейте заработал у Вас тогда именно с новой библиотекой?

И можете написать серийные номера старого и новго LTR43 и крейта?

А библиотеку Вы тоже обновили на последнюю как и с LTR11?

Оба модуля проверяете на одном и том же ПК, на одной и той же программе? И подключаете тоже по RS к одному и тому же экземпляру внешнего устройства (с которого считываете данные по RS)? Меняется исключительно только крейт и модуль? Или что-то еще?
Кстати, есть возможность переставить модуль в другой крейт, раз Вы его судя по всему разобрали и проверить, не влияет ли сам крейт? И какая версия прошивки второго крейта (отображается в LTR Manger, на скрине у Вас 3.0.0.17 - это на сколько я понимаю новый?)

И что за переменная "EnableModbusWork" в программе?  Как будто идет попытка защиты от вызова из разных потоков. Она все же из одного всегда вызывается?

1. Можете проверить версию прошивки LTR43 там где работает и не работает (либо в своей программе строка из TLTR43.ModuleInfo.FirmwareVersion), либо например поставить дема LMS создать эксперимент и войти в обзор подключенного оборудования.

2. В Вашей программе никаких других действий не происходит с LTR43? Никаких запусков синхронного ввода цифровых линий или работы из разных потоков в программе нет?
Если оставить только открытие модуля и однократное чтение регистра Modbus (чтобы иcключить влияние последовательности чтений), то так же будет от смены адреса этого чтения то работать, то нет?

Кажется понял в чем проблема, попробуйте еще раз переустановить пакет

Если речь идет про погрешность, возникающую "при стандартном использовании БПФ" из-за фиксированного шага БПФ по частоте, на который искомая частота может точно не попадать, то для измерения амплитуды гармоники это не относится, т.к. для этого измерения БПФ не применяется, а вычисляется именно значение амплитуды на определенной частоте (полученной от фазоотметчика и умноженной на заданное n, которое может быть дробным).

Попробуйте переставить пакет, появится ли установленный файл. и пришлите вывод в консоль при установке пакета.

Минимальная частота опроса АЦП - чуть меньше 2 Гц (если точно - 2000000/(1024*1024)). Частота на канал может регулироваться еще и за счет межкадровой задержки.
Для указанным Вами частот никаких проблем быть не должно.

Здравствуйте. Спасибо, действительно под Ubuntu 26.04 не все пакеты собрались, поправил основные указанные Вами, должны появится после завершения сборки. Проверьте. В ближайшее время поправлю и остальные.

Да, все правильно