Тестирование версии 9.2.Х
-
- Полковник
- Сообщения: 3357
- Зарегистрирован: 24 дек 2016, 16:55
- Откуда: Уфа
- Имя: Айдар
- Благодарил (а): 13 раз
- Поблагодарили: 100 раз
- Контактная информация:
Re: Тестирование версии 9.2.Х
ПБлок в примере, который работает с ошибкой, ошибку дает блок изменения числа внутри ПБ, но после его удаления и вставки заново ошибка пропала. А у Вас сразу начал работать нормально. Такое уже не в первый раз случалось с блоком изменения числа. Пока не понятно почему так происходит.
-
- Лейтенант
- Сообщения: 514
- Зарегистрирован: 31 окт 2023, 12:50
- Имя: Андрей
- Благодарил (а): 21 раз
- Поблагодарили: 94 раза
Re: Тестирование версии 9.2.Х
с компилировалось без ошибокaidar_i писал(а): 27 апр 2025, 18:54 В ПБ FBD не декларируется переменная _tempVariable_uint8_t, в результате ошибка компиляции .
Test block.flp
ps: заменил блок изменения числа в ПБ стало нормально.
-
- Рядовой
- Сообщения: 77
- Зарегистрирован: 28 окт 2024, 04:02
- Откуда: Белогорск
- Имя: Илья
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Тестирование версии 9.2.Х
ESP 32 UART то ModBus. Проверил порты UART 0, UART 1, UART2. работает. Разобрался с блоками, спасибо
-
- Полковник
- Сообщения: 4005
- Зарегистрирован: 12 фев 2016, 11:40
- Откуда: Шатура
- Имя: Энвер
- Благодарил (а): 137 раз
- Поблагодарили: 152 раза
Re: Тестирование версии 9.2.Х
Отлично. Успехов.Alhim20 писал(а): 28 апр 2025, 17:17 ESP 32 UART то ModBus. Проверил порты UART 0, UART 1, UART2. работает. Разобрался с блоками, спасибо
С уважением, ecoins.
-
- Рядовой
- Сообщения: 77
- Зарегистрирован: 28 окт 2024, 04:02
- Откуда: Белогорск
- Имя: Илья
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Тестирование версии 9.2.Х
[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
[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 29 апр 2025, 02:02, всего редактировалось 3 раза.
-
- Полковник
- Сообщения: 4005
- Зарегистрирован: 12 фев 2016, 11:40
- Откуда: Шатура
- Имя: Энвер
- Благодарил (а): 137 раз
- Поблагодарили: 152 раза
Re: Тестирование версии 9.2.Х
У Вас в шести блоках на плате инициализации шесть ошибок.Alhim20 писал(а): 28 апр 2025, 19:11Только посмотрите на это. все пины перепутались. Че тоя совсем запутался сам (*_*). Прилагаю тест с анализатором искал пины.Проверьте инициализацию у себя, че то не так.
Часть из низ из-за не внимательности, часть возможно из-за непонимания.
Ничего в этом необычного нет - у меня тоже бывают ошибки по схожим причинам.
Но есть разница.
Вы работаете "в слепую" - иногда повезет, иногда нет.
Во втором случае Вам кажется что проблема в FLProg. И такое бывает, и Вы уже помогли выявить ошибку.
Но чаще все-же проблема на стороне разработчика проекта.
В отличии от Вас я изначально полагаюсь на методы тестирования и отладки, которыми FLProg буквально пронизан.
Много разных методов. Хорошо если есть логический анализатор, сильно помогает - но в большинстве случаев можно обойтись и без него.
Я немного поправил Ваш тест и включил в него стартовые блоки для отладки. Посмотрите отчет - там увидите реальные пины UART,i2c,SPI с которыми работает Ваш проект после Ваших настроек в плате инициализации.
Пробуйте, задавайте вопросы.
С уважением, ecoins.
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Рядовой
- Сообщения: 77
- Зарегистрирован: 28 окт 2024, 04:02
- Откуда: Белогорск
- Имя: Илья
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Тестирование версии 9.2.Х
А В 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
#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
-
- Лейтенант
- Сообщения: 514
- Зарегистрирован: 31 окт 2023, 12:50
- Имя: Андрей
- Благодарил (а): 21 раз
- Поблагодарили: 94 раза
Re: Тестирование версии 9.2.Х
я вам отправлял 9.3.7, зачем тестируете 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
-
- Рядовой
- Сообщения: 77
- Зарегистрирован: 28 окт 2024, 04:02
- Откуда: Белогорск
- Имя: Илья
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Тестирование версии 9.2.Х
В 9.3.5 пин неправильно инициализирован. Пин RX порта 2 инициализирован на пин RX порта 0Ander писал(а): 29 апр 2025, 17:07я вам отправлял 9.3.7, зачем тестируете 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 пин тоже также не правильно инициализирован.
Перепроверил тест, все работает, только в файле инициализации надо исправить
Последний раз редактировалось Alhim20 30 апр 2025, 02:41, всего редактировалось 1 раз.
-
- Рядовой
- Сообщения: 77
- Зарегистрирован: 28 окт 2024, 04:02
- Откуда: Белогорск
- Имя: Илья
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Тестирование версии 9.2.Х
В 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.
В 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.
Последний раз редактировалось Alhim20 01 май 2025, 03:52, всего редактировалось 9 раз.
-
- Полковник
- Сообщения: 4005
- Зарегистрирован: 12 фев 2016, 11:40
- Откуда: Шатура
- Имя: Энвер
- Благодарил (а): 137 раз
- Поблагодарили: 152 раза
-
- Полковник
- Сообщения: 4005
- Зарегистрирован: 12 фев 2016, 11:40
- Откуда: Шатура
- Имя: Энвер
- Благодарил (а): 137 раз
- Поблагодарили: 152 раза
Re: Тестирование версии 9.2.Х
АНОНС изменений работы с Wi-Fi
Разработчик исследовал проблемы возникающие при работе с Wi-Fi, в том числе и сторонними библиотеками.
Принято решение: полностью переработано библиотека WiFi - в некотором смысле она является уникальной.
Результаты предварительного тестирования:
1.На всех модулях ESP в полном объеме реализовано независимое управление точки доступа и клиента.
2.Реализована автоматическое подключение и переподключение без влияния на работу контроллера.
3.ОТА реализован.
4.Web-Update будет реализован позже - вместе с полной переделкой Web-интерфейса. Пока можно использовать пользовательский блок Phazz/Ander. Его надо ставить в медленную задачу.
6.Работает WiFi RP2040-W. Особенность контролера - невозможность на аппаратном уровне одновременной работы клиента и точки доступа. Надо переключаться туда-назад. Работает очень хорошо.
Тестирование продолжается.
Разработчик исследовал проблемы возникающие при работе с Wi-Fi, в том числе и сторонними библиотеками.
Принято решение: полностью переработано библиотека WiFi - в некотором смысле она является уникальной.
Результаты предварительного тестирования:
1.На всех модулях ESP в полном объеме реализовано независимое управление точки доступа и клиента.
2.Реализована автоматическое подключение и переподключение без влияния на работу контроллера.
3.ОТА реализован.
4.Web-Update будет реализован позже - вместе с полной переделкой Web-интерфейса. Пока можно использовать пользовательский блок Phazz/Ander. Его надо ставить в медленную задачу.
6.Работает WiFi RP2040-W. Особенность контролера - невозможность на аппаратном уровне одновременной работы клиента и точки доступа. Надо переключаться туда-назад. Работает очень хорошо.
Тестирование продолжается.
-
- Рядовой
- Сообщения: 77
- Зарегистрирован: 28 окт 2024, 04:02
- Откуда: Белогорск
- Имя: Илья
- Благодарил (а): 1 раз
- Поблагодарили: 3 раза
Re: Тестирование версии 9.2.Х
Я думаю,что в проге не хватает визуализации настройки пинов при инициализации контроллеров ESP32, STM32,RP2040 и более мощных и многоножечных в особенности. Что если нарисовать схему контроллера в отдельном окне с расписанными пинами (Например как в программе КУБ (CUBE) для STM32) и при наведении курсора на пины подсвечивались бы связи пинов с интерфейсами, и тут же сделать возможность инициализировать и отключать интерфейсы, выводы периферии контроллеров и т.д. Такая визуализация по моему мнению исключит ошибки использования или не использования пинов по назначению (задваивание интерфейсов и пинов). В левом окне есть настройка интерфейсов, еще бы визуализацию. Очень много наработок в блоках кандидатов, их тоже прикручивать туда по мере возможности. Считаю это очень упростит начальную инициализацию контроллеров.
-
- Полковник
- Сообщения: 4005
- Зарегистрирован: 12 фев 2016, 11:40
- Откуда: Шатура
- Имя: Энвер
- Благодарил (а): 137 раз
- Поблагодарили: 152 раза
Re: Тестирование версии 9.2.Х
Предложение интересное и наверное в принципе реализуемо, но: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.
-
- Лейтенант
- Сообщения: 514
- Зарегистрирован: 31 окт 2023, 12:50
- Имя: Андрей
- Благодарил (а): 21 раз
- Поблагодарили: 94 раза
Re: Тестирование версии 9.2.Х
Собрал портабл версию 9-3-8 с изменениями работы с Wi-Fi. В ЛС за тестовой сборкой желающим участвовать в тесте с обратной связью.ecoins писал(а): 29 апр 2025, 20:42 АНОНС изменений работы с Wi-Fi
Разработчик исследовал проблемы возникающие при работе с Wi-Fi, в том числе и сторонними библиотеками.
Принято решение: полностью переработано библиотека WiFi - в некотором смысле она является уникальной.
Результаты предварительного тестирования:
1.На всех модулях ESP в полном объеме реализовано независимое управление точки доступа и клиента.
2.Реализована автоматическое подключение и переподключение без влияния на работу контроллера.
3.ОТА реализован.
4.Web-Update будет реализован позже - вместе с полной переделкой Web-интерфейса. Пока можно использовать пользовательский блок Phazz/Ander. Его надо ставить в медленную задачу.
6.Работает WiFi RP2040-W. Особенность контролера - невозможность на аппаратном уровне одновременной работы клиента и точки доступа. Надо переключаться туда-назад. Работает очень хорошо.
Тестирование продолжается.
-
- Сержант
- Сообщения: 101
- Зарегистрирован: 27 мар 2025, 12:13
- Имя: Коля
- Поблагодарили: 6 раз
Re: Тестирование версии 9.2.Х
что бы облегчить поиск блоков связаных одной связью но по нескольким платам можно в контекстном меню добавить выделить цветом связаные блоки единой линией соединения и тогда вместо списка покажи то покажи это будет достаточно пробежаться взглядом по платам по подсвечиным цветом или окрашеным блокам
-
- Лейтенант
- Сообщения: 674
- Зарегистрирован: 10 сен 2015, 21:51
- Благодарил (а): 1 раз
- Поблагодарили: 1 раз
Re: Тестирование версии 9.2.Х
А можно добавить когда ESP в режиме АР определять мак адрес подключаемого устройства? Тогда можно будет построить интересную логику, например когда на машине подъезжаешь и телефон подключается к ESP АР, тем самым активирует открытие ворот.ecoins писал(а): 29 апр 2025, 20:42 АНОНС изменений работы с Wi-Fi
1.На всех модулях ESP в полном объеме реализовано независимое управление точки доступа и клиента.
Вопрос интересен - особенно если рассмотреть его с точки зрения безопасности (например допуск устройств по МАС) -по изучаем. // добавлю тикет // Ander
Re: Тестирование версии 9.2.Х
Добрый вечер!
Подскажите в последних версиях можно уменьшить расход памяти?
К примеру в простеньком проекте для NANO в вер.7.5.2:
Скетч использует 8710 байт (28%) памяти устройства. Всего доступно 30720 байт.
Глобальные переменные используют 379 байт (18%) динамической памяти.
В последней версии (тот же проект):
Скетч использует 21938 байт (71%) памяти устройства. Всего доступно 30720 байт.
Глобальные переменные используют 2011 байт (98%) динамической памяти.
Соответственно компилируется с сообщением:
"Недостаточно памяти, программа может работать нестабильно."
Я что то упустил в обсуждениях, или так и должно быть?
Спасибо.
Подскажите в последних версиях можно уменьшить расход памяти?
К примеру в простеньком проекте для NANO в вер.7.5.2:
Скетч использует 8710 байт (28%) памяти устройства. Всего доступно 30720 байт.
Глобальные переменные используют 379 байт (18%) динамической памяти.
В последней версии (тот же проект):
Скетч использует 21938 байт (71%) памяти устройства. Всего доступно 30720 байт.
Глобальные переменные используют 2011 байт (98%) динамической памяти.
Соответственно компилируется с сообщением:
"Недостаточно памяти, программа может работать нестабильно."
Я что то упустил в обсуждениях, или так и должно быть?
Спасибо.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость