Портирование Vi с Windows на Linux

[poklad]

Hi All!

Имеется проект, работающий в Labview 2017 под Windows. В проекте используется внешняя библиотека. Функции из этой библиотеки вызываются через .Net.
Сама библиотека написана на Си. Разработчик говорит что есть ее вариант скомпилированный под Linux. Так же говорит что можно перекомпилировать, если линух специфический.
Есть острое желание перевести этот проект под Линукс.
Вопрос такой. Как в Labview под Linux вызывать функции из внешней библиотеки? Есть ли какой то аналог среды .Net?

Jury

[Artem.spb]

Есть ли какой то аналог среды .Net?

Есть аналог DLL (Call Library Function Node)

[Borjomy_1]

Если библиотека написана на C, то ее можно перекомпилировать в .so файл и ее функции вызвать через Call Library Function. Мало того, есть возможность обеспечить кросс-платформенность, если в CLFN указывать не файл "library.dll" и не "library.so", а "library.*" Тогда в среде Windows будет подцепляться библиотека .dll, а если открывать проект под Linux, то подцепится библиотека .so

[poklad]

Hi!

Всем спасибо за ответы!
Тогда еще один вопрос.
Можно ли под виндами скомпилировать проект для запуска на Linux?
Сейчас есть более-менее работающий проект непрерывного сбора данных с АЦП. Работает все это на могучей машине под виндами. Из специфичного там работа с библиотекой АЦП и запросы к операционке по поводу загрузки проца, расхода оперативки и свободного места на диске. На пробу я запустил это проект на "дохлом" селероне 8-летней давности, водрузив на него полностью Labview (пытался обойтись только RunTime, но с ходу что то не пошло) . Работает, причем загрузка проца - 50-60%, хотя иногда прыгает до 100, но сбоев вроде не было.
Цель такая - взять маломощный одноплатный комп (в идеале Rasberry) и запускать проект на нем. Формально производительность того селерона на котором я запускал проект и raspberry Pi4 сравнимы.
Я думал использовать тулбокс Hobbyist, который, как я понимаю, является аналогом тулбокса Real Time - т.е. отладка идет на могучей машине, а в конечном итоге все крутиться на хосте под линуксом.
С крейтом PXI и RT Os контроллером я работал.
Это здравая идея? Или можно как то проще?

Jury

[IvanLis]

Можно ли под виндами скомпилировать проект для запуска на Linux?

Если коротко, то нет
Особенно с учетом:

Из специфичного там работа с библиотекой АЦП и запросы к операционке по поводу загрузки проца, расхода оперативки и свободного места на диске.

Библиотека (я так понимаю это драйвер, через который идет взаимодействие с АЦП) есть под Linux?
И не совсем понятно, зачем запросы? Они же тоже грузят как саму систему, так и программу. Их использование позволяет улучшить программу?

[Borjomy_1]

На Распберри поднимается Дебиан, на нем ставится LabVIEW Runtime под linux. И приложение, скомпилированное на Linux машине можно запускать.
Важно: LabVIEW Pro под Linux не лицензируется напрямую. В отличие, например, от Community. При этом, билдер входит в состав дистрибутива. Вот такая история. Т.е накатываешь pro версию через репозиторий и она... ничего не требует для работы.
На Астре ставили, работает.

[poklad]

Hi All!

Библиотека (я так понимаю это драйвер, через который идет взаимодействие с АЦП) есть под Linux?
И не совсем понятно, зачем запросы? Они же тоже грузят как саму систему, так и программу. Их использование позволяет улучшить программу?

АЦП от Lcard-а. У них есть версии библиотеки под какой то линукс, но они сказали, что при необходимости могут ее перекомпилировать под тот который нам нужен.
По поводу мониторинга. Я не заметил, чтобы запросы загрузки процессора + расход оперативки + свободное место на диске раз в 10 секунд хоть как то грузили систему. По крайней мере винды. А для отладки может быть весьма полезно понимать чего не хватает. А свободное место на диске - это просто must have - если оно заканчивается - прогу надо штатно остановить...

На Распберри поднимается Дебиан, на нем ставится LabVIEW Runtime под linux. И приложение, скомпилированное на Linux машине можно запускать.

Я правильно понимаю, что с тулбоксом hobbyist лучше не заморачиваться? А на нормальную машину ставить линукс, лабвью и отлаживать? После чего компилировать.

Jury

[FredP]

Я правильно понимаю, что с тулбоксом hobbyist лучше не заморачиваться? А на нормальную машину ставить линукс, лабвью и отлаживать? После чего компилировать.

У меня есть некоторый опыт по LCARD https://www.lcard.ru/forums/viewtopic.p ... 1529638847 Дело не простое, но все получилось. Hobbyst однозначно в сад, так как там не реализован GUI.

[poklad]

Hi!

У меня есть некоторый опыт по LCARD https://www.lcard.ru/forums/viewtopic.p ... 1529638847 Дело не простое, но все получилось. Hobbyst однозначно в сад, так как там не реализован GUI.

Ссылка битая, но топик нашел...
Я не понял про "оболочку вместо .NET". Разве CLFN недостаточно? Как я понял, через эту штуку напрямую вызывается функция из библиотеки, а переменные которые туда передаются или возвращаются прописываются по именам из документации. Это конечно гораздо менее удобно, чем в .NET, когда их выбираешь из списка, но терпимо.
И вопрос по поводу hobbyst. В Real Time, как я понимаю, тоже не было GUI, но была возможность обратиться к панели через WEB. Там на контроллере запускалось что то типа web сервера. В hobbyst такого нет?

Jury

[FredP]

Это разные вещи: Desktop linux и Real-time module. Приложения, которые билдятся в этих тулкитах и там и там имеют GUI, но работают на разных рантаймах. В Desktop linux есть поддержка русской локали. Но нет поддержки timed loop, например.

В hobbyst нет веб-сервера. Только GUI в режиме отладки, отображаемые на хост-машине.

[ujin1]

В hobbyst нет веб-сервера. Только GUI в режиме отладки, отображаемые на хост-машине.

Есть.
Так же есть web socket, web socket security, OPC UA сервер, работа с последовательными портами.

Немного информации по hobbyst

[FredP]

В hobbyst нет веб-сервера. Только GUI в режиме отладки, отображаемые на хост-машине.

Есть.
Так же есть web socket, web socket security, OPC UA сервер, работа с последовательными портами.

Немного информации по hobbyst

Мне показалось что TC хотел получить доступ к лицевой панели VI через браузер, раз исполнительный файл не имеет GUI. Ну, что то вроде remote front panels. "такого" веб-сервера нет ;)

[ujin1]

Мне показалось что TC хотел получить доступ к лицевой панели VI через браузер, раз исполнительный файл не имеет GUI. Ну, что то вроде remote front panels. "такого" веб-сервера нет ;)

Раньше это был доступ через Silverlight. Silverlight не поддерживается.
В новых версиях надо спросить у пользователей есть ли вообще такая функция.
Где-то на этом форуме есть про это тема.

[IvanLis]

Где-то на этом форуме есть про это тема.

Web-интерфейс виртуальных приборов в системе LabVIEW