Тестирование версии 8.х

[support]

К 10-ЛЕТИЮ FLPROG.

В этом году исполняется 10 лет со дня выхода первой версии FLProg.

Для меня и ветеранов форума это является знаковой датой, важным этапом развития FLProg.

FLProg применяется в детских клубах, образовательных и научных учреждениях, инженерами, просто увлеченными людьми. С ориентацией на FLProg проектируются прикладные и универсальные контроллеры, программируемые реле (ПР), программируемые логические контроллеры (ПЛК), распределенные системы управления. Важным партнером является KaScada (г. Чехов).

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

Начата техническая и организационная работа по развитию форума. В переходный период организация работы форума будет осуществляться через прямое администрирование.

Благодарю всех модераторов за бесперебойную работу форума

Разработчик FLProg.


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

31-12-22 Вышла новая версия программы с номером 8.0.1. Подробнее можно посмотреть здесь:https://flprog.ru/news/vyhod-novoj-vers ... -flprog-2/

28-01-23 Вышла новая версия программы с номером 8.1.0. Подробнее можно посмотреть здесь:https://flprog.ru/news/vyhod-novoj-vers ... -flprog-3/

03-04-23 Вышла новая версия программы с номером 8.2.1. Подробнее можно посмотреть здесь:https://flprog.ru/news/vyhod-novoj-versii-programmy-2/

[RedSky]

А это нормально, что версия 8.2.0 для Linux весит 8 гигов ? Как-то не гуманно.

Размер занимаемого места на диске сильно зависит от размера кластера. Было так на внешнем ssd. exFat, кластер по умолчанию 128 кб. После изменения файловой системы на ntfs и размера кластера на 1 кб занимаемое место уменьшилось вдвое.

[RedSky]

support, вылет при компиляции старого проекта.

error.zip

(154.91 КБ) 11 скачиваний

Отправлено спустя 3 минуты 56 секунд:
Ещё

error2.zip

(359.99 КБ) 7 скачиваний

[nikijd]

Поставил дополнение от #496.Есть проблема с FBD PB Blocks.

[aidar_i]

support, добавьте , пожалуйста, в "flprogUtilites.h" (лучше в программу)поддержку STM8S. Или исключите его, чтобы не подключалась эта библиотека, когда не надо.
А то не компилируется, без удаления #include "flprogUtilites.h"
Приходится откатываться до 8.0.2 и не участвовать в тестировании новой версии программы.
Ошибка

Код: Выделить всё

h:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\tools\sdcc\build.11242/bin/sdcc C:\Users\CA74~1\AppData\Local\Temp\arduino_build_467647\sketch\pr2.ino.cpp nul re12 -c -Ddouble=float -DUSE_STDINT -D__PROG_TYPES_COMPAT__ -w -x c++ -E -CC -mstm8 -DSTM8S103 -DF_CPU=16000000L -DARDUINO=10819 -DARDUINO_STM8S_BLUE -DARDUINO_ARCH_STM8 -IH:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\hardware\stm8\0.5.0\cores\sduino -IH:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\hardware\stm8\0.5.0\variants\standard -Ih:\FLProg_8-2-0_Win64\ideV8\portable\sketchbook\libraries\Flprog_Utilites\src -Ih:\FLProg_8-2-0_Win64\ideV8\portable\sketchbook\libraries\SoftwareSerial -IH:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\hardware\stm8\0.5.0/STM8S_StdPeriph_Driver/inc -Ih:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\tools\sdcc\build.11242/include
Mark re12:h:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\tools\sdcc\build.11242/bin/sdcc -c -Ddouble=float -DUSE_STDINT -D__PROG_TYPES_COMPAT__ -w -x c++ -E -CC -mstm8 -DSTM8S103 -DF_CPU=16000000L -DARDUINO=10819 -DARDUINO_STM8S_BLUE -DARDUINO_ARCH_STM8 -IH:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\hardware\stm8\0.5.0\cores\sduino -IH:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\hardware\stm8\0.5.0\variants\standard -Ih:\FLProg_8-2-0_Win64\ideV8\portable\sketchbook\libraries\Flprog_Utilites\src -Ih:\FLProg_8-2-0_Win64\ideV8\portable\sketchbook\libraries\SoftwareSerial -IH:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\hardware\stm8\0.5.0/STM8S_StdPeriph_Driver/inc -Ih:\FLProg_8-2-0_Win64\ideV8\portable\packages\sduino\tools\sdcc\build.11242/include C:\Users\CA74~1\AppData\Local\Temp\arduino_build_467647\sketch\pr2.ino.cpp -o nul
cpp gefunden
In file included from h:/FLProg_8-2-0_Win64/ideV8/portable/sketchbook/libraries/Flprog_Utilites/src/uart/softwareUart\flprogSoftwareUart.h:7,
                 from h:/FLProg_8-2-0_Win64/ideV8/portable/sketchbook/libraries/Flprog_Utilites/src/uart/flprogUart.h:118,
                 from h:/FLProg_8-2-0_Win64/ideV8/portable/sketchbook/libraries/Flprog_Utilites/src/flprogUtilites.h:67,
                 from C:\Users\Айдар\AppData\Local\Temp\flprog\pr2\pr2.ino:1:
h:/FLProg_8-2-0_Win64/ideV8/portable/sketchbook/libraries/SoftwareSerial/SoftwareSerial.h:35:22: fatal error: inttypes.h: No such file or directory
compilation terminated.

МК из этой темы.

[Sams]

скачиваю версию 8,20
загружаю код и открываю компорт но он не отоброжается на экране а во вкладке панели видно его
скачивал по новой всё так же

[aidar_i]

Меня давно мучает один вопрос, если FLprog не для программистов, почему используется для создания скомпилированных скетчей с++? Почему не использовать прямую работу с регистрами, ассемблер, хотя бы си? Не программистам, какая разница, какая абракадабра там написана. Совместимость оставить, но скомпилированной код пусть будет будет более дружелюбный памяти МК.
Языки ведь посредники между машинным кодом и человеком, чем меньше посредников тем лучше.
FLProg, в своём роде, тоже язык программирования

[Phazz]

aidar_i, Видимо это было сделано еще первоначально когда Сергею не было еще возможности вникать в такие нюансы программирования контроллеров

[ecoins]

Меня давно мучает один вопрос, если FLprog не для программистов, почему используется для создания скомпилированных скетчей с++? Почему не использовать прямую работу с регистрами, ассемблер, хотя бы си?

Прежде всего потому, что под С++ имеется CORE под разные контроллеры, под С++ имеются и развиваются компиляторы.
Ну и FLPrpog в нынешней реализации продолжает(развивает) среду и концепцию Arduino, к которой сейчас обращаются все новые и новые производители (ST,Rapberry,ESP).

[aidar_i]

Ардуино и с++ создан для любителей, для облегчения написания кода вручную и для входа обучения программированию, там не предполагалось, что его начнут использовать в серьёзных вещах, как теперь.
Я начал копаться с STM8S003, там памяти мало, проект не вмещался в память мк, перевод цифровых и аналоговых входов и цифровых выходов в регистры освободило много памяти, даже остался резерв для новых функций. В Ардуино я тоже делал аналогичные входы и выходы, но там, тк память относительно большая, не очень то замечал это, а здесь ощутимо видно. Я ещё не говорю о скорости выполнения кода.
Можно не все сразу, например, начать со входов и выходов и других для начала несложных функций. А CORE пусть остаётся, пока.
Вот такие у меня размышления, из за того, что Ардуино хочет перестать быть игрушкой.

[aidar_i]

"пробрасывать"
себя и свой труд вперед, в будущее, а не в прошлое.

Живём сейчас и что то надо сейчас, большинству форумчан. Кто то должен же этим тоже заниматься.

[ecoins]

Живём сейчас и что то надо сейчас, большинству форумчан. Кто то должен же этим тоже заниматься.

Не к месту конечно рассуждение, но повторю то, что в разной форме уже формулировал.
FLProg для форумчан, или форумчане для FLProg. Пока скорее первое - в основном форум выявляет некоторые ошибки, с которыми сталкиваются форумчане решая свои задачи. А вот об использование разработчиком наработок в пользовательских блоков, которые появляются на форуме, мне особо не известно. Да и форумчане особо к этому не стремятся.
Может форуму, как сообществу, пора взрослеть и поразмышлять, а чем форум может помочь автору в развитии FLProg?
Сейчас разработчик занимается развитием FLProg полагаясь исключительно на свои силы.

[aidar_i]

Развитие FLprog можно резко ускорить, если автор будет заниматься только программой, а не работать, чтобы зарабатывать на жизнь. Для этого он должен как то получать деньги от программы.

[ecoins]

Развитие FLprog можно резко ускорить, если автор будет заниматься только программой, а не работать, чтобы зарабатывать на жизнь. Для этого он должен как то получать деньги от программы.

А разве форум не может взять на себя исследования новых контроллеров, подготовка блоков по требованиям и стандартам разработчика для дальнейшего внедрения их в FLProg.
Вы задумывались как разработчик тестирует новые контроллеры, например STM32F103C? На макетке многое не натестируешь, особенно если требуется соединить несколько контроллеров между собой.
А если двухрядные контакты (ESP32S2 mini, devEBOX STM32F407Vx)? На макетке никак. Для этого надо делать и изготавливать тестовые платы, а лучше стенды (питание, разъемы и пр.). Кто-то разработает, кто-то изготовит небольшую партию, кто-то присоединится к тестированию - и вот реальная поддержка развития FLProg? Так можно попробовать?

[rw6cm]

support,
При создании переменной в блоке code-prof, создается еще ее дубль.

[aidar_i]

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

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

[chmak2007]

Проблема компиляции в версиях 8.1.0, 8.2.0, а этот же скетч в версии 7.3.8 компилируется!

СпойлерПоказать

Arduino: 1.8.19 (Windows 10), Плата:"ATmega128, 2.7v, Disabled (default), 16 MHz external"
In file included from c:\Program Files (x86)\FLProg\ideV8\portable\sketchbook\libraries\Flprog_Utilites\src/uart/softwareUart\flprogSoftwareUart.h:7:0,
from c:\Program Files (x86)\FLProg\ideV8\portable\sketchbook\libraries\Flprog_Utilites\src/uart/flprogUart.h:118,
from c:\Program Files (x86)\FLProg\ideV8\portable\sketchbook\libraries\Flprog_Utilites\src/flprogUtilites.h:63,
from C:\Users\chmak\AppData\Local\Temp\flprog\pr1\pr1.ino:1:
C:\Program Files (x86)\FLProg\ideV8\portable\packages\MegaCore\hardware\avr\2.0.0\libraries\SoftwareSerial\src/SoftwareSerial.h:45:4: error: #error "ATmega64 and ATmega128 doesn't support SoftSerial!"
#error "ATmega64 and ATmega128 doesn't support SoftSerial!"
Несколько библиотек найдено для "SoftwareSerial.h"
Используется: C:\Program Files (x86)\FLProg\ideV8\portable\packages\MegaCore\hardware\avr\2.0.0\libraries\SoftwareSerial
Не используется: c:\Program Files (x86)\FLProg\ideV8\portable\sketchbook\libraries\Esp32-SoftwareSerial
Не используется: c:\Program Files (x86)\FLProg\ideV8\portable\sketchbook\libraries\SoftwareSerial
Несколько библиотек найдено для "SPI.h"
Используется: c:\Program Files (x86)\FLProg\ideV8\portable\sketchbook\libraries\SPI
Не используется: C:\Program Files (x86)\FLProg\ideV8\portable\packages\MegaCore\hardware\avr\2.0.0\libraries\SPI
Несколько библиотек найдено для "Wire.h"
Используется: c:\Program Files (x86)\FLProg\ideV8\portable\sketchbook\libraries\Wire
Не используется: C:\Program Files (x86)\FLProg\ideV8\portable\packages\MegaCore\hardware\avr\2.0.0\libraries\Wire
Несколько библиотек найдено для "Ethernet.h"
Используется: C:\Program Files (x86)\FLProg\ideV8\portable\packages\MegaCore\hardware\avr\2.0.0\libraries\Ethernet
Не используется: c:\Program Files (x86)\FLProg\ideV8\libraries\Ethernet
Не используется: c:\Program Files (x86)\FLProg\ideV8\portable\sketchbook\libraries\Ethernet
exit status 1

Ошибка компиляции для платы ATmega128.

[aidar_i]

Проблема компиляции в версиях 8.1.0, 8.2.0, а этот же скетч в версии 7.3.8 компилируется!

Попробуйте комментировать библиотеку flprogUtilites.h

[support]

support,
При создании переменной в блоке code-prof, создается еще ее дубль.

Исправил

[bsn]

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

Уважаемый support, пожалуйста, если это возможно, сделайте в пользовательских блоках такую фичу:
Если во вкладке "Описание автора" нет ничего (а ещё лучше если её объём менее чем столько-то) то, после создания, блок невозможно прогрузить. Типа мигает надпись - "Заполните описание".
Понятно, что "даренной лошади зубы не смотрят". Слава и почёт создателям.
Но, пожалуйста, хоть чуточку внимания и к пользователям.

P.S.
Предположу, что кто-то может и здесь схалтурить. Сделают заготовку текста ни о чём, и будут её автоматом вставлять во все "Описания автора". Но уже всем будет чётко видно - Внимание! В "Описание автора" одна и таже халтура. Отговориться о том, что из за творческого процесса, забыли про описание не получится. Ясно будет что "забили" а не забыли.
Прошу админов, моё обращение к Автору FLProg не удалять и не подчищать.

[Phazz]

Так не пойдёт, бывает я делаю блок чисто для себя или еще идет процесс отладки. А мне уже нужно делать какое-то описание. Изготовление блоков дело добровольное, как и использование их.