Просмотр полной версии : Чтение и запись одного регистра ПР200 через OwenCloud (ПЕ210)
Осваиваю OwenLogic, возник вопрос как организовать чтение и запись одного и того же регистра, чтобы не было рассинхронизации значений.
Схему как у меня все подключёно прикладываю, суть задачи в том, чтобы с OwenCloud изменить значение регистра в MODBUS ASCII устройстве. По отдельности все работает, все регистры и пишутся и читаются, но когда я отправляю запрос на запись регистра в ПР200, он перетирается значением которое только что прочитал. Прошу подсказать куда копать и как сделать чтобы чтение и запись регистра не конфликтовали и данные в регистре были корректными.
С уважением, Артур
Прикладывают файл проекта, чтобы было проще понять что не так.
Ревака Юрий
14.05.2020, 08:56
Проще всего, разделить их на 2, в один читаем в другой пишем, для чтения использовать флаг или период опроса, запись по изменению. Если нужны более сложные варианты, типа запись из двух мест или трех, смотрите примеры в Лайфхаках 7, 8 часть.
Можно ссылку попросить на Лайфхаки? Если устройство уже разработано и там невозможно разделить регистры на отдельно запись и чтение, то как посоветуете решить вопрос?
У Юрия в подписи. Нижняя ссылка.
Ревака Юрий
14.05.2020, 10:14
Можно ссылку попросить на Лайфхаки? Если устройство уже разработано и там невозможно разделить регистры на отдельно запись и чтение, то как посоветуете решить вопрос?
Логика устройства вам доступна? всегда можно скорректировать, глобально проект это не должно затронуть.
Ревака Юрий
14.05.2020, 10:31
Посмотрел бегло настройки проекта, для мастера в 1 слоте, настройка "Интервал между запросами" 100мс это иного.1-2 будет вполне достаточно.
ок, про скорость опроса понял, спасибо.
Попробую поменять логику - задублировать регистры в ПР200 отдельно на запись и отдельно на чтение.
Но не совсем понятно, почему не получается и читать и писать в один - возникает колебание значения регистра.
arty наверное можно и в один, но придется играться командами чтения и записи
Что имеется в виду под играться командами чтения и записи? В смысле это возможно, но сложно?
Это как-то через задницу реализовано :) Юрий Ревака выкладывал видео по данному поводу, сам еще толком не разбирался. Не знаю, получится так или нет. Просто объем памяти в слейв как-то не резиновый, чтобы разбрасываться регистрами в слейве.
Можно ли ссылку на видео?
Ревака Юрий
14.05.2020, 12:42
Что имеется в виду под играться командами чтения и записи? В смысле это возможно, но сложно?
Нужно разделять что требуется в данный момент, если пишем через облако уставку, то нет смысла ее писать каждую секунду по флагу, достаточно установить запись по изменению, ну и аналогично по чтению, а так пишем в цикле, потом сразу читаем, начинается зацикливание.
Вот просто колеблется значение без перерыва и все.
Ревака Юрий
14.05.2020, 12:44
Можно ли ссылку на видео?
Речь о работе 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 ругается и не может старую версию импортировать, переделал сам, но не работает. Важна ли тут очередность исполнения?
Пытался импортировать Ваш макрос, то OL ругается и не может старую версию импортировать, переделал сам, но не работает. Важна ли тут очередность исполнения?
Там не линии связи, а линии задержки нужны
49069
Большое Вам спасибо за это разъяснение, я поставил вместо линий связи линии задержки на такт и проблема с рассинхронизацией исчезла, теперь записывается последнее измененное значение.
OL пишет что у меня обнаружены циклические связи. Есть ли в этом проблема или это просто предупреждение и рекомендация и не более?
Чтобы не плодить темы - хочу попросить подсказать как сделать групповой запрос? Галочка не активна, установить ее не получается.
Мастер в ПР200 не умеет выполнять групповые запросы, галочка для галочки (задел на будущее, со слов разработчиков)
На счет циклических связей, надо смотреть на работу алгоритма, бывает, он не изменяется, если в нужных местах, где ругается на циклическую связь поставить "обратную связь", а бывает что алгоритм может начать работать не правильно - не так, как вы задумывали). Это больше предупреждение, но иногда так и так меняется задумка автора по алгоритму.
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot