Видео уроки KaScada

[Rovki]

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

[Rovki]

Прошивка есп по воздуху

[aidar_i]

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

[Rovki]

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

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

[Rovki]

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

[Rovki]

Работа с битовыми переменными

[Rovki]

Преобразование номера бита

Отправлено спустя 10 часов 22 минуты 52 секунды:
Аналоговый задатчик

[Rovki]

Цифровой фильтр

[Rovki]

Битовые индикаторы

Отправлено спустя 10 часов 44 минуты 26 секунд:
Выравнивание компонентов

[Rovki]

Работа с массивами

[Vladislaveu]

По версии с MQTT:

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

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

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

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

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

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

[Rovki]

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

[Vladislaveu]

Rovki,
а вы лично не гоняли каскаду в этих режимах?
а то может так только у меня происходит и каскада ни при чем? )))

[Rovki]

Rovki,
а вы лично не гоняли каскаду в этих режимах?
а то может так только у меня происходит и каскада ни при чем? )))

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

[KaScada]

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

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

2-жесткая привязка к IP-адресу брокера - это необходимость какая-то?

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

3-непонятно с "retained". Если делать доступ с нескольких устройств к одному топику - то ИМЕННО каскада не подхватывает данные, если в топике не стоит "retained".

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

[Vladislaveu]

Бит о дисконнекте mqtt сделать надо всё таки, это да.

+

Посмотрим насколько нужно делать несколько серверов

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

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

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

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

[Vladislaveu]

Сейчас надпись о cloud подключении, о локальном modbus сервере, о подключении tcp modbus сообщения

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

[Vladislaveu]

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

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

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

[Vladislaveu]

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

[Rovki]

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

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

Отправлено спустя 52 секунды:
Конопки зависимые с фиксацией