Страница 31 из 42
Тестирование версии 8.х
Добавлено: 27 июн 2023, 07:50
aidar_i
Сергей,
1) в новом редакторе есть возможность создавать выход без создания переменной, можно аналогично сделать и для входа? Понадобилось при создании блоков для МК, не поддерживающей Ардуино Иде.
2) А , вообще, лучше, если было бы возможность добавлять в список переменных свою переменную. Так проще и лучше будет.
Мне нужно, чтобы создавался переменная bit вместо bool.
Тестирование версии 8.х
Добавлено: 27 июн 2023, 08:00
Phazz
[ref=#ff8000]aidar_i[/ref], так вход вроде и так не создает переменную
Тестирование версии 8.х
Добавлено: 27 июн 2023, 08:09
aidar_i
Phazz писал(а): 27 июн 2023, 08:00
[ref=#ff8000]aidar_i[/ref], так вход вроде и так не создает переменную
Нужно, чтобы код вставленный на входе, аналогично выходу появился в скетче.
А , вообще, лучше, если было бы возможность добавлять в список переменных свою переменную. Так проще и лучше будет.
Мне нужно, чтобы создавался переменная bit вместо bool при создании входа..
Тестирование версии 8.х
Добавлено: 27 июн 2023, 08:16
Phazz
Мы ни как не дождёмся общую функцию и изменение порядка кода в функциях в зависимости от расположения блоков )
Тестирование версии 8.х
Добавлено: 27 июн 2023, 08:23
aidar_i
aidar_i писал(а): 27 июн 2023, 07:50
в новом редакторе есть возможность создавать выход без создания переменной, можно аналогично сделать и для входа? Понадобилось при создании блоков для МК, не поддерживающей Ардуино Иде.
Оказывается не надо, можно сделать вот так:
[spoiler]
Безымянный.png
[/spoiler]
Код получаем такой:
Остается пункт: возможность добавлять в список переменных свою переменную
Тестирование версии 8.х
Добавлено: 29 июн 2023, 09:53
support
Naladchik писал(а): 24 июн 2023, 17:49
PFL писал(а): 23 июн 2023, 18:21
Доброго времени суток всем.
При компилировании из фл прог с выключенными библиотеками "flprogUtilites.h" все равно есть ссылка на эту библиотеку и при компиляции ошибка
Если нужны только таймеры/генераторы киньте в проект блок-затычку
Исправил
Отправлено спустя 47 секунд:
dsfbuy писал(а): 23 июн 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.
Исправил
Тестирование версии 8.х
Добавлено: 29 июн 2023, 12:30
ecoins
Phazz писал(а): 27 июн 2023, 08:16
Мы ни как не дождёмся общую функцию и изменение порядка кода в функциях в зависимости от расположения блоков )
В блоках пользователей можно реализовать прием: добавить 1)вход EN, 2) выход run, 3)код run=EN.
Такие блоки можно соединять "паравозиком" и они будут выполняться последовательно.
Тестирование версии 8.х
Добавлено: 29 июн 2023, 21:05
aidar_i
ecoins писал(а): 29 июн 2023, 12:30
Phazz писал(а): 27 июн 2023, 08:16
Мы ни как не дождёмся общую функцию и изменение порядка кода в функциях в зависимости от расположения блоков )
В блоках пользователей можно реализовать прием: добавить 1)вход EN, 2) выход run, 3)код run=EN.
Такие блоки можно соединять "паравозиком" и они будут выполняться последовательно.
Setup тоже?
Тестирование версии 8.х
Добавлено: 29 июн 2023, 21:41
Phazz
Да, ни в сетап ни в функциях это не работает к сожалению.
Отправлено спустя 12 минут 30 секунд:
Единственное что получилось, это менять расположение блоков через нумерацию вручную. С помощью дефайнов
Тестирование версии 8.х
Добавлено: 30 июн 2023, 00:43
waswas
ecoins писал(а): 29 июн 2023, 21:41
В блоках пользователей можно реализовать прием: добавить 1)вход EN, 2) выход run, 3)код run=EN.
Такие блоки можно соединять "паравозиком" и они будут выполняться последовательно
сначала разогнал всех с форума, а теперь выяснилось что даже редактор блоков не знает)
Тестирование версии 8.х
Добавлено: 30 июн 2023, 05:39
ecoins
Phazz писал(а): 29 июн 2023, 21:41
Да, ни в сетап ни в функциях это не работает к сожалению.
По действиям в setup: во всех блоках ecoins секция setup не используется. В редких случаях для инициализации переменных применяется, но и это не обязательно.
-------
Вызов функций внутри блоков регулируется кодом блоков. Выполнение блоков на плате при наличии между ними связей, в том числе и вспомогательных (EN->run или что-то подобное) выполняется последовательно - "паровозиком".
Используем этот метод в своей практике. Например так был реализован тестовый пример для настройки и записи в PCF8575 используя блоки i2c ecoins. Или вывод на консоль параметров в необходимой последовательности.
------
По последовательности вызовов плат: они вызываются в порядке их расположения проектов. Эту последовательность можно изменить используя условия вызова этих плат.
------
Вывод: доступные пользователю инструменты FLProg позволяют реализовать требуемую последовательность выполнения блоков.
----
С уважением, Энвер.
Тестирование версии 8.х
Добавлено: 30 июн 2023, 06:39
Phazz
[ref]ecoins[/ref], Нет, к сожалению вы не правы. Работа некоторых библиотек(в основном вэб интерфейсов) требует размещения кода в общей функции. Так как там происходит например построение интерфейса и последовательность кода важна. Иначе последовательность отображаемых элементов нарушится.
Вы с этим не сталкиваетесь потому что пишите свою библиотеку с учетом особенностей флпрог.
Отправлено спустя 11 минут 38 секунд:
Да и не забывайте про работу с двумя ядрами в rp2040 или esp32. Но для этого наверное нужно вводить для плат еще одну опцию выполнение платы в функции. Но тут нужно думать над тем как это реализовать чтобы упростить для конечного пользователя какую функцию выбрать для конкретной платы.
Тестирование версии 8.х
Добавлено: 30 июн 2023, 06:58
ecoins
Phazz писал(а): 30 июн 2023, 06:39
ecoins, Нет, к сожалению вы не правы. Работа некоторых библиотек(в основном вэб интерфейсов) требует размещения кода в общей функции. Так как там происходит например построение интерфейса и последовательность кода важна. Иначе последовательность отображаемых элементов нарушится.
Вы правы.
Phazz писал(а): 30 июн 2023, 06:39
Вы с этим не сталкиваетесь потому что пишите свою библиотеку с учетом особенностей флпрог.
Вы правы. Столкнувшись несколько лет назад со схожими описанными Вами проблемами, мы начали разрабатывать и использовать методы создания библиотек с учетом особенностей FLProg (ну и в общем иных систем визуального программирования). Это действительно их отличает от программирования просто на C++, где все реализуется существенно проще.
Мы не раз предлагали объединить усилия заинтересованных сторон - позитивные результаты есть, но их могло быть и больше...
Phazz писал(а): 30 июн 2023, 06:39
Да и не забывайте про работу с двумя ядрами в rp2040 или esp32. Но для этого наверное нужно вводить для плат еще одну опцию выполнение платы в функции. Но тут нужно думать над тем как это реализовать чтобы упростить для конечного пользователя какую функцию выбрать для конкретной платы.
Версия библиотек, которые мы уже пару месяцев планируем выложить, но пока продолжаем тестировать и дорабатывать подразумевает поддержку многоархитектурности, многозадачности, реальное время и многоядерности.
-------
С уважением, Энвер.
Тестирование версии 8.х
Добавлено: 30 июн 2023, 08:21
Phazz
ecoins писал(а): 30 июн 2023, 06:58
Версия библиотек, которые мы уже пару месяцев планируем выложить, но пока продолжаем тестировать и дорабатывать подразумевает поддержку многоархитектурности, многозадачности, реальное время и многоядерности.
Интересно будет посмотреть результат. Но это к сожалению проблему сторонних библиотек не решает.
Тестирование версии 8.х
Добавлено: 30 июн 2023, 09:24
ecoins
Phazz писал(а): 30 июн 2023, 08:21
Интересно будет посмотреть результат. Но это к сожалению проблему сторонних библиотек не решает.
Полагаю, что проблема сторонних библиотек трудно разрешима по совокупности причин. На мой взгляд попытка их использовать без адаптации тупиковый путь.
И не только в случае с FLProg, но и с C++.
Тестирование версии 8.х
Добавлено: 30 июн 2023, 11:03
Rovki
ecoins писал(а): 30 июн 2023, 09:24
Phazz писал(а): 30 июн 2023, 08:21
Интересно будет посмотреть результат. Но это к сожалению проблему сторонних библиотек не решает.
Полагаю, что проблема сторонних библиотек трудно разрешима по совокупности причин. На мой взгляд попытка их использовать без адаптации тупиковый путь.
И не только в случае с FLProg, но и с C++.
Тогда это не для простых пользователей (адаптация), а переписать заново все библиотеки тоже не вариант. Получаем вечные танцы с бубнами. Тупичек ..

.
Тестирование версии 8.х
Добавлено: 30 июн 2023, 12:33
ecoins
Rovki писал(а): 30 июн 2023, 11:03
Тогда это не для простых пользователей (адаптация), а переписать заново все библиотеки тоже не вариант. Получаем вечные танцы с бубнами. Тупи
Ну не совсем всё так мрачно...
По основным библиотекам для разных устройств мы прошлись. Библиотеки типизированы и проверены на тестах.
Надо поработать с Ethernet2 для W5500 - там требуются локальные доработки с выбором номера шины SPI.
C Wi-Fi - вроде есть что выбрать из готовых сторонних библиотек.
ModBus работает хорошо.
А по устройствам новым (сенсоры, раширители) - это в основном рутинная работа...
-----
В блоки оформлять на основе библиотек(проверенных на тестах C++) и тестировать эти блоки - вот это отнимает много времени.
Этим могли бы заняться и другие участники форума и потребители FLProg, но по разным причинам эти процессы не складываются...
С уважением, Энвер.
Тестирование версии 8.х
Добавлено: 30 июн 2023, 13:56
Phazz
Вообще не тупиковый. Нужно просто добавить одну возможность в редактор. А переписывание чужих библиотек приведет к повышению порога вхождения для желающих делать блоки самостоятельно.
Отправлено спустя 2 минуты 11 секунд:
[ref]ecoins[/ref], А попробуйте написать вэбинтрфейс на пользовательских блоках. Тогда поймёте о чем я говорю.
Тестирование версии 8.х
Добавлено: 30 июн 2023, 15:47
ecoins
Phazz писал(а): 30 июн 2023, 13:56
Нужно просто добавить одну возможность в редактор.
Я ведь не против. Почему разработчик не добавляет? Может не обратил внимание на это, а скорее всего это не так просто сделать... Одно за одним тянется, интерфейс отображения надо придумать... Возможно усложняю...На практике часто сталкиваюсь - вроде просто, а начинаешь программировать, возникают проблемы о которых и не предполагал.
Phazz писал(а): 30 июн 2023, 13:56
А переписывание чужих библиотек приведет к повышению порога вхождения для желающих делать блоки самостоятельно.
Насколько представляю, разработчик FLProg новую версию видит без сторонних библиотек, если они не соответствуют требованиям FLProg. Эти требования наверное будут сформулированы или можно их будет взять из новых библиотек.
Phazz писал(а): 30 июн 2023, 13:56
ecoins, А попробуйте написать вэбинтерфейс на пользовательских блоках. Тогда поймёте о чем я говорю.
Я сейчас просто не смогу этого сделать - темой не занимался и она вроде не столь очевидная.
На форуме несколько веток посвящены этой теме и насколько я понимаю проблемы возникают по мере роста размера проектов.
Предлагал объединить усилия на форуме, в том числе и с Вами, и в том числе на основе того, что уже сделано у разработчика FLProg - как-то не сложилось.
Много работы проведено по поднятию в FLProg web систем JeeUI2 и CRMui3. Происхождением они от одного автора. Недавно связывался с ним по телефону, он сейчас не в России и поддержкой этих систем вроде не планирует заниматься. Возможно увидел нечто, что делает выбранный путь тупиковым. Возможно я и не прав. Есть и собственное предположение - это особенность организации памяти в ESP32 из-за чего работа с большими объемами данных прилично тормозит процессор. И двухядерность эту проблему не решает.
-----
Может все же опытные проектировщики web интерфейсов приложат усилия к развитию web-подходов на основе разработок автора FLProg? Ему и вопросы можно напрямую задать...
----
И в конце вопрос по поднятой темк - проблемы с кодами, коды прописываются в секции setup используемых библиотек или иные?
---
С уважением, Энвер.
Тестирование версии 8.х
Добавлено: 30 июн 2023, 16:39
Phazz
Phazz писал(а): 30 июн 2023, 13:56
Насколько представляю, разработчик FLProg новую версию видит без сторонних библиотек
Вот этого не стоит делать однозначно. Кто будет заниматься отбором библиотек? Этим самым вы убьете пользовательские блоки. Потому что смысла в них не будет. Я понимаю если такое будет для муравейника потому что это коммерческий продукт и риски несовместимости нужно свести к минимуму.