Среда разработки и платформа для выполнения программ, созданных на графическом языке программирования «G» фирмы National Instruments
https://habr.com/ru/post/57859/
Делимся опытом!
LabVIEW
-
- Лейтенант
- Сообщения: 516
- Зарегистрирован: 25 фев 2018, 08:48
- Откуда: Оренбург
- Имя: Александр
LabVIEW
Учитывая что автор FLProg полез куда то в глубь и конца и края углублению не видать, то использование LabView вполне было бы нормальным, если бы еще LabVIEW Run-Time был бы бесплатный.
А если рассматривать один из вариантов, то это видимо был бы самый не плохой вариант.
А если рассматривать один из вариантов, то это видимо был бы самый не плохой вариант.
LabVIEW
Мнение:KulibinOrsk писал(а): ↑25 июл 2021, 17:56 Учитывая что автор FLProg полез куда то в глубь и конца и края углублению не видать, то использование LabView вполне было бы нормальным, если бы еще LabVIEW Run-Time был бы бесплатный.
А если рассматривать один из вариантов, то это видимо был бы самый не плохой вариант.
1.автор программы глубоко представляет область графического программирования и эти знания дают ему возможность выбирать направления развития.
2.многие авторские инновации порой поражают новизной и своевременностью.
Выделю важные на мой взгляд крупных вехи:
2.1.ModBus (остаются вопросы по "полировке") ;
2.2.Управление платами по условию;
2.3.Wi-Fi (здесь есть вопросы по развитию);
2.4.Введение клеммы;
2.5.Последняя, похоже до конца недооценная -новый редактор пользовательских блоков.
3.Еще есть mini-Scada -возможно к этому еще будет возврат.
4.FLProg становится уникальным продуктом графического программирования по следующим свойствам:
4.1.Открытый код на уровне C++;
4.2.Открытая возможность добавления новых контроллеров;
4.3.Интегрированность со средой Arduino. Когда-то в профессиональной эта среда была вроде как "Гадким утенком", а теперь только за последний год разработчики электроники наперегонки кинулись разрабатывать средства интеграции с Arduino.
4.4.Возможность на уровне дополнительных библиотек ликвидировать (или ослабить) прорехи среды Arduino - не высокая стандартизация, конфликты библиотек, низкий уровень массовых библиотек- "тормозят" из-за неразумного использования функции delay(), громоздки, некоторые важные параметры размещены в разделе private и пр.
4.5.Возможность создания собственных пользовательских блоков - в результате возможно создание очень сложных проектов.
4.6.Высокий уровень самодокументирования.
4.7.Уже сейчас FLProg по совокупности потенциально лучше, чем известные мне системы графического программирования контроллеров управления типа ПЛК.
4.8. И пр.
--------
По LabVIEW - действительно интересный продукт, и его полезно использовать в области лабораторных исследований. Однако попытки использовать его в более широкой сфере скорее всего приведут к трудностям - в т.ч. и в следствии "закрытости" этого продукта.
LabVIEW
Огромный респект Автору и Команде за Вашу Работу!
Хотел поделиться свежим взглядом и мыслями на тему развития проекта...
Взгляду всего неделя, как увидел этот проект.
Знаком с LabView уже около 20 лет... Затем познакомился с Ардуино, было интересно, дешево и достаточно функционально, но не доходили руки... Была попытка подружить Ардуино с LabView по последовательному порту ( одну даже китайцы купили...). Но как видим в Америке на на Ардуино "забили"...
А теперь по сути.
Прочитав сообщение - #3Сообщение ecoins » 25.07.2021{, 19:07}
KulibinOrsk писал(а): ↑ хотелось сказать, что это все хорошо, нужно и полезно.
Но с нарастающим количеством информации (в виде блоков) на экране (блоков, плат ...) начинает теряться весь смысл графического программирования. Это становится похоже на принципиальную блок-схему, которая понятна только инженерам, электронщикам. И "проследить за сигналом" уже сложно, нужно разбираться в блок схеме, с различными переходами...
В LabView это интуитивно понятней, компактнее...
Вижу смысл двигаться в этом направлении, но есть ли возможность не могу судить.
Потому, что "Интуитивно понятный интерфейс завоевал весь мир..."
Интересно услышать мысли аудитории...
Хотел поделиться свежим взглядом и мыслями на тему развития проекта...
Взгляду всего неделя, как увидел этот проект.
Знаком с LabView уже около 20 лет... Затем познакомился с Ардуино, было интересно, дешево и достаточно функционально, но не доходили руки... Была попытка подружить Ардуино с LabView по последовательному порту ( одну даже китайцы купили...). Но как видим в Америке на на Ардуино "забили"...
А теперь по сути.
Прочитав сообщение - #3Сообщение ecoins » 25.07.2021{, 19:07}
KulibinOrsk писал(а): ↑ хотелось сказать, что это все хорошо, нужно и полезно.
Но с нарастающим количеством информации (в виде блоков) на экране (блоков, плат ...) начинает теряться весь смысл графического программирования. Это становится похоже на принципиальную блок-схему, которая понятна только инженерам, электронщикам. И "проследить за сигналом" уже сложно, нужно разбираться в блок схеме, с различными переходами...
В LabView это интуитивно понятней, компактнее...
Вижу смысл двигаться в этом направлении, но есть ли возможность не могу судить.
Потому, что "Интуитивно понятный интерфейс завоевал весь мир..."
Интересно услышать мысли аудитории...
LabVIEW
Windows - интуитивно понятный интерфейс.
В Америке "забили" - т.е. компания NI LabView более не развивает тему поддержки Ардуино
В Америке "забили" - т.е. компания NI LabView более не развивает тему поддержки Ардуино
LabVIEW
LabView и FLProg концептуально схожи - создания програмы из блоков, которые представляют собой части кода (зачем писать то, что уже написано!).
LabView конечно удобней, но если учесть, что это продукт NI и над ней трудится целый штат программистов, а FLProg разрабатывает один человек, то способности автора вызывают удивление и хочется выразить благодарность за такие труды!
LabView конечно удобней, но если учесть, что это продукт NI и над ней трудится целый штат программистов, а FLProg разрабатывает один человек, то способности автора вызывают удивление и хочется выразить благодарность за такие труды!
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость