FlProg

Сегодня - завтра надеимся ...

Прошивка есп по воздуху [bbvideo]https://youtu.be/f6duMHlLPfg[/bbvideo]

Вы уже выполнили компиляцию проекта, поэтому второй раз бин файл можно не создавать, он уже есть в папке ......\TEMP\arduino_build_******.

aidar_i писал(а): 18 мар 2020, 21:07 Вы уже выполнили компиляцию проекта, поэтому второй раз бин файл можно не создавать, он уже есть в папке ......\TEMP\arduino_build_******.

Спасибо ,Айдар , учту .Век живи ,век учись

Вышла очередная статья о том как сделать проект с использованием протокола MQTT https://hmi-kascada.ru/svyaz-esp-kascada-cherez-mqtt/

Работа с битовыми переменными [bbvideo]https://youtu.be/UNMSjBbFOWs[/bbvideo]

Преобразование номера бита [bbvideo]https://youtu.be/ks_uCVuqdDM[/bbvideo]

Отправлено спустя 10 часов 22 минуты 52 секунды:
Аналоговый задатчик [bbvideo]https://youtu.be/Kqeu7hkUhBw[/bbvideo]

Цифровой фильтр [bbvideo]https://youtu.be/9zD459C7P1o[/bbvideo]

Битовые индикаторы [bbvideo]https://youtu.be/BhXa4gMwEUM[/bbvideo]

Отправлено спустя 10 часов 44 минуты 26 секунд:
Выравнивание компонентов [bbvideo]https://youtu.be/yWmtsYscEZg[/bbvideo]

Работа с массивами [bbvideo]https://youtu.be/BySTEpDU8gA[/bbvideo]

По версии с MQTT:

1-как мониторится связь с брокером? (при отсутствии соединения по модбас - появляется надпись и красные прямоугольники например. Хотелось бы подобное и для статуса MQTT-соединения):

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

2-жесткая привязка к IP-адресу брокера - это необходимость какая-то?
Поясню:
-посылаем в первые 5сек данные на локальный брокер, а в следующие 5сек - в облачный (удаленный) брокер. И так по кругу.
Сейчас в каскаде невозможно так сделать! Данные брокера применяются глобально по всему проекту. Хотелось бы менять их хотя бы через макрос.

3-непонятно с "retained". Если делать доступ с нескольких устройств к одному топику - то ИМЕННО каскада не подхватывает данные, если в топике не стоит "retained".
Как только выставляю "retained" (через тот же mqtt-dashboard) - то каскада начинает все прекрасно считывать из топика.

4-Нет возможности выставить опцию "retained" из каскады. (хотя из того же mqtt-dashboard это возможно).

Поправьте по возможности

Спасибо за предложения ,будем думать , изучать ...

[ref=#ff8000]Rovki[/ref],
а вы лично не гоняли каскаду в этих режимах?
а то может так только у меня происходит и каскада ни при чем? )))

Vladislaveu писал(а): 15 апр 2020, 22:32 [ref=#ff8000]Rovki[/ref],
а вы лично не гоняли каскаду в этих режимах?
а то может так только у меня происходит и каскада ни при чем? )))

Вы имеете ввиду 3-4 пункт ?Лично я проверял то,что показано в видео .Знаю ,что программист использовал штатные библиотеки ..

Vladislaveu писал(а): 15 апр 2020, 22:04 1-как мониторится связь с брокером? (при отсутствии соединения по модбас - появляется надпись и красные прямоугольники например. Хотелось бы подобное и для статуса MQTT-соединения):

Сейчас надпись о cloud подключении, о локальном modbus сервере, о подключении tcp modbus сообщения
их стало так много, что пока решили не добавлять еще, в дальнейшем думаем сделать отдельное меню с логами об каждом подключении.
Бит о дисконнекте mqtt сделать надо всё таки, это да.

Vladislaveu писал(а): 15 апр 2020, 22:04 2-жесткая привязка к IP-адресу брокера - это необходимость какая-то?

Да, решили сделать один сервер на данный момент, без смены его в работе. Посмотрим насколько нужно делать несколько серверов, это тоже работа, просто пока решили сделать минимум и дальше смотреть.

Vladislaveu писал(а): 15 апр 2020, 22:04 3-непонятно с "retained". Если делать доступ с нескольких устройств к одному топику - то ИМЕННО каскада не подхватывает данные, если в топике не стоит "retained".

Тут не только КаСкада будет НЕ подхватывать последнее значение, а все клиенты, т.к. это настройка отправляется на брокер и он потом всем рассылает, если этот флаг на топике есть.
Сделать галочку возле топика retain не проблема в принципе, запишу в общий план развития КаСкады на будущее.

KaScada писал(а): 15 апр 2020, 22:46 Бит о дисконнекте mqtt сделать надо всё таки, это да.

+

KaScada писал(а): 15 апр 2020, 22:46 Посмотрим насколько нужно делать несколько серверов

двух достаточно: в локалке и на облако. (тестил с локальным mosquitto - все прекрасно!)

и не обязательно чтоб они одновременно работали. Хотя тут может быть засада с QoS.

KaScada писал(а): 15 апр 2020, 22:46 Тут не только КаСкада будет НЕ подхватывать последнее значение, а все клиенты, т.к. это настройка отправляется на брокер

да каскада то подхватывает все, но только если в стороннем приложении указать "retained" на этот топик. (просто из каскады сейчас нет возможности это сделать).

KaScada писал(а): 15 апр 2020, 22:46 Сейчас надпись о cloud подключении, о локальном modbus сервере, о подключении tcp modbus сообщения

хм...а если использовать галку? как для фонового режима.

KaScada писал(а): 15 апр 2020, 22:46 Да, решили сделать один сервер на данный момент, без смены его в работе. Посмотрим насколько нужно делать несколько серверов, это тоже работа, просто пока решили сделать минимум и дальше смотреть.

Тут как бы потенциал надежности каналов связи мне нравится:

1-через usb каскада общается с МК по модбасу, т.е. получаем "проводную" стабильность связи + "реалтайм" модбаса.
2-а вот всю связь беспроводную (в том числе удаленную) берет на себя Каскада-MQTT, разгружая тем самым контроллер. (для этого и нужно подключение к двум MQTT брокерам (хотя бы поочередно)).

В любом случае зачет!

Vladislaveu писал(а): 15 апр 2020, 23:12 В любом случае зачет!

Было бы хорошо если вы раскрыли бы данную тему в видео

Отправлено спустя 52 секунды:
Конопки зависимые с фиксацией [bbvideo]https://youtu.be/GrZcxalezLc[/bbvideo]