Как стать автором
Обновить

Комментарии 43

занятно
после контроллеров сименс, в частности их ПО разработки программ для контроллера, слово «плата» вместо «network» немного глаз коробит
ну а в целом надо попробовать ваше ПО
планируете внедрить остальные языки МЭК 61131-3?
Я то же специализируюсь на сименсе. Очень долго думал оставить network или сделать плату. И всё таки решил сделать так. Программа рассчитана на электриков и электронщиков, и для них понятие плата как то привычнее.
Если честно ваш проект типа программирования схемами выглядит дико для человека пришедшего в мир Ардуино со стороны программирования. Мне легче написать код, это для меня и быстрее и понятнее. И не скажу что я не понимаю эти линии и элементы схем, я свободно читаю несложные схемы и их реализую.Тот же eagle и proteus попробовал и реализовал некоторые проекты. Но FLprog вызывает стойкое отвращение. Подумайте об этом. Для кого ваша программа, для вымирающего вида старой школы, для профи разрабатыващих для Сименса? Для одних слишком сложно, для других слишком просто. Если вы позиционируете свое приложение для ардуинщиков, то вот вам ответ: не буду пользоватся — сложно и неэффективно.
Сразу видно как человек относится к окружающему миру. Я ПРОГРАМИСТ — это проффесия будущего, а остальные динозавры и отмирающие проффесии.
А вот теперь посмотрите. Вы сидите в комнате которая освещается лампочками, которые питаются от общей сети, которая запитана от электростанций. Кто Вам всё это обеспечил. Те же электрики, которые собирали проводку, и линии питания, электронщики которые разрабатывали системы управления сетями, электростанциями. Разработчики и эксплуатационники систем АСУ, которые работают именно на языках LAD и FBD. Вся промышленная автоматика написана на этих языках, та что вас обеспечивает, кормит, одевает и обувает. Вот как раз для этих электриков электронщиков, и АСУ-шников рассчитана программа FLProg. И поверьте — это далеко не вымирающий класс специалистов, и я подозреваю этих людей как бы не больше «истинных» программистов.
я смотрю не сколько с точки зрения программиста, а с точки зрения новичка. И FLProg отпугивает запредельной сложностью, которая понятна АСУшникам так как это их родное.
Ну а насчет — «не будут пользоваться» — зайдите на сайт, посмотрите количество пользователей, почитайте форум. И всё поймёте. Каждую версию программы скачивают минимум десять тысяч раз, а это значит программа кому — то нужна
У меня есть товарищ — он ладит с электроникой и схемотехникой, но никак не может начать осваивать код. С удовольствием зашел в мир МК с FLProg.
Несмотря на то что FLProg еще несколько сыроват, им можно пользоваться (хотя, местами довольно сложно).
Вы не правы. И на этот продукт найдется потребитель. И как бы себя в грудь не бить, но FLProg дал старт целой прослойке общества, которые не могли освоить программирование. А с выходом версии 1.10.3, с возможностью внедрять в проект код Си, еще больше подтолкнет электронщиков изучить Си. Потому что не все что хочется, поддерживается программой. А ручки чешутся, вот и начинаешь сам пробовать добавлять Си, из примеров, что бы запустить железяку, которая не поддерживается, в проект и потихоньку осваивая Си.
Выход версии 1.10.3 Даст огромный толчек в развитии FLProg и увеличению количества пользователей.
Спасибо автору!!!
Поддерживаю автора. Использую с первых выпусков, и как могу учавствую в развитии проекта. И очень надеюсь что проект и дальше будет развиваться. Он дает многим людям, далеким от программирования, возможность создать своими руками проект на Arduino который им требуется и на который бы они не решились, если бы пришлось писать код. Не всем даются языки в изучении, но много творческих людей, которые без данного ПО не смогли бы реализовать свой потенциал. Да и не нужно для дома для семьи сидеть и корпеть над кодом. Проект не коммерческий и никто не заявляет его для создания промышленных решений. Также как сама платформа Arduino не предназначена для этого Конкретно себе я делаю умный дом с применением OpenHab, Arduino и FLProg, причем весьма успешно. Чего стоит только один модуль автозапуска ДГУ. Благодаря ему, я теперь спокойно сплю на даче, и не бегаю в 4 утра в ветер и дождь заводить дизель, в случае пропадания основной подачи электричества. Заметьте при этом обошелся он мне в разы дешевле конторского решения. Обратившись бы в компанию с «ушлыми» программистами боюсь бы остался без штанов.
Как-то всё же сложновато получилось. И эти галочки «подтягивающий резистор» выглядят неуместно и притянуты за уши. Почему бы не оставить компонент «логический вход», «логический вход с подтяжкой» и отдельно «кнопка» у которой эта подтяжка активирована заранее и недоступна. Тоесть по максимуму скрыть особенности реализации, раз уж речь идёт о схемах. Вместо дополнительных опций одного универсального компонента создать несколько разных, в которых эти опции просто пришиты.
Мысль интересная, стоит обсудить на форуме с пользователями. Просто в начале разработки я видел так, так и повелось.
это медаль с двумя сторонами… всегда есть ваше мнение как создателя и мнение народа кто будет пользоваться вашим созданием… тут надо скорее на форуме было изначально обсуждать такие вопросы… я обычно если разрабатываю визуализацию, то прошу критику народа… конструктивную критику!!!… причём народа далёкого от визуализации… так всё будет более менее приближено к реальным условиям эксплуатации этой визуализации… всегда руководствуюсь в таких моментах старым выражение «только в споре рождается истина!»… и вы знаете… вся визуализация всегда на объектах встречалась на ура… потому что изначально уже прошла критику и была оптимизирована с точки зрения людей которые бы работали с данной визуализацией
У нас на форуме так: Пользователи пишут пожелания, голосуют, предлагают варианты. Я всё это просматриваю, задаю уточняющие вопросы, и так постепенно рождается вариант который устраивает и меня и большинство пользователей. Всем конечно не угодишь, иногда мнение большинства противоречит моему личному мнению. В этом случае если я могу я наступаю на горло своей песни, ну а если душа мне этого не позволяет — на правах автора оставляю как мне нравится. Но это редкая ситуация. Обычно общий знаменатель находим.
это правильно. не надо забывать про конечного пользователя. а на счёт мега программистов не парьтесь. у них вечно самооценка завышена в виду ограниченности информации о том что изначально электронщики проектируют железяку. а уже только потом они смогут чего-то там напрограмировать. удачи вам с проектом. надеюсь вырастет ваша программа до уровня ТИА ПОРТАЛА от сименса :))
Ну вообще — то с TIA-Portal я многие идеи и таскаю )). Я восхищен этим продуктом, и много в нем работаю по основной работе
рекомендую просто для ознакомления с интерфейсом так же установить кодесис и исаграф. потому как не сименсом единым отрасль жива :)
Ну я работаю с Шнейдером, Овеном, АВВ, Митсубиси да и почти со всеми производителями. Как говорится «Что закажут то и делаем». С кодесис немного работал, а вот что такое " исаграф" не знаю.
исаграф это среда разработки для контроллеров ICP DAS. чем-то напомнила мне рисование в визио :))
Интересно — поищу. Пока не сталкивался с такими
Спасибо
а у вас в программе предусмотрена визуализация отладки ладдера как у сименса?
К сожалению пока нет. В планах есть но не на ближайшее будущее. Уж больно сложная задача
ну фиг знает… мне почему-то этот процесс видится как просто передача инфы в ком порт тем же «принт» / «write». ну а дальше транспортируйте добытую инфу с ком порта в вашу программу. ну это при односторонней отладке только для визуализации. про обратную передачу инфы вопрос не стоит. думаю было бы очень наглядно и показательно.
Оставим в стороне вопросы помехозащищённости и экранировки. Эта тема для отдельного и очень большого разговора.
Оставим в стороне вопросы надежности системы тактирования, оставим в стороне вопросы надежности системы питания, оставим в стороне вопросы зависания, что еще оставим в стороне? Может быть, как было сказано в одном хорошем фильме «Вам построить свою фабрику в Диснейленде»?
Во первых: это ОБУЧАЮЩИЙ пост, основное предназначение которого показать принципы работы в программе. Я с таким же успехом мог взять так горячо любимый всеми Blink но он дал бы меньше информации.

Во вторых: основными пользователями программы являются профессиональные электрики и электронщики. И они в большинстве своём прекрасно разбираются в вопросах силовых развязок, экранирования и т.д. Так что в этих вопросах я думаю не мне их учить надо а они меня скорее научат (что в реальности и происходит на форуме сайта программы).

Ну и в третих: это действительно тема для отдельного большого разговора. Надеюсь мне удастся уговорить участников форума пользователей программы FLProg поделиться своими знаниями и написать здесь несколько статей на эту тему
Речь идет не о конкретном инструменте создания программы, а о подходе к задаче. По Вашему мнению, самое главное — это при помощи какого именно программного пакета будет превращен набор квадратиков в код для МК, и какие именно квадратики предпочтительнее, а не вопросы построения надежной системы. Если человек способен ориентироваться в главных вопросах — надежности и согласования, то у него вполне хватит мозгов написать программу контактора самостоятельно. Если же Вы действительно считаете, что завести кнопку аварийного отключения на вход Ардуино — это хорошее решение, то мне искренне жаль будущих пользователей Ваших устройств.
Скажите пожалуйста а почему Вы привязались именно к контактору. То есть если — бы я рассматривал в качестве примера создание часов (что я и планирую в одном из будущих уроков) у Вас бы вопросов не возникало.
Ну а насчёт квадратиков… Да это важно какие квадратики. В данном случае квадратики и линии близки к стандартным обозначениям элементов которыми целевая аудитория проекта привыкла оперировать. Соответственно им легче понять как схема будет работать. Как я уже не раз писал, этот подход подтвердил свою правоту многолетним применением в промышленном программировании.
Для меня обучающим был бы пост Blink на FLProg, метеостанция на FLProg или проще температурный датчик, 2х строчный экран на FLProg или прочие базовые скетчи Arduino реализованные на FLProg быстрее и с меньшими усилиями.
Да пожалуйста:

Блинк


Вывод температуры и давления на двухстрочный дисплей подключённый по I2C


Нажимаем кнопку «Компилировать» и всё работает
Уже получше и понятнее. Посмотрю как будет время. Тогда еще вопрос к чему такая строгость интерфейса? Может BMP085 может выглядеть как датчик, а двухстрочный экран как реальный дисплей? Ориентир Fritzing и Proteus. Опять же если код так просто генерируется, не была бы эффектна ваша программа что пользователь собрав электронную схему сразу бы получал готовую прошивку?image
не была бы эффектна ваша программа что пользователь собрав электронную схему сразу бы получал готовую прошивку

А логика работы программы? Возьмем урок данный урок. Подключенны три кнопки и контактор (ну ладно — светодиод), плюс три светодиода. Как описать их работу?
Ну а визуальная разработка схемы у меня планируется. Даже есть уже кое какие наработки. Но пока до этого далеко, поскольку это будет завязано с симулятором, а симулятор — это сложно.
хорошо симулятор сложно, но визуально хотя бы большую часть рисовать. Чтобы я перед глазами видел не черный траурный квадрат с текстом, а резистор с цветными полосками, датчик, двухстрочный экран.
Вам шашечки или ехать? Не путайте логическое описание работы программы блоками и «гламурное» рисование физической схемы картинками компонентов. Если брать подход Fitzing, схема будет не читаемой, в приведенном вами выше примере вот точно будет не понятно что куда и зачем. Кстати вопрос вдогонку, как планируете на вашей схеме отображать переменные, условия, массивы, конвертации типов? На Гиктаймс в последнее время полно статей о начальном визуальном программировании STM32, так вот почему-то в них никто не высказывает фи на тему что нужно залезть в кучу непонятных многоуровневых меню и натыкать там что-то мышкой. Там почему-то тру программисты сидят молча. Я предлагаю каждому кто кричит «фу школота нанинада» сделайте свое, выложите а мы оценим. ИМХО проект достоен внимания и уважения, ничего близко похожего и бесплатного не существовало до недавнего времени. Да и платного то же.
Схемы тоже бывают разные, к примеру не черные траурные рамки, а со скругленными углами, с градиентами и прочее. Вот к примеру поиском первое что понравилось нашел OcBlocks (ни разу не пользовался, но графика интерфейса интереснее чем FLProg) image Зацените, подумайте, может стоит повернутся лицом к большему числу пользователей, на дворе не 2000 год, а уже 2016 год. Я не сколько беспринципно критикую, сколько предлагаю. Прогу вашу посмотрю в ближайшее время. Может сами возможности лучше чем интерфейс. Насчет, сначала добейся — потом критикуй. Делать инструмент для создания прошивок микроконтроллеров пока нет знаний и нет и необходимости. Быстро собрал схему, написал код в стандартной IDE Ардуино и вперед пользоватся своим продуктом. Пока я просто выбираю инструменты из предложенных в интернете. Варианты ухода от стандартного Ардуино IDE Для меня скорее в продвинутые редакторы кода + Fritzing+Proteus (для эмуляции)+Eagle(KiCAD?, PCad?) (для создания готовых плат и заказа в Китае), а не FLProg.
А вот симулятор- было бы хорошо.
Вообще- неплохо было бы сделать среду наподобие Codesys 2.х- я имею ввиду поддержку других языков MЭК (FBD- для начинающих едва ли не проще LD, в смысле понимая), визуализацию(для отладки- «самое оно»), может еще что-то...- не знаю.
Это возможно хорошее описание для начинающих и не разбирающихся в электронике людей. В стиле- сюда тыкните проводок и заработает. Так называемый «обезьяний метод». Для электронщика этот рисунок- сущий кошмар.
Даже ардуиновская маркировка, отвязанная от реальных названий ног контроллера- уже неудобно. Но Ардуино создавалось для начинающих. А то, что делает Сергей- это мостик между электронщиком и микроконтроллером с крайне низким порогом вхождения. И эта строгость интерфейса — то, к чему привыкла именно целевая аудитория его программы. Причем не просто привыкла — для многих эти обозначения навсегда «вплавлены» в мозг.
я вот про эту схему имел ввиду, вашу с температурным датчиком и 2х строчным экраном.
Как у вас логика описывается, выставлением кучи галочек в формах? А то по вашему коментарию я подумал что достаточно нарисовать данную схему.
Попробовал сам нарисовать схему с BMP085, программа долго ругалась что неправильный блок, выяснил что это дисплей, все стер, настроил только дисплей, скомпилировал отдельно, потом добавил преобразование и датчик, скомпилировал еще раз. Получился код в стандартном IDE Ардуино. О качестве кода спорить не буду, наверное хорош, раз программой пользуются. Но! По сути FLprog конструктор кода, который чуть более понятен схемотехникам из-за специфики их работы, а не программа которая пригодится всем и каждому. То есть я не нашел сильной разницы от того чтобы скачать готовый пример идущий с большинством библиотек ардуино, кучи проектов в интернете для ардуино с описанием схем и FLProg в котором надо сначала собрать 1 из 1000 возможных в конструкторе комбинации схем, настроить используемые входа и выхода, указать необходимые преобразования, а потом получить example код. Как новичек во FLProg я бы хотел не видео, а 20-100 примеров идущих в комплекте программы. Ну и опять тестирование в живую программы, не вызвало радости своим архаичным интерфейсом программ. Если и требуется сохранить такой дизайн для схемотехников, так как им так понятнее, то можно сделать 2 скина (1 схемотехника, 2 современный (детский можете назвать)) в котором на поле схемы рисуется не черный квадрат с входами и выходами а png картина датчика). Время на реализацию конечно будет затрачено много без особой выгоды для схемотехников которые ждут реализации поддержки кучи других электронных компонентов, но сама программа выиграет от прихода новых пользователей.
Кстати на сайте есть видео уроки по всем интересующим Вас вопросам
Поддерживаю программу, сам программирую промышленные контроллеры в степ7 и кодесис, но для личного пользования такие контроллеры дороговаты, с Arduino-IDE как то тяжко давалось программирование ардуинок, медленно и неуверенно. Когда нашел эту программу, радости не было предела. Быстро накидал нужную программку, загрузил, работает по сей день. Позже начал более подробно изучать возможности программы. Нравятся готовые блоки для различных датчиков, очень удобно. Разработчику респект и уважуха!
Занимаюсь промышленной автоматикой. Работал некоторое время проектировщиком систем АСУ. И могу сказать это лучшая реализация среды программирования на FBD и LAD для начинающих. Программа не перегружена различными настройками под железо и другими различными сложностями. Действительно пользователю проще освоить языки FBD И LAD чем С++. У себя дома собрал на Ардуино контроллер управления электрокотлом. Контроллер через твердотельные реле управляет тремя тэнами по 2 кВт и насосом, работает по расписанию, имеет двухстрочный дисплей с кнопками, может работать с внешними устройствами по Modbus RTU и Ethernet. Программа для контроллера создана в FLProg.
Да FLProg еще несколько сыровата, но я думаю многие скажут автору за нее ОГРОМНОЕ СПАСИБО!
Тем же пользователям которым удобнее работать в Arduino IDE и в других средах c C++ могу сказать, вас никто не заставляет у вас свое видение вы профессионалы.
Если программа работает без сбоев и помещается в памяти контроллера (вопрос оптимальности кода не стоит) то какая разница в какой среде она написана?
Большинство пользователей программы интересует практическая сторона — их устройства должны работать.

Сам я электронщик, в мир МК зашел с FlowCode, потом был CV AVR дошел до AtmelStudio и Keil uVision под STM32, пишу на Си. Я по роду деятельности так же разрабатываю шкафы автоматизации. И если честно, не очень нравится рисовать блоки. Предпочитаю язык ST. Хотя для программ программируемых реле Овен, приходится рисовать блоками, и тут у меня всегда запары с условными операциями =) Скажу так дело вкуса. Ваш продукт пощупал — неплохо, очень неплохо. Особенно то, что есть интерпретатор в скетчи, где можно посмотреть код и подправить.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий