Прием и передача по UART

[Alazawr]

Здравствуйте. Подскажите, а то не получается что-то. В общем хочется изменять переменную через порт, при этом отправлять в порт данные раз в секунду. Пробовал так сделать, то переменную получается изменить один раз, а если отправку данных сделать при изменении, то всё работает, а если раз в секунду, то нет.

[Phazz]

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

[Alazawr]

Ну там ещё не прект так, пробую... ну дома буду накидаю

[ecoins]

Посмотрите блоки ecoins в разделе интерфейсы

[Alazawr]

Хорошо, посмотрю

[Phazz]

[ref]ecoins[/ref], Зря вы увели в сторону. Хочется разобраться баг ли это или просто что-то не правильно делают. А для этого нужно увидеть сам проект.

[Alazawr]

Прошу прощения за беспокойство! Значит составил сейчас, ну если можно так сказать- проект, и о чудо всё работает как хотелось. По ходу просто надо быть внимательнее ещё раз извиняюсь и благодарен откликнувшимся!

[vlad1451]

Посмотрите блоки ecoins в разделе интерфейсы

Доброе утро. Реклама своих разработок это конечно хорошо, но можно хоть какого то минимального описания Ваших блоков, сейчас конкретно про блоки Link UART.

Отправлено спустя 7 минут 7 секунд:
На первой плате установил блок настройки UART Init bus, IDE ругается на I2C! В чём прикол?

изображение_2024-01-25_095809.png

Отправлено спустя 40 минут 59 секунд:
Если убрать из проекта ПБ настройки UART, оставить только блок отправки переменных (в нём основные параметры порта указываются), то IDE ругается на RT_HW_Base.uartSetParam.

Отправлено спустя 11 минут 1 секунду:
Файл проекта:

2560_MB.zip

[vovka1973]

На первой плате установил блок настройки UART Init bus, IDE ругается на I2C! В чём прикол?

загрузил ваш файл [spoiler]

мега.JPG

[/spoiler]

[ecoins]

Доброе утро. Реклама своих разработок это конечно хорошо, но можно хоть какого то минимального описания Ваших блоков, сейчас конкретно про блоки Link UART.

Из материала следует, что проблемы не с блоком, с ошибками компиляции библиотек, которые использует блок.
Ваш скетч у меня компилируется.
Попробуйте все же обновить библиотеки из 1-го поста "Экосреда ecoins"
и напишите.
В проекте у Вас все правильно.
С уважением, ecoins.

[vlad1451]

Доброе утро. Реклама своих разработок это конечно хорошо, но можно хоть какого то минимального описания Ваших блоков, сейчас конкретно про блоки Link UART.

Из материала следует, что проблемы не с блоком, с ошибками компиляции библиотек, которые использует блок.
Ваш скетч у меня компилируется.
Попробуйте все же обновить библиотеки из 1-го поста "Экосреда ecoins"
и напишите.
В проекте у Вас все правильно.
С уважением, ecoins.

Спасибо. Библиотеки обновил и всё откомпилировалось.

[vovka1973]

Спасибо. Библиотеки обновил и всё откомпилировалось.

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

[vlad1451]

Спасибо. Библиотеки обновил и всё откомпилировалось.

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

Да, передаётся нормально.

Отправлено спустя 1 минуту 51 секунду:

Доброе утро. Реклама своих разработок это конечно хорошо, но можно хоть какого то минимального описания Ваших блоков, сейчас конкретно про блоки Link UART.

Из материала следует, что проблемы не с блоком, с ошибками компиляции библиотек, которые использует блок.
Ваш скетч у меня компилируется.
Попробуйте все же обновить библиотеки из 1-го поста "Экосреда ecoins"
и напишите.
В проекте у Вас все правильно.
С уважением, ecoins.

Подскажите, у Вас блоки только для отправки переменных? А для приёма?

[ecoins]

Спасибо. Библиотеки обновил и всё откомпилировалось.

Отлично.

Реклама своих разработок это конечно хорошо, но можно хоть какого то минимального описания Ваших блоков, сейчас конкретно про блоки Link UART.

Мы особенно не рекламируем свои разработки. Но активно призываем в развитии FLProg, в том числе и в тестировании, в том числе и доработке интерфейсов, в том числе и в создании документации и описаний.

Подскажите, у Вас блоки только для отправки переменных? А для приёма?

Есть и для приема заготовка - это блок проверки приема/передачи UART при соединении TX-RX.
На его основе можно сделать блок приема, можете попробовать.
Сами пока не определились с интерфейсом (интерфейс стандартного блока UART на мой взгляд не удобен) и потому пока такого законченного блока нет.
Как и в случае с блоками отправками UART мы их делали для внутреннего тестирования оборудования и сделали некоторое описание.
После Вашей ремарки о минимальном описании блока UART я посмотрел его.
Оно в одну строчку, но при наличии относительно стандартизированного интерфейса блоков ecoins на мой взгляд такого описания достаточно.
Мы не всегда выкладываем все блоки, поскольку они в стадии развития и могут вызывать болезненную реакцию.
Со временем в FLProg возможно появится отдельная ветка блоков для профессионального использования (например тестирования интерфейсов, памяти и пр.).
С уважение, ecoins.

[vlad1451]

Есть и для приема заготовка - это блок проверки приема/передачи UART при соединении TX-RX.

Вы имеете в виду блок Тест Выход/Вход? Он "сырой". Не зависимо от типа переменных и их количества в настройках блока, вход всегда только один - v8. Заметил ещё одно. При выборе параметра Номер UART любой кроме Внешний параметр, вход UART остаётся активным, не отключается.

[ecoins]

Вы имеете в виду блок Тест Выход/Вход? Он "сырой". Не зависимо от типа переменных и их количества в настройках блока, вход всегда только один - v8. Заметил ещё одно. При выборе параметра Номер UART любой кроме Внешний параметр, вход UART остаётся активным, не отключается.

Да, блок "Тест Выход/Выход".
Он не сырой. Он был сделан на основе имеющегося блока для тестовой задачи идентификации и работоспособности UART.
На некоторых контроллерах их 8шт.(STM32H7) и мы этот блок успешно используем.
Те особенности, на которые Вы указали - это хвосты с прототипа блока на профессиональном редакторе, менять там процесс достаточно обременительный.
Это блок также определил возможный подход к блоку чтения. Мы пока не смогли определиться какой интерфейс лучше подобрать.
Блоки из ветки ИНТЕРФЕЙСЫ больше ориентированы на более высокий уровень пользователя. Исходя из этого прошу воспринимать эти блоки как есть...
С уважением, ecoins.

[vlad1451]

Вы имеете в виду блок Тест Выход/Вход? Он "сырой". Не зависимо от типа переменных и их количества в настройках блока, вход всегда только один - v8. Заметил ещё одно. При выборе параметра Номер UART любой кроме Внешний параметр, вход UART остаётся активным, не отключается.

Да, блок "Тест Выход/Выход".
Он не сырой. Он был сделан на основе имеющегося блока для тестовой задачи идентификации и работоспособности UART.
На некоторых контроллерах их 8шт.(STM32H7) и мы этот блок успешно используем.
Те особенности, на которые Вы указали - это хвосты с прототипа блока на профессиональном редакторе, менять там процесс достаточно обременительный.
Это блок также определил возможный подход к блоку чтения. Мы пока не смогли определиться какой интерфейс лучше подобрать.
Блоки из ветки ИНТЕРФЕЙСЫ больше ориентированы на более высокий уровень пользователя. Исходя из этого прошу воспринимать эти блоки как есть...
С уважением, ecoins.

Планы есть по доработке данных блоков? Было бы не плохо увидеть в следующих версиях библиотек блоки с возможностью вывода одновременно нескольких типов переменных, например 2 byte, 1 Integer, 1 Float.

[ecoins]

Планы есть по доработке данных блоков? Было бы не плохо увидеть в следующих версиях библиотек блоки с возможностью вывода одновременно нескольких типов переменных, например 2 byte, 1 Integer, 1 Float.

Пока не понятно как дорабатывать. Как интерфейс оформить...
UART принимает побайтно. И это байт можно вывести наружу вместе с событием обновления данных (fresh=1 на один такт вхождения в блок). Через некоторое время на выходе уже новый байт.
В Вашем предложение надо принять 8 байта и вывести их в виде 4-х переменных.
А каким образом идентифицировать начало посылки?
То о чем Вы пишите подразумевает блок под некоторую формализованную посылку, у которой четко можно идентифицировать начало посылки и желательно её конец.
Пример Modbus, который уже успешно реализован в FLProg.
Или двусторонний обмен с панелью Nextion, который реализован в блоках ecoins.

[vlad1451]

Странно конечно, но я опять с этим вопросом. Сейчас контроллер ESP32, после добавления в проект UART ini bus, ошибки в IDE. И опять ругается на I2C. Какое это имеет отношение к UART?

flp1.jpg

Project_ESP32a.zip

[ecoins]

Странно конечно, но я опять с этим вопросом. Сейчас контроллер ESP32, после добавления в проект UART ini bus, ошибки в IDE. И опять ругается на I2C. Какое это имеет отношение к UART?
flp1.jpg
Project_ESP32a.zip

Эта ошибка уже исправлена, но у Вас очень древний пользовательский блок, который не включен в версию 9.1.x.
И в Вашем проекте много старых подходов к проектированию - диспетчер, счетчик, выделение фронтов, вывод в консоль и пр.
На скорую руку переделал проект - в 9.1.17 компилируется.
Проект стал по объему 4мб вместо 13мб. Большой размер сохраняется из-за пользовательского блока датчика температуры сделанного в профессиональном редакторе. К нему есть вопросы и FLProg не несет за него ответственность.
С уважением, ecoins.