ПР200. Изменение состояния по изменению сетевой переменной. Как?

Имеется такой блок.
Вложение 74197

На I1(2) импульсная кнопка, на Q7(2) реле включения/выключения света. Логика такая, одно нажатие включить свет, следующее выключить и т.д, т.е. схема toggle.

Проблема в следующем. Если изменение состояния выхода Q7(2) происходит только по импульсу на входе I1(2), то все работает корректно. Но как видно, изменить состояние Q7(2) можно и с помощью изменения сетевой переменной. В этом случае на выходе макроса ON_OFF остается прежнее значение и чтобы опять все заработало корректно, нужно дернуть импульсную кнопку 2 раза.

Пример проблемного состояния.
Вложение 74198

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

Цитата:

---

Сообщение от sokolov.sv

Имеется такой блок.
Вложение 74197

На I1(2) импульсная кнопка, на Q7(2) реле включения/выключения света. Логика такая, одно нажатие включить свет, следующее выключить и т.д, т.е. схема toggle.

Проблема в следующем. Если изменение состояния выхода Q7(2) происходит только по импульсу на входе I1(2), то все работает корректно. Но как видно, изменить состояние Q7(2) можно и с помощью изменения сетевой переменной. В этом случае на выходе макроса ON_OFF остается прежнее значение и чтобы опять все заработало корректно, нужно дернуть импульсную кнопку 2 раза.

Пример проблемного состояния.
Вложение 74198

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

---

Вам нужно синхронизировать все с сетевыми переменными, это сделать можно например вот так:

Вложение 74199

У Вас в качестве мастера что используется? Использовать целый регистр для управления одним устройствам по меньшей мере расточительно (в одном регистре можно передать 16 состояний с помощью битовой маски).

Прошу прощения! А я просто инвертирую бит в сетевой переменной.
Вложение 74203

Одна переменная 32 комнаты:
Вложение 74204

Но мне больше по душе:
Вложение 74205

Цитата:

---

Сообщение от sokolov.sv

Имеется такой блок.
Вложение 74197

На I1(2) импульсная кнопка, на Q7(2) реле включения/выключения света. Логика такая, одно нажатие включить свет, следующее выключить и т.д, т.е. схема toggle.

Проблема в следующем. Если изменение состояния выхода Q7(2) происходит только по импульсу на входе I1(2), то все работает корректно. Но как видно, изменить состояние Q7(2) можно и с помощью изменения сетевой переменной. В этом случае на выходе макроса ON_OFF остается прежнее значение и чтобы опять все заработало корректно, нужно дернуть импульсную кнопку 2 раза.

Пример проблемного состояния.
Вложение 74198

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

---

Вот здесь подобное делали 2 года тому назад, в смысле, управление Т-триггерами локально, с кнопок ПР и по сети, с другого ПР:
https://owen.ru/forum/showthread.php?t=26216&page=222

Вложение 74206

Цитата:

---

Сообщение от Godlike_S

Вам нужно синхронизировать все с сетевыми переменными, это сделать можно например вот так:

Вложение 74199

У Вас в качестве мастера что используется? Использовать целый регистр для управления одним устройствам по меньшей мере расточительно (в одном регистре можно передать 16 состояний с помощью битовой маски).

---

В качестве мастера HomeAssistant через шлюз MODBUS TCP -> MODBUS RTU
С регистрами согласен, расточительно, но пока переделывать не буду, т.к. даже в варианте 1 выключатель - 1 переменная еще есть приличный запас с учетом того, что вся схема уже реализована. Ну и в HomeAssistant для записи битовых масок в регистры нужно немного повозиться. За идею спасибо!

Цитата:

---

Сообщение от EFrol

Прошу прощения! А я просто инвертирую бит в сетевой переменной.
Вложение 74203

Одна переменная 32 комнаты:
Вложение 74204

Но мне больше по душе:
Вложение 74205

---

Спасибо! Пожалуй третий вариант и возьму как основной. Тут макрос напрашивается, где на входе сигнал с кнопки + сетевая переменная (если битовую маску исопльзовать, то еще она).

Цитата:

---

Сообщение от sokolov.sv

Спасибо! Пожалуй третий вариант и возьму как основной. Тут макрос напрашивается, где на входе сигнал с кнопки + сетевая переменная (если битовую маску исопльзовать, то еще она).

---

Ну, если вам не нужна битовая маска, то тогда так проще
Вложение 74218

В смысле, не нужна?
Если кого-то, вследствие непонимания или принципа "и так сойдёт" это устраивает, то большинство пользователей это не устроит, в смысле, решение должно быть более-менее оптимальным.
Сегодня у него одна лампочка, завтра захочет 8 или 16 лампочками управлять! Кроме, того, так это просто не логично, в смысле затратить в 16 раз больше ресурсов чем требуется!

Делаю для себя, а не для заказчика. Вообще я всю сознательную жизнь программирую на императивных языках, с FBD после этого чуть сложнее работать. Иногда даже хочется многие блоки на ST. Так вот всегда придерживаюсь правила: преждевременная оптимизация - это зло. Исходные данные: ПР200 имеет 64 регистра, на данный момент в проекте задействовано 49, при том, что задействованы 24 DO (с 2хПРМ) и все 4xAI и расширения не предвидится. Ядро системы все таки HomeAssistant, а ПР200 для него периферия, которая обеспечивает проводную автоматизацию, а у меня на нем еще и ZigBee и LoRaWAN.

Что там потребуется расширять, если все провода уже заложены и новых не будет? Это не условия предприятия, где в слаботочные лотки можно доложить кабеля ;-)

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

Цитата:

---

Сообщение от sokolov.sv

Делаю для себя, а не для заказчика. Вообще я всю сознательную жизнь программирую на императивных языках, с FBD после этого чуть сложнее работать. Иногда даже хочется многие блоки на ST. Так вот всегда придерживаюсь правила: преждевременная оптимизация - это зло. Исходные данные: ПР200 имеет 64 регистра, на данный момент в проекте задействовано 49, при том, что задействованы 24 DI (с 2хПРМ) и все 4xAI и расширения не предвидится. Ядро системы все таки HomeAssistant, а ПР200 для него периферия, которая обеспечивает проводную автоматизацию, а у меня на нем еще и ZigBee и LoRaWAN.

Что там потребуется расширять, если все провода уже заложены и новых не будет? Это не условия предприятия, где в слаботочные лотки можно доложить кабеля ;-)

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

---

Зря вы так думаете, вот пример, правда это справедливо если ПР мастер. У вас всё быстрее, так как ПР слейв.
У вас 49 регистров передаются грубо по 100 ms на регистр итого 49*0.1 сек=4,9 секунд (у ПР мастера нет группового опроса),
если вы уберёте 32 булевых переменных в 2 маски, останется 19 регистров и время передачи уменьшится до 1,9 секунды. В три раза быстрее !!!