Пишем загрузчик ПЛИС в LabVIEW. Часть 2

[@proton17]

А есть возможность все это не мышкой рисовать, а прописать кодом в блокноте и потом просто загрузить в LabView?

[@Shamrel]

К сожалению нет. Да и смысл? Можно открыть Qt Creator и прописать все, и загружать ничего никуда не потребуется.
А если серьезно, иногда очень не хватает импорта некоторых форм из текстовых языков. Например, было бы здорово импортировать enum из сишного хедерника.
Но если есть желание поиметь инструментарий LabVIEW и писать обычным кодом, то стоит взглянуть на продукт NI LabWindows.

[@proton17]

Мы как-то общались с народом из NI на тему создания стенда для проверки нашего оборудования. Нашим программистам не очень понравилось. Задали три вопроса:
— можно ли писать текстом
— есть ли поддержка питона
— есть ли поддержка linux
На все вопросы ответ нет(((

[@Shamrel]

Для текста нужно использовать NI LabWindows. Поддержка линукс есть. Про питон не знаю, но сомневаюсь.

[@proton17]

Тут как обычно дьявол в деталях. Если надо просто LabView на десктоп, то пожалуйста — linux есть. Но если нужна система с PXI-контроллером (встроенный комп NI) то тут только Windows и точка. Да и на практике оказывается что там куча проблем с дровами под линукс. Таже хрень и с питоном, вроде как поддержка есть, но делается она чуть ли не средствами комьюнити и опять же куча железа не окучена. Короче у ребят очень крутое железо, хороший софт, но все жутко проприетарное, как у Apple, ни шагу в сторону. Если нужна гибкая система это не всегда здорово.

[@AndreyDmitriev]

поддержка питона появилась в 2018
Python Resources for NI Hardware and Software
Но вообще не стоит сранивать с текстовыми языками.
Я много лет назад пересел с Дельфи на LabVIEW. Тошнотворный привкус изчез где-то через пару недель.
Ну ещё от области применения довольно сильно зависит — если всё завязано на железки NI, то с текстовым языком возни будет сильно больше.
Для тестовых стендов есть NI TestStand.

[@Shamrel]

Я так и не пересел на LabVIEW. Там где приходилось его использовать, выкручивался следующим образом: основной код делал на С/С++ в виде dll, а на LabVIEW только GUI. Такой подход меня спасал наверное только по тому, что я не работал с железяками NI — у нас были самопальные контроллеры.

[@AndreyDmitriev]

Да, у нас тоже есть самопальные железки и я только через библиотеки их и подключаю. Но за много лет я таки нашёл несколько сильных сторон в этой среде разработки и в общем-то не всё так уж плохо. Я всё собираюсь несколько туториалов «с нуля» написать, в которых рассмотреть этот язык с точки зрения «языка общего назначения», да всё руки не доходят. Причём взять LabVIEW NXG для изучения — уже вышла третья версия. Эта версия ещё не доросла до того, чтобы делать что-то серьёзное, однако для обучения графическому программированию — самое то, как мне кажется. У меня, кстати, в основном проекте уже почти семь тысяч SubVI с контролами и ничего — полёт нормальный.

[@Iryaz]

LabView для GUI по моему только и пригоден. Остальное делать на нем — это гемор

[@proton17]

Да, питон вот-вот появился официально, до этого поддержка осуществлялась только самими пользователями. И даже сейчас часть интересующих нас железок не имела поддержки через питон. Возможно за пару лет допилят. А по поводу графического интерфейса — это конечно на любителя. Когда простые тестовые задачи, наверное, это удобно. Но когда нужны очень сложные проверки это становится как-то геморно. Нам показывали большие проекты, так вот там что-то оперативно поменять очень сложно. Нужно сделать 100500 кликов мышкой и переходов по всяким пунктам меню и спискам вместо изменения 10 строк питоновского кода. Да и хранить такие проекты в гите та еще задача. У нас повсеместно и для ПО и для Verilog используется GitLab. Он работает с текстовыми файлами. Всегда видно кто что и когда изменил. Тут же это отследить невозможно. Для любой модификации теста на месте нужен LabView, что не всегда возможно. TestStand нам тоже показывали — проблемы те же. В общем под наши задачи это все не подошло, хотя железо конечно шикарное, претензий нет)

[@Iryaz]

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

[@Shamrel]

Просто другая парадигма. Довольно быстро привыкаешь. Важно изначально придерживаться дисциплины и не раскидывать элементы где попало и как попало. Тогда получается очень наглядно и вполне съедобно.