Чтение и запись одного регистра ПР200 через OwenCloud (ПЕ210)

Осваиваю OwenLogic, возник вопрос как организовать чтение и запись одного и того же регистра, чтобы не было рассинхронизации значений.
Схему как у меня все подключёно прикладываю, суть задачи в том, чтобы с OwenCloud изменить значение регистра в MODBUS ASCII устройстве. По отдельности все работает, все регистры и пишутся и читаются, но когда я отправляю запрос на запись регистра в ПР200, он перетирается значением которое только что прочитал. Прошу подсказать куда копать и как сделать чтобы чтение и запись регистра не конфликтовали и данные в регистре были корректными.
С уважением, Артур

Прикладывают файл проекта, чтобы было проще понять что не так.

Проще всего, разделить их на 2, в один читаем в другой пишем, для чтения использовать флаг или период опроса, запись по изменению. Если нужны более сложные варианты, типа запись из двух мест или трех, смотрите примеры в Лайфхаках 7, 8 часть.

Можно ссылку попросить на Лайфхаки? Если устройство уже разработано и там невозможно разделить регистры на отдельно запись и чтение, то как посоветуете решить вопрос?

У Юрия в подписи. Нижняя ссылка.

Спасибо, нашел.

Цитата:

---

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

Можно ссылку попросить на Лайфхаки? Если устройство уже разработано и там невозможно разделить регистры на отдельно запись и чтение, то как посоветуете решить вопрос?

---

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

Посмотрел бегло настройки проекта, для мастера в 1 слоте, настройка "Интервал между запросами" 100мс это иного.1-2 будет вполне достаточно.

ок, про скорость опроса понял, спасибо.
Попробую поменять логику - задублировать регистры в ПР200 отдельно на запись и отдельно на чтение.
Но не совсем понятно, почему не получается и читать и писать в один - возникает колебание значения регистра.

arty наверное можно и в один, но придется играться командами чтения и записи

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

Это как-то через задницу реализовано :) Юрий Ревака выкладывал видео по данному поводу, сам еще толком не разбирался. Не знаю, получится так или нет. Просто объем памяти в слейв как-то не резиновый, чтобы разбрасываться регистрами в слейве.

Можно ли ссылку на видео?

Цитата:

---

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

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

---

Нужно разделять что требуется в данный момент, если пишем через облако уставку, то нет смысла ее писать каждую секунду по флагу, достаточно установить запись по изменению, ну и аналогично по чтению, а так пишем в цикле, потом сразу читаем, начинается зацикливание.

Вот просто колеблется значение без перерыва и все.

Цитата:

---

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

Можно ли ссылку на видео?

---

Речь о работе Modbus в OwenLogic https://youtu.be/k9rUF5_kLqk, там 3 части, в первой как раз про режимы чтения/записи.

А разве шлюз ПЕ210 не является мастером для ПР?
Если да, то причем тут "поиграться с командами записи/чтения"

ЗЫ
Смотрим примеры здесь https://owen.ru/forum/showthread.php?t=32194

правда тема называется "Обмен битовыми (BOOL) переменными с ПР Slave"
но т.к. они читаются и пишутся упакованными в регистры, то можете найти способ читать/ писать регистры из двух мест облако и экран ПР

ПЕ выступает мастером для ПР, но ПР имеет второй слот, где он мастер для другого устройства, с которым идет обмен. Из облако в это устройство и обратно.

Я бы так попробовал
Вложение 49057

где переменные такие

МГ1
Вложение 49058

ОБЛАКО
Вложение 49059

Если произойдет совпадение времени передачи команды из облака и периода чтения мастером, то переменная может не записаться в слейв для ПР

Как они могут совпасть?
Многозадачности в ОЛ нет, обслуживание мастера и слейва в ПР будет по очереди, в разные моменты времени

Если бы так... то хорошо, может и сработать. Но как бы читая ПР у которого еще и слейв вы думаете он останавливает опрос слейв устройств или говорит например Scada системе "подожди, я тут щас пачку регистров прочитаю, а потом тебе отвечу"....

я как раз не могу побороть именно проблему с синхронностью передач между мастером и слейвом ПР200.

Пытался импортировать Ваш макрос, то OL ругается и не может старую версию импортировать, переделал сам, но не работает. Важна ли тут очередность исполнения?

Цитата:

---

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

Пытался импортировать Ваш макрос, то OL ругается и не может старую версию импортировать, переделал сам, но не работает. Важна ли тут очередность исполнения?

---

Там не линии связи, а линии задержки нужны
Вложение 49069

Большое Вам спасибо за это разъяснение, я поставил вместо линий связи линии задержки на такт и проблема с рассинхронизацией исчезла, теперь записывается последнее измененное значение.

OL пишет что у меня обнаружены циклические связи. Есть ли в этом проблема или это просто предупреждение и рекомендация и не более?
Чтобы не плодить темы - хочу попросить подсказать как сделать групповой запрос? Галочка не активна, установить ее не получается.

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

Спасибо за разъяснение