Цикличная запись команды между ПР102-1 (Master) и ПР102-2 (Slave)

[shprot]

Составил сценарий по управлению светом на взаимодействие 2-х ПР102.
В ПР102-2 есть макрос с автосбросом "виртуальной кнопки" с значения 1 на 0. Такой же макрос записан и в ПР102-1. В режиме выполнения программы из физических входов, то есть с реальных кнопок все работает как и задумывалось.
А вот при отправке команды, например, включить контур света, который подключен к ПР102-2 то ПР102-1 (в режиме Master) отправляет эту команду (в виде единицы) на ПР102-2 (в режиме Slave), затем согласно макроса команда выполняется - свет включается. а "виртуальная кнопка" сбрасывается в состояние 0. После этого ПР102-1 получает ответ, что команда сброшена на 0 и повторяет отправку команды 1, и снова по макросу она сбрасыватся на 0. И так повторяется снова и снова. В результате получается цикличное включение-выключение-включение и т.д. света вместо единоразового включения или выключения.
Вопрос в том, как прервать эту цикличность чтобы работало корректно как через физические кнопки, так и через команды из облака по принципу обычного кнопочного выключателя без фиксации?

Коротко для чего нужен такой сценарий с автосбросом виртуальной кнопки - чтобы в облаке отправлять всего одну команду (с значением 1) на включение или выключение света вместо двух команд - сначала 1, затем 0.
Если есть другие решения этого момента, то буду благодарен в предложенных вариантах

Файлы программы прикладываю

[Ревака Юрий]

Добрый день. Тут https://youtu.be/alT2Oi_fFho есть похожие примеры, скорее всего "зацикливание" происходит из-за постоянной записи, или не установлен чекбокс "запись в конце цикла".

[shprot]

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

[Godlike_S]

Наворотили Вы конечно зачётно. Для начала было бы неплохо использовать битовые маски состояний, использовать для передачи состояния один регистр очень расточительно.
Для чего булевое состояние преобразовывать в целочисленное а потом опять в булевое честно говоря не понял))) И тем более не понял зачем делать автосброс переменной, достаточно просто подать импульс (но для этого придется покопаться в настройках мастера сети).

[shprot]

Автосброс для имитации импульсной кнопки с управления через облако, иначе в облаке чтобы включить/выключить нужно сначала отправлять команду со значением 1, а затем 0. Когда можно всего лишь отправить 1 и он сам сбросится на 0.
Если есть другие варианты этого решения то буду благодарен за подсказку

[Ревака Юрий]

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

Добрый день. Уточнил по проекту, да про "запись в конце цикла" это не в этом проекте, это в проекте мастера появляется, в моем примере режим Slave. Чтобы понять как работает достаточно запустить режим симуляции, под Вашу задачу не факт что подойдет все, но сами механизмы управления из нескольких мест, это как раз и вызывает у всех вопросы. Если кратко, идея в том чтобы везде была актуальная информация о состоянии выхода, независимо от того включен он через облако или через экран прибора или с дискретного входа. "чтобы в облаке отправлять всего одну команду (с значением 1) на включение или выключение света вместо двух команд - сначала 1, затем 0." в моем примере этот момент отображается состоянием, если в сетевом регистре "0", значит выход выключен и для удаленного включения нужно отправить "1", если в регистре "1" значит вход включен и для выключения отправляем "0", не постоянно писать "1" а еще и знать состояние. Так же состояние выхода может измениться по месту через дискретный вход или экран и в облаке эта информация так же должна изменится, в этом кратко идея примера, дальше адаптировать уже под свой пример.

[Godlike_S]

Автосброс для имитации импульсной кнопки с управления через облако, иначе в облаке чтобы включить/выключить нужно сначала отправлять команду со значением 1, а затем 0. Когда можно всего лишь отправить 1 и он сам сбросится на 0.
Если есть другие варианты этого решения то буду благодарен за подсказку

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

[shprot]

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

Если я правильно понял то дописать программу в мастере и выгружать в сетевые переменные, а затем эти сетевые переменные выгрузить в слейве?

[shprot]

Добрый день. Уточнил по проекту, да про "запись в конце цикла" это не в этом проекте, это в проекте мастера появляется, в моем примере режим Slave. Чтобы понять как работает достаточно запустить режим симуляции, под Вашу задачу не факт что подойдет все, но сами механизмы управления из нескольких мест, это как раз и вызывает у всех вопросы. Если кратко, идея в том чтобы везде была актуальная информация о состоянии выхода, независимо от того включен он через облако или через экран прибора или с дискретного входа. "чтобы в облаке отправлять всего одну команду (с значением 1) на включение или выключение света вместо двух команд - сначала 1, затем 0." в моем примере этот момент отображается состоянием, если в сетевом регистре "0", значит выход выключен и для удаленного включения нужно отправить "1", если в регистре "1" значит вход включен и для выключения отправляем "0", не постоянно писать "1" а еще и знать состояние. Так же состояние выхода может измениться по месту через дискретный вход или экран и в облаке эта информация так же должна изменится, в этом кратко идея примера, дальше адаптировать уже под свой пример.

Кажется понял, попробую приспособить к своей задаче

[shprot]

Внедрил ваш макрос и проблему с цикличной записью решил, но как сделать отображение статуса света в облаке? То есть включаю свет отправкой с облака команды 1, он включается, затем хочу отключить физическим выключателем - приходится нажимать 2 раза, только после этого свет выключается, но статус виртуальной кнопки в облаке не меняется на 0 и чтобы повторно включить свет через облако, нужно отправить сначала 0, затем 1. Как это исправить?
Измененный макрос прикладываю
Макрос.JPG

И можете подсказать какой блок в схеме управления из 3-х мест за что отвечает, также не понятны для чего служат переменные com, com_rs, com_LCD, write to FB.
Также момент по используемому приложению на телефоне, в видео не увидел как называется