FlProg

Vitez писал(а): 30 апр 2026, 19:31 Всем доброе время суток. Вложу свою 1 копейку. Не примите как критику. Просто мое мнение куда движется все направление. Когда то (давно) я занимался промышленной электроникой, Step 5 и тому подобное. Потом тема для меня ушла, профессионально занялся автобизнесом. И внезапно вернулась с ардуино и FLProg в качестве хобби. Сейчас я администратор 1С. )) Это немножко предистории. Так вот, год назад, я хихикал, смотря как AI пишет код для 1С. Это был мертворожденный ребенок, использующие несуществующие функции. Месяц назад, я с AI за пару дней осилил проект для 1С, которым занимался бы 2 недели. n8n, SQL,PHP, iobroker/ я обленился настолько что даже не пытаюсь писать код, код запроса SQL, или набросать несложный сайт. Сразу иду к Ai. В платформу умного дома iobroker встроили AI в редактор кода. То есть по сути свели у промт программированию. И это наше будующее. Давно не занимался ардуино, но думаю любой код для подобной платформы он накидает влегкую. Сейчас многое не меняется за счет инерции мышления и привычек. Очень интересно наблюдать: часть программистов активно уходят в Ai,часть говорит, что все это херня. У меня на работе два маркетолога, одна активно интересуется темой, другая живет по старинке. Но это пока. Я к чему веду. Пока да, необходимо понимать структуру проекта, взаимодействия между системами, что бы написать рабочий промт, или принять правки AI в проекте. И я думаю, уже на этом моменте необходимо думать как внедрить AI в flprog, что бы потом эта тема совместно развавалась. Иначе поезд технологий уйдет. Промт для написания промта, который напишет промт, которай сделает проект. И он будет работать.

1.Полностью разделяю Ваше видение.
2.Некоторые шаги уже сделаны, стратегия развития корректируется в этом направлении.
3.Обсуждение этих вопросов было бы полезно сделать постоянным.
Спасибо.
С уважением, ecoins.

замечаю в проектах, что есп 12 не работает wifi, как клиент и как точка. IP нули в клиенте.

Phazz писал(а): 30 апр 2026, 05:44
sector писал(а): 29 апр 2026, 23:10 Всем привет.
Гайз, почему на новых версиях объем скетча 2 раза больше чем на старых? Программа скомпилированная на версии 7.4.1 занимает 30% памяти нано, на новых 75%
Сильно вырос функционал из-за этого выросли накладные расходы. Плюс avr328 уже фактически изжила себя. Не вижу ни каких причин их использовать. Ну кроме случая когда накупил и девать их некуда)

Ну что, значит, изжила себя?
Я вот, к примеру, прикупил 50 шт 328 и понаделал датчики веса на Modbus.
Да, вышло дороже, чем на STM32 с таким же корпусом, как у Atmega, но под них надо создавать в 7-й версии блоки и сам МК, что напряжно.
А то, что FLProg загнал себя в тупик из-за невозможности поместиться в маленькой оперативной памяти, так это проблемы FLProg.
Среди STM32 — куча МК с памятью, как у Atmega, или около того, притом они даже поинтереснее, чем Atmega, но они тоже не потянут новые версии FLProg.
Или возьмите STM в корпусе SO-8 — прекраснейший идеальный вариант для разводки для датчиков, но и они в новом флпроге нету места (условно нету, ведь им же не дисплеи крутить, а только опрашивать датчик и отправлять данные).
Вы же не говорите, что эти STM32 изжили себя?
Да, те же STM8 поинтереснее Atmega, вон Айдар не даст соврать, не думаю, что они тоже изжили себя.
Но Atmega прекрасно можно пользоваться только в 7.5.2 версии, и то Сергей создал там тупиковую ситуацию со стрингами да и в целом не завершоный проект остался.
Если обычные строки ещё и можно через свои блоки выводить через char, то общаться с меню и прочим всё равно выходят на стринги.

Подскажите пожалуйста, есть ли под новую версию FLProg рабочий блок WebUpdate для ESP32? Старые не компилируются нормально, то т что в кандидатах при попытке обновления прошивки из браузера пишет сразу FAIL

lfgjikjjyj писал(а): 02 май 2026, 09:55 Ну что, значит, изжила себя?
Я вот, к примеру, прикупил 50 шт 328 и понаделал датчики веса на Modbus...
А то, что FLProg загнал себя в тупик из-за невозможности поместиться в маленькой оперативной памяти, так это проблемы FLProg.
Среди STM32 — куча МК с памятью, как у Atmega, или около того, притом они даже поинтереснее, чем Atmega, но они тоже не потянут новые версии FLProg.

Абсолютно и полностью согласен. Получается как в некоторой бытовой технике - когда изготовители собирают своё оборудование только на болтах со специальной формой шлица в шляпке. Не важно по какой причине, но у них нельзя пользоваться ни крестовой отвёрткой, ни отвёрткой под плоский шлиц. Доступ к оборудованию только для тех кто запасся спец отвёртками. И производитель такого оборудования может также объявить, на голубом глазу, что море иного крепежа уже "МОРАЛЬНО УСТАРЕЛО". Кто с таким сталкивался, чертыхается и поминает нехорошими словами такое решение. Соответственно, в нашем случае, на простых контроллерах всегда очень удобно собирать местный опрос датчиков и управление исполнительными механизмами.
Решение по новым версиям FLProg видимо достаточно удобны для контроллеров с большой памятью. Только это и поставлено во главу угла.
В лоб признать, что в новых версиях FLProg, решения по простым контроллерам зашли в тупик - никто не хочет. Потому и звучит, что всё остальное - "МОРАЛЬНО УСТАРЕЛО".

Накупили - пользуйтесь 7 версией в ней ничего лишнего нет и можно оптимизировать как хотите. Если у кого-то в наборе только плоская и крестовая отвёртка, то это наверное проблема мастера который не знает что такое торкс или шестигранник и не имеет набора бит в котором представлены всевозможные варианты а не производителя техники. Оптимизация объема кода идет постоянно, но производительность кода важнее.

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

Phazz писал(а): 02 май 2026, 11:21 То что в новых версиях слабые контроллеры больше не поддерживается было сказано не один раз. Просто вы этого не хотите слышать и раз за разом поднимаете эту тему.

ИМХО надо или просто убрать из выбора МК АТМЕГИ или сделать упрощенную версию на базе 7 FLProg которая бы автоматически открывалась при выборе атмег на этапе создания проекта. В 7 версии все в принципе устраивает при работе с такими МК, а вот с тем же WEB интерфейсом гораздо удобнее в 9 работать.

Ну не стоит уповать только на "слабые" контроллеры.
Перегруженность памяти - это не камильфо. Например, некоторые большие проекты на новой версии не влезают и в те же ЕСР32, рама остается мизер, что вызывает колбасню МК. Эти же проекты на предыдущих версиях живут хорошо.
Было бы не плохо иметь возможность в настройках проекта отключать не используемые библиотеки. Понятно, что при этом они (библиотеки) должны быть "окуклены", а не являться продолжением/вложением друг-друга.
Некоторые можно и вручную отключать в IDE, например та жа библа Эзернет инклудится во все проекты, которые не используют эзернет.
В новых версия одним из главных достоинств, имхо, это работа с переменными и уход от пользовательских параметров как в прошлых версиях (т.к. работа с ними дико не удобна в больших проектах).

Phazz писал(а): 02 май 2026, 11:21 Блок разработан/доработан Phazz,Ander как временное решение до разработки нового штатного веб интерфейса.
Можно использовать вместе со штатным веб-интерфейсом.

Подскажите пожалуйста в чем может быть причина? Ваш блок WebUpdate из кандидатов при попытке загрузки прошивки из веб интерфейса в ESP32 сразу пишет FAIL. Пробовал и с диспетчером и без, и как свободную и как быструю задачу ставить. WatchDog выключен. В ардуино IDE выбрано minimal SPIFFS with OTA

slsl писал(а): 02 май 2026, 11:41 уход от пользовательских параметров как в прошлых версиях (т.к. работа с ними дико не удобна в больших проектах).

Ради этого и переделываю свой проект в новой версии, но пока на каждой функции почти затык( Приходится что-то менять\переделывать

Phazz писал(а): 02 май 2026, 11:17 Оптимизация объема кода идет постоянно, но производительность кода важнее.

Очень спорное утверждение, особенно когда релюшкаии щелкаешь- алгоритм бывает сложный, а быстродействие не критично. Переделывал китайский станок для отрезки, зачистки проводов разного сечения, так там управлял 3 ШД с панелью управления на андроиде с каскадой, в которой запоминалось до 10 значений 100 складских позиций в каскаде(рецепты) и всё сделано на 1Нано.
Для ЧПУ есть специализированные контроллеры, имхо.

Очень спорно управлять щелканьем релюшек через устройство в с частотой ядра в пару гигагерц 4 ядрами и ОЗУ 8 Гб. Когда можно было использовать несколько кнопок и дисплей 1602
Щелкайте в через нано 7 версии, ни кто же не запрещает.

Phazz писал(а): 02 май 2026, 20:42 Очень спорно управлять щелканьем релюшек через устройство в с частотой ядра в пару гигагерц 4 ядрами и ОЗУ 8 Гб. Когда можно было использовать несколько кнопок и дисплей 1602
Щелкайте в через нано 7 версии, ни кто же не запрещает.

Так и делаю. Программируемые Реле на базе СТМ и они щёлкают реле и ни кого не интерисует, для тех задач, что на них реализуют время цикла - 1 или 10мс ...поэтому заранее говорить, что важнее объём памяти или быстродействие не корректно без постановки задачи и области применения.
Я ж привёл пример с нано, где нет реле, есть управление шд.

Rovki писал(а): 02 май 2026, 20:20
Phazz писал(а): 02 май 2026, 11:17 Оптимизация объема кода идет постоянно, но производительность кода важнее.
Очень спорное утверждение, особенно когда релюшкаии щелкаешь- алгоритм бывает сложный, а быстродействие не критично. Переделывал китайский станок для отрезки, зачистки проводов разного сечения, так там управлял 3 ШД с панелью управления на андроиде с каскадой, в которой запоминалось до 10 значений 100 складских позиций в каскаде(рецепты) и всё сделано на 1Нано.
Для ЧПУ есть специализированные контроллеры, имхо.

И для этих задач есть версии (7 или 8). в 9 версии движок сильнее и даёт возможности нарастить функционал, да можно сделать чтоб в 9 версии все отключалось, но это не имеет смысла - все новинки не смогут тогда работать. Это как сравнить Андроид 3 версии и 14. Да в 14 версии андроида могут выключить допы, и старые устройства будут робить, но приложения не встанут.

В последних версиях андроид много чего нельзя отключить совсем для безопасности пользователей. В отличие от той же 3 версии где можно было в системе делать практически все что хочешь. Так вот код в 9 версии более безопасный и не вызовет диких тормозов при неаккуратном использовании встроенных блоков. Да мы расплачиваемся за это повышенным расходом ОЗУ и Флэш.
Возьмем к примеру любимый некоторыми пр200. Не хотите ли спросить производителя куда он потерял 16кб ОЗУ и 128Кб ПЗУ и почему он не ставит такие замечательные AVR328 на такое простое устройство?

Phazz писал(а): 03 май 2026, 20:58 В последних версиях андроид много чего нельзя отключить совсем для безопасности пользователей. В отличие от той же 3 версии где можно было в системе делать практически все что хочешь. Так вот код в 9 версии более безопасный и не вызовет диких тормозов при неаккуратном использовании встроенных блоков. Да мы расплачиваемся за это повышенным расходом ОЗУ и Флэш.
Возьмем к примеру любимый некоторыми пр200. Не хотите ли спросить производителя куда он потерял 16кб ОЗУ и 128Кб ПЗУ и почему он не ставит такие замечательные AVR328 на такое простое устройство?

Они начинали с pic18, потом stm32. У них часть памяти расходуется на внутреннею прошивку ПР. А компилятор у них свой в овен лоджик. С чего вы взяли, что пр200 "такое простое" устройство?. Для очень большого числа задач автоматизации подходит ,с их огромным числом модификаций и модулей расширения. Уж точно танцев с бубнами у них нет и совместимость версий присутствует...
И зачем провоцировать на ответ не по теме. Если вы уж спросили, то скажу- я знаком с основными разработчиками ПР (инженеры и программисты), а так же руководством Овен. Мало того они проводили испытание моих модулей WiFi для ПР200 на ЭМС.

Достаточное простое по функционалу дисплей плюс релюшками пощелкать. Ну вот и считайте, что у флпрог такая же внутренняя прошивка которая съедает часть памяти. А чей компилятор не имеет значения.

Так большенство промавтрматики это релюшкаии пощелкать, кроме того есть модели ПР с транзистореыми выходами, как и модули расширения. Дело в библиотеках которые использует компилятор., их пишет разработчик компилятора, а не всё кому не лень.

Rovki писал(а): 04 май 2026, 11:44 Так большенство промавтрматики это релюшкаии пощелкать, кроме того есть модели ПР с транзистореыми выходами, как и модули расширения. Дело в библиотеках которые использует компилятор., их пишет разработчик компилятора, а не всё кому не лень.

Компилятор использует подключаемые библиотеки - разработчик компилятора (если такой есть, обычно это коллективный труд) переводит текст в правилах конкретного языка (например С, Pascal, Phyton) в цепочку далее исполняемых действий + обычно промежуточные файлы.
С уважением, ecoins.

FlProg

Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1

Re: Новая стабильная версия 9.7.1