Обсуждение ошибок, "хотелок", доработок которые будут в версии 8.х
Библиотеки "flprogUtilites.h" можно отключить, если не пользоваться встроенными блоками флпрог (допустим использовать пользовательский контроллер с своими ПБ и библиотеками). Или хотя бы знать какие блоки флпрог не используют внешние библиотеки из flprogUtilites.
Если нужны только таймеры/генераторы киньте в проект блок-затычку
Нужно, чтобы код вставленный на входе, аналогично выходу появился в скетче.
Оказывается не надо, можно сделать вот так:
Код: Выделить всё
void loop()
{
//Плата:1
pin33=((pin32))
}
Исправил
Исправилdsfbuy писал(а): ↑23.06.2023{, 09:24}Линукс-версия 8.2.2 ошибка:
In file included from /home/user/FLProg_8-2-2_Linux64/ideV8/portable/sketchbook/libraries/Flprog_Utilites/src/flprogI2C.h:90,
from /home/user/FLProg_8-2-2_Linux64/ideV8/portable/sketchbook/libraries/Flprog_Utilites/src/flprogI2C.cpp:1:
/home/user/FLProg_8-2-2_Linux64/ideV8/portable/sketchbook/libraries/Flprog_Utilites/src/i2C/flprogI2C_sensorsBasic.h:15:22: error: 'FLPROG_I2CSPEED' was not declared in this scope
15 | uint32_t speed = FLPROG_I2CSPEED;
Ещё в некоторых .h файлах не правильные слеши в ссылках на библиотеки в Fiprog_Utilites.
В блоках пользователей можно реализовать прием: добавить 1)вход EN, 2) выход run, 3)код run=EN.
сначала разогнал всех с форума, а теперь выяснилось что даже редактор блоков не знает)
По действиям в setup: во всех блоках ecoins секция setup не используется. В редких случаях для инициализации переменных применяется, но и это не обязательно.
Вы правы.Phazz писал(а): ↑30.06.2023{, 06:39}ecoins, Нет, к сожалению вы не правы. Работа некоторых библиотек(в основном вэб интерфейсов) требует размещения кода в общей функции. Так как там происходит например построение интерфейса и последовательность кода важна. Иначе последовательность отображаемых элементов нарушится.
Вы правы. Столкнувшись несколько лет назад со схожими описанными Вами проблемами, мы начали разрабатывать и использовать методы создания библиотек с учетом особенностей FLProg (ну и в общем иных систем визуального программирования). Это действительно их отличает от программирования просто на C++, где все реализуется существенно проще.
Phazz писал(а): ↑30.06.2023{, 06:39}Да и не забывайте про работу с двумя ядрами в rp2040 или esp32. Но для этого наверное нужно вводить для плат еще одну опцию выполнение платы в функции. Но тут нужно думать над тем как это реализовать чтобы упростить для конечного пользователя какую функцию выбрать для конкретной платы.
Интересно будет посмотреть результат. Но это к сожалению проблему сторонних библиотек не решает.
Полагаю, что проблема сторонних библиотек трудно разрешима по совокупности причин. На мой взгляд попытка их использовать без адаптации тупиковый путь.