FlProg

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

aidar_i писал(а): 27 апр 2025, 18:54 В ПБ FBD не декларируется переменная _tempVariable_uint8_t, в результате ошибка компиляции .
Test block.flp
ps: заменил блок изменения числа в ПБ стало нормально.

с компилировалось без ошибок

ESP 32 UART то ModBus. Проверил порты UART 0, UART 1, UART2. работает. Разобрался с блоками, спасибо

Alhim20 писал(а): 28 апр 2025, 17:17 ESP 32 UART то ModBus. Проверил порты UART 0, UART 1, UART2. работает. Разобрался с блоками, спасибо

Отлично. Успехов.
С уважением, ecoins.

[quote=ecoins post_id=138483 time=1745854389 user_id=923]
[quote=Alhim20 post_id=138482 time=1745849865 user_id=19101]
ESP 32 UART то ModBus. Проверил порты UART 0, UART 1, UART2. работает. Разобрался с блоками, спасибо
[/quote]
Отлично. Успехов.
С уважением, ecoins.
[/quote]

Только посмотрите на это. все пины перепутались. Че тоя совсем запутался сам (*_*). Прилагаю тест с анализатором искал пины.Проверьте инициализацию у себя, че то не так.
17 pin ESP32 to TX RS485
TX pin esp 32 to RX RS 485
18 pi ESP 32 to DE/RE rs 485
ПОРТ есть ответ мастеру
UART?

RX pin esp 32 to TX RS485
TX pin ESP32 to rx RS485
19 pin ESP 32 to DE/RE rs 485
порт есть ответ мастеру
UART-?


14 pin ESP32 to RX 485
27 pin ESP32 to TX 485
13 pin ESP32 to DE/RE rs 485
порт есть ответ мастеру
UART1

Alhim20 писал(а): 28 апр 2025, 19:11

ecoins писал(а): 28 апр 2025, 18:33

Alhim20 писал(а): 28 апр 2025, 17:17 ESP 32 UART то ModBus. Проверил порты UART 0, UART 1, UART2. работает. Разобрался с блоками, спасибо

Отлично. Успехов.
С уважением, ecoins.

Только посмотрите на это. все пины перепутались. Че тоя совсем запутался сам (*_*). Прилагаю тест с анализатором искал пины.Проверьте инициализацию у себя, че то не так.

У Вас в шести блоках на плате инициализации шесть ошибок.
Часть из низ из-за не внимательности, часть возможно из-за непонимания.
Ничего в этом необычного нет - у меня тоже бывают ошибки по схожим причинам.
Но есть разница.

Вы работаете "в слепую" - иногда повезет, иногда нет.
Во втором случае Вам кажется что проблема в FLProg. И такое бывает, и Вы уже помогли выявить ошибку.
Но чаще все-же проблема на стороне разработчика проекта.

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

Я немного поправил Ваш тест и включил в него стартовые блоки для отладки. Посмотрите отчет - там увидите реальные пины UART,i2c,SPI с которыми работает Ваш проект после Ваших настроек в плате инициализации.
Пробуйте, задавайте вопросы.
С уважением, ecoins.

А В FL PROG инициализации зачем так?
#if defined(RT_HW_PRESENT_UART2)
if(num==2) {if(LinkUART2.status==0){
Serial2.begin(LinkUART2.speed, LinkUART2.config,(int8_t)LinkUART0.rx,(int8_t)LinkUART2.tx, false, 20000UL, 112);
LinkUART2.status=1;
}
return 1;
}
#endif

Версия 9.3.5

Alhim20 писал(а): 29 апр 2025, 16:55 А В FL PROG инициализации зачем так?
#if defined(RT_HW_PRESENT_UART2)
if(num==2) {if(LinkUART2.status==0){
Serial2.begin(LinkUART2.speed, LinkUART2.config,(int8_t)LinkUART0.rx,(int8_t)LinkUART2.tx, false, 20000UL, 112);
LinkUART2.status=1;
}
return 1;
}
#endif

Версия 9.3.5

я вам отправлял 9.3.7, зачем тестируете 9.3.5?

Ander писал(а): 29 апр 2025, 17:07

Alhim20 писал(а): 29 апр 2025, 16:55 А В FL PROG инициализации зачем так?
#if defined(RT_HW_PRESENT_UART2)
if(num==2) {if(LinkUART2.status==0){
Serial2.begin(LinkUART2.speed, LinkUART2.config,(int8_t)LinkUART0.rx,(int8_t)LinkUART2.tx, false, 20000UL, 112);
LinkUART2.status=1;
}
return 1;
}
#endif

Версия 9.3.5

я вам отправлял 9.3.7, зачем тестируете 9.3.5?

В 9.3.5 пин неправильно инициализирован. Пин RX порта 2 инициализирован на пин RX порта 0
В 9.3.7 пин тоже также не правильно инициализирован.
Перепроверил тест, все работает, только в файле инициализации надо исправить

В FL PROG инициализацию сделал так и все заработало. UART2 на своих законных пинах. RX2 и TX2.). Долго же я искал ответ (*__*) . Всем спасибо. Вопрос решен.
В FL PROG 9.3.5 или 9.3.7 нужно исправить инициализацию пина в файле FUNC_UART для ESP32 как здесь и все заработает. Думаю разработчик поправит в следующей версии. Извиняюсь, похозяйничал в коде.

#if defined(RT_HW_PRESENT_UART2)
if(num==2) {if(LinkUART2.status==0){
Serial2.begin(LinkUART2.speed, LinkUART2.config,(int8_t)LinkUART2.rx,(int8_t)LinkUART2.tx, false, 20000UL, 112);
LinkUART2.status=1;
}
return 1;
}
#endif

Версия 9.3.5 и 9.3.7. Все работает. Все три UART0, UART1, UART2.

Добрый день.
Можно ссылочку на последнюю версию.
Спасибо.

hqvideo писал(а): 29 апр 2025, 18:06 Добрый день.
Можно ссылочку на последнюю версию.
Спасибо.

Напишите Ander в личку.

АНОНС изменений работы с Wi-Fi
Разработчик исследовал проблемы возникающие при работе с Wi-Fi, в том числе и сторонними библиотеками.
Принято решение: полностью переработано библиотека WiFi - в некотором смысле она является уникальной.
Результаты предварительного тестирования:
1.На всех модулях ESP в полном объеме реализовано независимое управление точки доступа и клиента.
2.Реализована автоматическое подключение и переподключение без влияния на работу контроллера.
3.ОТА реализован.
4.Web-Update будет реализован позже - вместе с полной переделкой Web-интерфейса. Пока можно использовать пользовательский блок Phazz/Ander. Его надо ставить в медленную задачу.
6.Работает WiFi RP2040-W. Особенность контролера - невозможность на аппаратном уровне одновременной работы клиента и точки доступа. Надо переключаться туда-назад. Работает очень хорошо.
Тестирование продолжается.

Я думаю,что в проге не хватает визуализации настройки пинов при инициализации контроллеров ESP32, STM32,RP2040 и более мощных и многоножечных в особенности. Что если нарисовать схему контроллера в отдельном окне с расписанными пинами (Например как в программе КУБ (CUBE) для STM32) и при наведении курсора на пины подсвечивались бы связи пинов с интерфейсами, и тут же сделать возможность инициализировать и отключать интерфейсы, выводы периферии контроллеров и т.д. Такая визуализация по моему мнению исключит ошибки использования или не использования пинов по назначению (задваивание интерфейсов и пинов). В левом окне есть настройка интерфейсов, еще бы визуализацию. Очень много наработок в блоках кандидатов, их тоже прикручивать туда по мере возможности. Считаю это очень упростит начальную инициализацию контроллеров.

Alhim20 писал(а): 30 апр 2025, 04:04 Я думаю,что в проге не хватает визуализации настройки пинов при инициализации контроллеров ESP32, STM32,RP2040 и более мощных и многоножечных в особенности. Что если нарисовать схему контроллера в отдельном окне с расписанными пинами (Например как в программе КУБ (CUBE) для STM32) и при наведении курсора на пины подсвечивались бы связи пинов с интерфейсами, и тут же сделать возможность инициализировать и отключать интерфейсы, выводы периферии контроллеров и т.д. Такая визуализация по моему мнению исключит ошибки использования или не использования пинов по назначению (задваивание интерфейсов и пинов). В левом окне есть настройка интерфейсов, еще бы визуализацию. Очень много наработок в блоках кандидатов, их тоже прикручивать туда по мере возможности. Считаю это очень упростит начальную инициализацию контроллеров.

Предложение интересное и наверное в принципе реализуемо, но:
1.Это большая задача, а у разработчика расставлены приоритеты, в том числе: новый Web, новые беспроводные коммуникации, новые контроллеры и ПЛК, симуляция проекта, FLProg-SCADA , графические дисплеи (FLProg-SCADA лежала бы в основе) и др.
2.STM32 - огромная компания с большим количеством разработчиков и они отрабатывали CUBE десятилетиями выпуская тысячи разных контроллеров построенных на единой концепции.
3.Для FLProg такая задача сложнее - разные контроллеры порой с сильно отличающими концепциями построения.
FLProg уже работает с многоядерными контроллерами - в CUBE такая возможность вроде в явной форме не просматривается.
4.Ну и наконец о целевой аудитории.
Для начинающих пользователей есть базовые описания контроллеров. При необходимости их может быть несколько (например RP2040-Zero, ESP32C3-mini).
Для продвинутых пользователей - по использованию ресурсов MCU ответственность ложится на проектировщика.

При появлении вопросов - задавайте вопросы на форуме. В качестве шпаргалки может помочь библиотека RT_HW_BASE.h

С уважением, ecoins.

ecoins писал(а): 29 апр 2025, 20:42 АНОНС изменений работы с Wi-Fi
Разработчик исследовал проблемы возникающие при работе с Wi-Fi, в том числе и сторонними библиотеками.
Принято решение: полностью переработано библиотека WiFi - в некотором смысле она является уникальной.
Результаты предварительного тестирования:
1.На всех модулях ESP в полном объеме реализовано независимое управление точки доступа и клиента.
2.Реализована автоматическое подключение и переподключение без влияния на работу контроллера.
3.ОТА реализован.
4.Web-Update будет реализован позже - вместе с полной переделкой Web-интерфейса. Пока можно использовать пользовательский блок Phazz/Ander. Его надо ставить в медленную задачу.
6.Работает WiFi RP2040-W. Особенность контролера - невозможность на аппаратном уровне одновременной работы клиента и точки доступа. Надо переключаться туда-назад. Работает очень хорошо.
Тестирование продолжается.

Собрал портабл версию 9-3-8 с изменениями работы с Wi-Fi. В ЛС за тестовой сборкой желающим участвовать в тесте с обратной связью.

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

ecoins писал(а): 29 апр 2025, 20:42 АНОНС изменений работы с Wi-Fi
1.На всех модулях ESP в полном объеме реализовано независимое управление точки доступа и клиента.

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

Вопрос интересен - особенно если рассмотреть его с точки зрения безопасности (например допуск устройств по МАС) -по изучаем. // добавлю тикет // Ander

Добрый вечер!
Подскажите в последних версиях можно уменьшить расход памяти?
К примеру в простеньком проекте для NANO в вер.7.5.2:
Скетч использует 8710 байт (28%) памяти устройства. Всего доступно 30720 байт.
Глобальные переменные используют 379 байт (18%) динамической памяти.

В последней версии (тот же проект):
Скетч использует 21938 байт (71%) памяти устройства. Всего доступно 30720 байт.
Глобальные переменные используют 2011 байт (98%) динамической памяти.
Соответственно компилируется с сообщением:
"Недостаточно памяти, программа может работать нестабильно."

Я что то упустил в обсуждениях, или так и должно быть?
Спасибо.