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

[aidar_i]

Сергей,
1) в новом редакторе есть возможность создавать выход без создания переменной, можно аналогично сделать и для входа? Понадобилось при создании блоков для МК, не поддерживающей Ардуино Иде.

2) А , вообще, лучше, если было бы возможность добавлять в список переменных свою переменную. Так проще и лучше будет.
Мне нужно, чтобы создавался переменная bit вместо bool.

[Phazz]

[ref=#ff8000]aidar_i[/ref], так вход вроде и так не создает переменную

[aidar_i]

[ref=#ff8000]aidar_i[/ref], так вход вроде и так не создает переменную

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

[Phazz]

Мы ни как не дождёмся общую функцию и изменение порядка кода в функциях в зависимости от расположения блоков )

[aidar_i]

в новом редакторе есть возможность создавать выход без создания переменной, можно аналогично сделать и для входа? Понадобилось при создании блоков для МК, не поддерживающей Ардуино Иде.

Оказывается не надо, можно сделать вот так:
[spoiler]

Безымянный.png

[/spoiler]

Код получаем такой:

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

void loop()
{
//Плата:1
    pin33=((pin32))
}

Остается пункт: возможность добавлять в список переменных свою переменную

[support]

Доброго времени суток всем.
При компилировании из фл прог с выключенными библиотеками "flprogUtilites.h" все равно есть ссылка на эту библиотеку и при компиляции ошибка

Если нужны только таймеры/генераторы киньте в проект блок-затычку

Исправил

Отправлено спустя 47 секунд:

Линукс-версия 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.

Исправил

[ecoins]

Мы ни как не дождёмся общую функцию и изменение порядка кода в функциях в зависимости от расположения блоков )

В блоках пользователей можно реализовать прием: добавить 1)вход EN, 2) выход run, 3)код run=EN.
Такие блоки можно соединять "паравозиком" и они будут выполняться последовательно.

[aidar_i]

Мы ни как не дождёмся общую функцию и изменение порядка кода в функциях в зависимости от расположения блоков )

В блоках пользователей можно реализовать прием: добавить 1)вход EN, 2) выход run, 3)код run=EN.
Такие блоки можно соединять "паравозиком" и они будут выполняться последовательно.

Setup тоже?

[Phazz]

Да, ни в сетап ни в функциях это не работает к сожалению.

Отправлено спустя 12 минут 30 секунд:
Единственное что получилось, это менять расположение блоков через нумерацию вручную. С помощью дефайнов

[waswas]

В блоках пользователей можно реализовать прием: добавить 1)вход EN, 2) выход run, 3)код run=EN.
Такие блоки можно соединять "паравозиком" и они будут выполняться последовательно

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

[ecoins]

Да, ни в сетап ни в функциях это не работает к сожалению.

По действиям в setup: во всех блоках ecoins секция setup не используется. В редких случаях для инициализации переменных применяется, но и это не обязательно.
-------
Вызов функций внутри блоков регулируется кодом блоков. Выполнение блоков на плате при наличии между ними связей, в том числе и вспомогательных (EN->run или что-то подобное) выполняется последовательно - "паровозиком".
Используем этот метод в своей практике. Например так был реализован тестовый пример для настройки и записи в PCF8575 используя блоки i2c ecoins. Или вывод на консоль параметров в необходимой последовательности.
------
По последовательности вызовов плат: они вызываются в порядке их расположения проектов. Эту последовательность можно изменить используя условия вызова этих плат.
------
Вывод: доступные пользователю инструменты FLProg позволяют реализовать требуемую последовательность выполнения блоков.
----
С уважением, Энвер.

[Phazz]

[ref]ecoins[/ref], Нет, к сожалению вы не правы. Работа некоторых библиотек(в основном вэб интерфейсов) требует размещения кода в общей функции. Так как там происходит например построение интерфейса и последовательность кода важна. Иначе последовательность отображаемых элементов нарушится.

Вы с этим не сталкиваетесь потому что пишите свою библиотеку с учетом особенностей флпрог.

Отправлено спустя 11 минут 38 секунд:
Да и не забывайте про работу с двумя ядрами в rp2040 или esp32. Но для этого наверное нужно вводить для плат еще одну опцию выполнение платы в функции. Но тут нужно думать над тем как это реализовать чтобы упростить для конечного пользователя какую функцию выбрать для конкретной платы.

[ecoins]

ecoins, Нет, к сожалению вы не правы. Работа некоторых библиотек(в основном вэб интерфейсов) требует размещения кода в общей функции. Так как там происходит например построение интерфейса и последовательность кода важна. Иначе последовательность отображаемых элементов нарушится.

Вы правы.

Вы с этим не сталкиваетесь потому что пишите свою библиотеку с учетом особенностей флпрог.

Вы правы. Столкнувшись несколько лет назад со схожими описанными Вами проблемами, мы начали разрабатывать и использовать методы создания библиотек с учетом особенностей FLProg (ну и в общем иных систем визуального программирования). Это действительно их отличает от программирования просто на C++, где все реализуется существенно проще.
Мы не раз предлагали объединить усилия заинтересованных сторон - позитивные результаты есть, но их могло быть и больше...

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

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

[Phazz]

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

Интересно будет посмотреть результат. Но это к сожалению проблему сторонних библиотек не решает.

[ecoins]

Интересно будет посмотреть результат. Но это к сожалению проблему сторонних библиотек не решает.

Полагаю, что проблема сторонних библиотек трудно разрешима по совокупности причин. На мой взгляд попытка их использовать без адаптации тупиковый путь.
И не только в случае с FLProg, но и с C++.

[Rovki]

Интересно будет посмотреть результат. Но это к сожалению проблему сторонних библиотек не решает.

Полагаю, что проблема сторонних библиотек трудно разрешима по совокупности причин. На мой взгляд попытка их использовать без адаптации тупиковый путь.
И не только в случае с FLProg, но и с C++.

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

[ecoins]

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

Ну не совсем всё так мрачно...
По основным библиотекам для разных устройств мы прошлись. Библиотеки типизированы и проверены на тестах.
Надо поработать с Ethernet2 для W5500 - там требуются локальные доработки с выбором номера шины SPI.
C Wi-Fi - вроде есть что выбрать из готовых сторонних библиотек.
ModBus работает хорошо.
А по устройствам новым (сенсоры, раширители) - это в основном рутинная работа...
-----
В блоки оформлять на основе библиотек(проверенных на тестах C++) и тестировать эти блоки - вот это отнимает много времени.
Этим могли бы заняться и другие участники форума и потребители FLProg, но по разным причинам эти процессы не складываются...
С уважением, Энвер.

[Phazz]

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

Отправлено спустя 2 минуты 11 секунд:
[ref]ecoins[/ref], А попробуйте написать вэбинтрфейс на пользовательских блоках. Тогда поймёте о чем я говорю.

[ecoins]

Нужно просто добавить одну возможность в редактор.

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

А переписывание чужих библиотек приведет к повышению порога вхождения для желающих делать блоки самостоятельно.

Насколько представляю, разработчик FLProg новую версию видит без сторонних библиотек, если они не соответствуют требованиям FLProg. Эти требования наверное будут сформулированы или можно их будет взять из новых библиотек.

ecoins, А попробуйте написать вэбинтерфейс на пользовательских блоках. Тогда поймёте о чем я говорю.

Я сейчас просто не смогу этого сделать - темой не занимался и она вроде не столь очевидная.
На форуме несколько веток посвящены этой теме и насколько я понимаю проблемы возникают по мере роста размера проектов.
Предлагал объединить усилия на форуме, в том числе и с Вами, и в том числе на основе того, что уже сделано у разработчика FLProg - как-то не сложилось.
Много работы проведено по поднятию в FLProg web систем JeeUI2 и CRMui3. Происхождением они от одного автора. Недавно связывался с ним по телефону, он сейчас не в России и поддержкой этих систем вроде не планирует заниматься. Возможно увидел нечто, что делает выбранный путь тупиковым. Возможно я и не прав. Есть и собственное предположение - это особенность организации памяти в ESP32 из-за чего работа с большими объемами данных прилично тормозит процессор. И двухядерность эту проблему не решает.
-----
Может все же опытные проектировщики web интерфейсов приложат усилия к развитию web-подходов на основе разработок автора FLProg? Ему и вопросы можно напрямую задать...
----
И в конце вопрос по поднятой темк - проблемы с кодами, коды прописываются в секции setup используемых библиотек или иные?
---
С уважением, Энвер.

[Phazz]

Насколько представляю, разработчик FLProg новую версию видит без сторонних библиотек

Вот этого не стоит делать однозначно. Кто будет заниматься отбором библиотек? Этим самым вы убьете пользовательские блоки. Потому что смысла в них не будет. Я понимаю если такое будет для муравейника потому что это коммерческий продукт и риски несовместимости нужно свести к минимуму.