А что именно подразумевается под "Сломалось взаимодействие с нашим ПО"? Какие именно возможности LTR43 вы используете и в чем проявляется некорректная работа?

Так с точки зрения api работа не должна была меняться. Чтобы проверить, действительно ли проблема в версии прошивки LTR43, выложил сюда архив с версией 2.0: http://lcard.ru/download/ltr43_avr_update_2.0.zip (нужно разархивировать, закрыть все программы, работающие с модулем LTR43, и вызвать ltr43_update_all.bat)

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

Не совсем так, правильнее каждое поле от начала структуры выравнено на минимум между своим размером и 4 (т.е. байтовое располагается подряд, WORD всегда выравнен на 2 байта от начала структуры, DWORD/INT/float/double выравнены на 4 байта)
Т.е. например несколько байтовых полей идут всегда подряд.
Если два байтовых поля, а потом двухбайтовое, они тоже будут подряд.
Если одно байтовое, а потом двухбайтовое, то будет пропуск после первого байта, чтобы выравнять второе поле на 2 байта.
Если одно байтовое, а потом 4-х байтовое, то после байтового поля будет 3 байта пропуска, чтобы выравнять второе на 4 байта.
Если одно байтовое, а потом 8-и байтовое, то будет точно также 3 байта пропуска, т.к. из-за pack(4) поля размером больше 4 тоже выравниваются на 4

Также нужно учесть, что размер BOOL 4 байта, а размер BOOLEAN - 1 байт. Размер указателя зависит от используемой разрядности компилятора/виртуальной машины (4 или 8 байт).

Если в языке есть способ узнать размер полученной структуры (по аналогии с sizeof в C), то правильность вы всегда можете проверить, сравнив размер, полученный в вашем языке аналогом sizeof, с размером, который будет в поле Size после вызова LTR24_Init

Здравствуйте. Если говорить про исходную библиотеку  e502api/x502api на C, то она под Linux работает, в том числе и под ARM, нужно только собрать или взять собранный пакет под нужную архитектуру и ОС.
Что касается LabView и .Net обертки (lpcieNet), через которую работают штатные примеры LabView, то их работа под Linux не проверялась. Нельзя исключать, что для запуска понадобятся какие-то правки.
Ну и само LabView, нужно смотреть как у него с поддержкой ARM, раньше вроде была поддержка только amd/intel, вроде есть некий LabVIEW Hobbyist Toolkit для запуска  на Raspberry, но не знаю, есть ли там какие-то особенности...

Технически сама возможность может быть реализована, но в настоящий момент на эту возможность активных запросов от клиентов нет.
Если Вам эта возможность нужна, то можете написать запрос с описанием задачи на почту поддержки (support@lcard.ru), чтобы узнать возможные сроки и условия реализации этих возможностей.

А Вам требуется этот расчет именно на уровне модуля? Так то сам модуль может выдавать как сохраненные временные выборки исходного сигнала, так и непрерывный поток отсчетов, по ним должно быть возможно рассчитать нужный спектр уже на ПК в своей программе. Или Вас устраивает, что он может быть рассчитан на верхнем уровне, но Вам хотелось бы иметь уже готовое ПО верхнего уровня, которое может его строить?

Здравствуйте!
Аппаратно на уровне модуля такой возможности к сожалению нет. Только если вместе с данными АЦП выполнять синхронный ввод с цифровых линий и уже на верхнем уровне анализировать состояние входа и вручную останавливать сбор.

Да, если подать в качестве параметров флагов 0, это значит отсутствие флагов, что Вам и нужно.

По поводу формулы восстановления, то offs идет для 24-битного кода, поэтому сперва нужно домножить на 256, а потом уже прибавлять offs. И так же значение параметра offs вычитается (см. описание X502_SetAdcCoef), т.е. формула будет:

(N*256 - offs) * k * RANGE / 6000000

Странно, видимо скачался у Вас старый файл прошивки, возможно браузер закешировал. В старом файле 1.0.5 действительно могла отображаться версия 1.0.4.2, но он должен быть уже заменен. Попробуйте по явной ссылке с версией: https://www.lcard.ru/download/vi101_fw-v1.0.6.lbmf .
Перед обновлением должна отобразиться доступная версия 1.0.6 и после обновления версия прошивки должна стать 1.0.6.

Здравствуйте.
E502-P1 может работать от внешней частоты до 2000000 Гц.
Для остальных модификаций подавать внешнюю опорную частоту выше 1500000 Гц некорректно, сам модуль работать будет, но вот с точки зрения измеряемого сигнала, могут быть искажения, т.е. для случая выше 1500000 Гц корректность измеряемого сигнала и соответствие характеристикам модуля не гарантируется.

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

Если Вы работаете через библиотеки ltrapi / ltrXXXapi, то работа с крейтом по сети ничем не отличается от работы с крейтом по USB, так как API работает с службой ltrd, которая уже работает с крейтами либо по USB, либо по Ethernet, и всю специфичную для интерфейса обработку берет на себя. Вам нужно только добавить в службу IP-адрес крейта и выполнить запрос на подключение по нему. Это можно сделать через программу LTR Manger или функции ltrapi (вариант через LTR Manger описан в главе 3 документа https://www.lcard.ru/download/ltr_soft_ … tarted.pdf, если нужно более подробное описание LTR Manger, то оно есть тут https://www.lcard.ru/download/ltr_cross_sdk.pdf, а по функциям API - раздел 5.3.5 в https://www.lcard.ru/download/ltrapi.pdf).

Использование TCP Open Connection нужно только если Вы вообще хотите работать с крейтом напрямую без API и без службы, но это тогда Вам весь код протокола обмена из ltrd и ltrapi нужных модулей нужно реализовывать вручную, на основе исходных кодов этих программ, так как у нас нет документа, описывающиего эти протоколы.

Судя по всему действительно был небольшой период, когда версия модуля не наносилась на плату. Но сами модули кроме маркировки одинаковы, первое число до буквы в серийном номере по сути соответствует версии модуля.

Вы ранее указывали номер LTR27 4T118164, который работал везде, а это номер тоже LTR27v4 (в отличие от 2R330323). Т.е. получается все же часть LTR27v4 у вас работают во всех крейтах? Это в общем вполне возможно, т.к. проблема не в том, что определенная версия LTR27 не работает с определенной версией крейта, а скорее в том, что определенные экземпляры LTR27 могут не работать с определенными экземплярами крейтов, а в других работать, даже при одинаковых всех прошивках и т.п. При покупке крейта с модулями оборудование тестируется в собранном виде и поэтому при использовании в купленном составе проблем нет,  они могут и возникнуть только при перестановке. В 2021 году подобная проблема была обнаружена и исправлена в прошивке ПЛИС самих модулей LTR27, т.е. если проблема у Вас та же, что была обнаружена тогда, то при покупке новых модулей будет уже новая прошивка и этой проблемы не будет. Другой вопрос, что точно гарантировать, что у Вас точно та же проблема, что была исправлена в прошивке ПЛИС можно только если обновить у нас прошивку в неработающих модулях и проверить на крейте, в котором она не работала (по тем признакам что можно узнать удаленно очень похожа). 

Обновить прошивку ПЛИС самого LTR27 к сожалению возможно только у нас.

Версии из LTR Manager - это версии прошивок крейта, а не прошивок модулей. Версии прошивки модулей можно узнать только в ПО, работающем с модулями. До 21 года прошивка вообще не менялась в течении жизни для LTR27v4, поэтому версия была введена уже в 21 году и большинство ПО действительно ее не отображает. Посмотреть можно в программе LMS (https://www.lcard.ru/products/software/lms). Можно использовать бесплатную демо-версию. Для этого нужно создать новый эксперимент, перейти на вкладку устройства и нажать там иконку "синхронизация списка устройств" и выбрать в обнаруженных модулях требуемый модуль. Там будет в информации поле "Версия PLD" и для LTR27 с исходной прошивкой будет версия 0, а в обновленных - 1.

В штатном репозитории есть пакеты для написания своего ПО для работы с крейтами, включая библиотеки на C, службу ltrd, и программу просмотра подключенного оборудования и настройки крейтов LTR Manager (cv. https://www.lcard.ru/download/ltr_cross_sdk.pdf).
В качестве законченного пользовательского ПО для LTR, из работающего под Linux, только LMS. Но без приобретения лицензии она работает только в демо-режиме, где доступны до 2-х каналов.