FlProg

Коллеги, Вы ушли от темы! Вам в другую...

Sancho писал(а): 30 ноя 2018, 08:19Коллеги, Вы ушли от темы! Вам в другую...

У меня, на фоне этого обсуждения, родилось предложение.
Действительно, зачем нужна прослойка из Arduino IDE? Может пусть FLProg сразу генерит полноценный С++ код? И использует все возможности этого языка. А просмотр и редактирование кода, а так же логов компиляции, каждый может осуществлять тем, чем ему больше нравится/понравится.

kulibinsvv писал(а): 30 ноя 2018, 09:14 ....... пусть FLProg сразу генерит полноценный С++ код?

Если в основе С++ лежит #C. Путём добавления библиотек, то в корне #C и добавляй на что способен.

У Arduino IDE есть полезные свойства:
1. Загрузка программ прежде всего через usb
2. Поддержка совместимости для работы с аппаратными средствами (прежде всего с портами) даже на очень разных контроллерах .
Удобная и возможно уникальная среда программирования. Есть улучшенные аналоги.

Доброй ночи.
Я, наконец, появился, сегодня приехал на вахту, и у меня первая ночная смена.
Хочу извиниться за то, что практически не отвечал на письма и сообщения, дома честно говоря, было очень мало времени на это. С проектом кое-что сделал, но немного.
Сегодня у меня организационный день, разбираюсь с письмами, форумом, анализирую найденные Вами ошибки и с завтрашней ночи начну их править.
Теперь по теме топика.
В принципе результаты опроса совпали с моими ожиданиями, так что согласно ним я и буду работать. В первую очередь устранение текущих ошибок (многие честно говоря, очень неожиданные, буду разбираться). Через недельку – полторы постараюсь выпустить версию с исправлениями. Пока сосредоточусь на получении стабильной версии. Так что в ближайших нескольких версиях нового функционала практически не будет (есть несколько мелких задач, которые реализую). Параллельно начну реализацию новой отрисовки. Это будут независимые классы, поэтому они на работу основной программы влиять не будут, а при готовности (и после создания максимально стабильной версии в текущей реализации) я просто переключу модель на них.
Так же параллельно буду добивать архив версий на сайте (а то многим нужны более ранние версии, а найти их сложно).
После отработки и тестирования новой системы отрисовки, займусь контроллерами STM. Сейчас я по возможности изучаю эту тему, и всё решаю, как поддержка этих контроллеров будет реализована.
Так что работа продолжается)))

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

RedSky писал(а): 16 дек 2018, 19:12Внесу предложение в плане развития возможностей программы. Как насчёт создать блок пользователя-функцию. Смысл в том чтобы использовать один и тот же код в разных частях проекта. К примеру расчёт температуры от нескольких терморезисторов с разных аналоговых входов. Сейчас придётся использовать одинаковые блоки на каждый датчик (значительный расход ресурсов для одинаковых действий) или создавать свой блок с функцией на нужное количество датчиков.

Если использовать пользовательские блоки на FBD или LAD то это именно так и работает. То есть код самого блока вынесен в функцию (при многократном его использовании код не дублируется), а в месте его применения просто вызывается эта функция. Блоки на С немного по другому устроены, но там то же можно подобный функционал написать. Те кто их пишет - поймут как

support писал(а): 16 дек 2018, 19:18там то же можно подобный функционал написать

Вы возможно читали темы посвященные этому вопросу, но было очень много хороших предложений по поводу
улучшения пользовательских блоков на Си.
если надо можно и ссылки найти

Добавлю ещё несколько предложений, список хотелок из форума за продолжительное время. Некоторые вещи были сделаны пользователями и доступны в блоках, как насчёт включения их в основной функционал?
Вот примерный список:
- Ftrigger
- вывод оставшегося времени в таймере
- скоросной счётчик считает время между импульсами
- предустановка для скоростного счётчика
- для Т триггера добавить входы сброса и установки (или для RS добавить вход инвертирования)
- сделать сохранение состояния Ттриггрера в eeprom
- более гибкое управление eeprom. Хотя бы указывать стартовый адрес в проекте (возможно
наползаниее адресов один на другой, если в пользовательком блоке используется прямое обращение по адресу)
- чтение из eeprom сделать только при старте программы (перенести в setup)
- контроль обрва ds18b20 (и по возможности других цифровых датчиков)
- победить срабатывание реле при старте (которые низким уровнем включаются)
- выполнение платы по прерыванию/таймеру (наверно много хочу, тут придётся код из платы в функцию засовывать)
- штатный watchgog для uno
- сон для avr
- undo/redo
- хотя бы примитивный поиск

Пусть другие пользователи выскажутся по этому поводу. Голоса по доработке Flprog и добавлении stm32 поделились поровну, может стоить устроить ещё одно голосование, по доработке функционала?

RedSky писал(а): 17 дек 2018, 13:09 может стоить устроить ещё одно голосование, по доработке функционала?

Тему с голосованием то не проблема создать, нужно только сначала подготовить список пунктов для голосования, иначе при редактировании списка уже проголосовавшие не смогут выбрать другой пункт.
Можно разрешить голосование за несколько пунктов.
Разрешать изменять свой голос думаю не нужно.

Голосование по нескольким пунктам необходимо. Если бы в этом опросе было такое, то рассклад голосов я думаю был бы иным.

А разве изначально в голосовании не стоял вопрос об оптимизации и доработке программы? Сейчас я вижу "Оптимизация отрисовки схемы в проекте"
Мне почему-то кажется что сразу конкретно об отрисовке речи не было, речь шла об исправлении глюков, в т.ч. отрисовки и доработке функционала в целом.

P.S. Посмотрел на первое сообщение автора, действительно речь об отрисовке. Значит нужно к отрисовке добавить и функционал и исправление багов.

Я тоже помню вроди было не только про отрисовку.
Сменили наверно.

[ref=#00aa00]support[/ref], Уважаемый автор. Вы видите сколько мелких ошибок идет в основном коде. И это я наблюдаю с февраля этого года.
Зато как говорится есть ESP и чего там еще...
Сделайте сердце программы, её мотор, и потом развивайте. НЕ отвлекайтесь пожалуйста на мнения тех кто хочет все и сразу. Так все растеряете.
Вдумайтесь только - ГОД а мелкие недочеты валятся и валятся - ну кто при таком раскладе будет более менее серьезно заниматься ? Тут действительно получится только для начального обучения и потом от ошибок расстраиваться и бросать все.
Не отвлекайтесь на STM - выйдет и не тут и не там. Кто пишет на STM тот пишет напрямую в коде. Он не будет ждать доделок. Обычно STM это либо профи либо начинающий, который и толком то не проверит программу, а профи забросит это дело.

[ref]KulibinOrsk[/ref], на счет стм не совсем согласен, стм нужно и пусть делает автор обновление для стм, я уже заказал стм когда уснал что будет и стм программирование вместе мы преодалеем все преграды!

KulibinOrsk писал(а): 25 дек 2018, 21:39 [ref=#00aa00]support[/ref], Уважаемый автор. Вы видите сколько мелких ошибок идет в основном коде. И это я наблюдаю с февраля этого года.
Зато как говорится есть ESP и чего там еще...
Сделайте сердце программы, её мотор, и потом развивайте. НЕ отвлекайтесь пожалуйста на мнения тех кто хочет все и сразу. Так все растеряете.
Вдумайтесь только - ГОД а мелкие недочеты валятся и валятся - ну кто при таком раскладе будет более менее серьезно заниматься ? Тут действительно получится только для начального обучения и потом от ошибок расстраиваться и бросать все.
Не отвлекайтесь на STM - выйдет и не тут и не там. Кто пишет на STM тот пишет напрямую в коде. Он не будет ждать доделок. Обычно STM это либо профи либо начинающий, который и толком то не проверит программу, а профи забросит это дело.

Скорее всего вы правы, но возражу: ветку автор назвал ТЕСТИРОВАНИЕ .А такие посты превращают ее в книгу отзывов и предложений. Автор же просит помогать. Нет так ли?
Если так, то следует настроиться на точные отчеты. А в другой ветке советовать, как автору поступать. Ему и так не просто.

Поддержу [ref]KulibinOrsk[/ref], и без STM замечаний хватает. Считаю первым делом необходимо оптимизировать отрисовку и сделать поиск по проекту.

Ну вот, стихли жаркие споры, месяц сюда никто не заглядывал- самое время поведать о сокровенном- "ведь я имею 5-причин".
Популярность FLProg растёт, по мере освоения программы растут запросы и усложняются проекты, но большинство считают её неким Lego конструктором, и накидав в проект свалку блоков , считают что она сложит их именно так как нужно, отметая категорически разбор как это работает (или почему не работает как хочется). Вот и началось, Автор, давай STM- нам уже AVR не хватает. А если ещё посмотреть на взлетевшие рейтинги таких стратегов развития программы, то оказывается, что большинство пользователей всё-таки в совершенстве владеет всему изложеному в Даташитах и Апноутах на сайте Микрочип. Всё логично, возложили на программу самое главное достояние человека- осмысливание происходящего или причинно-следственную связь, отдали возможность самому прокладывать путь взамен выбрать из предложенного- пусть программа и отвечает за всё.
[spoiler title= барбамбия кергуду- шутка]В Африке самым древним, доступным и действенным способом поймать обезьяну остаётся прорезь (впритык для руки) в большой тыкве, в которую засовывают банан. Почему обезьяна схватив банан спустя много веков не научилась отпускать его? Все знают ответ? Сочитается он со сказанным выше? Но мы же венец создания природы![/spoiler]
Что-бы не противоретить самому себе, поспешу отметить, что пишу по старинке в SublimeText, NotePad++, пробую Божью коровку с отладчиком, не осилил с 2-х попыток MS_VSCode, а ФЛПрог использую как источник информации и изучения подхода к решению задач, когда возникают трудности. Правда этому не очень способствуют переименования переменных(автор отвечал, что не рассчитывал, что кто-либо будет изучать код)и отсутствие возможности влиять на последовательность выполнения блоков. Я поставил себе некую цель и определил методы её достижения, где ФЛПрог отведено почётное место.
Но меня удивляют сообщения типа "Сергей, ты сделай поддержку STM, а МЫ накидаем разных ПБлоков сколько нужно". Господа накидальщики, зайдите в раздел «Новые», выбирайте и начинайте закидывать уже, чего ждать то? Или бережёте свой потенциал для более значимых свершений.
Я не принимаю участия в таких голосовалках по нескольким причинам.
1. Никогда, за всю историю человечества толпа не сделала ни одного достойного выбора, который улучшил ихнюю дальнейшую жизнь. Достойный выбор- это разнообразие предложений, где каждый демонстрируя согласие с общественным мнением делает предпочтительный выбор для себя. Сергей, Вы уразнообразили существующий уже выбор.
2. Здесь имеется достойная команда из администраторов и модераторов, которая каждый день терпеливо, в сотый раз отвечает на периодически повторяющиеся и именно актуальные вопросы. У них и спрашивать, к ихнему мнению прислушиваться, учитывать, и решать по своему усмотрению (возможностям, вдохновению, душевному состоянию). У них работа отнимает время на мечты.
3. Есть, ув. Автор, который уже сделал достойную работу, без статегов и тактиков. Под принуждением (исполнением чужой воли и подавления своей) или с учётом скептицизма на Хабре авторитетных людей (это признание их компетентности, а не сарказм), это всё умерло бы в самом зародыше.
4. Обещания безвоздмезной помощи в подавляющем большинстве случаев так и остаются обещаниями с мотивацией: «Не убедил»,- и являются способом достижения своих меркантильных интересов.
5. Первый пункт этого голосования был изменён уже в ходе голосования (прям как в Беловежской Пуще, собрались чтобы созидать, разбежались чтобы развалить). Не делайте пожалуйста больше так (это не про СССР) никогда.

Познакомился с FLProg ещё с самого первого сайта, вылез в паблик (Labu55) на втором сайте, стал не соглашиться с некоторыми мнениями на третьем (надеюсь что не симптом самодурства)), но продолжаю восхищаться доступностью примеров и конструкций в самой программе и встроенным блокам, а также работам старых и новых (по Нику мне заочно знакомых) ребят. Спасибо Вам Всем!

Попрошу Всех, кто ещё не высказал своё мнение воздержаться от обсуждения этого сообщения- высказывайте своё, а кто уже- напомнить: Ваше мнение уже учтено.

С глубоким уважением и благодарностью Lab_U55.

Не могу не согласиться с автором вышеизложенного поста, да, я голосовал за стм,о чем жалею. Изучать flprog стал только год назад, соответсвенно от моргания светодиодом ушел не далеко. Буквально пару недель назад стал изучать возможности nodemcu, на кои подтолкнул меня один из форумчан, и я ему за это безмерно благодарен. Так вот, сделав нужный мне проект, могу сказать, нужно довести до ума саму программу, слишком много в ней недоработок. Будь такая возможность, я бы поменял свой голос на первый пункт.

Вроде-бы заглохла тема, Создатель сам решит.
Пользуюсь старой версией 3.0.3 не жалуюсь, глюков особых не замечал.

Labu559 писал(а): 30 янв 2019, 18:51 ...ты сделай поддержку STM, а МЫ накидаем разных ПБлоков сколько нужно...

Видимо речь идет о переменных при создании ПБ, и возможности переноса проекта в AVR studio, Keil.

Наворотили дистрибутив в Гигабайт благодаря стратегам, теперь надо как-то улучшить
Понимаю лучше играть в кубики чем изучать математику.