Увеличение попыток записи значений в MasterOPC Universal Modbus Server

Цитата:

---

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

Демо версии тут:
https://insat.ru/products/?category=1666
Зачем вам это для тега ServerOnly? ОН не связан с оборудованием.
Если у вас какой то свой протокол на скриптах, то это уже вам нужно в коде реализовывать самостоятельно.

---

Демо версия 5.0.20 с сайта.
Да, свой протокол на скриптах. Есть пример как это в коде реализуется? Все примеры что есть - для чтения с устройств, а не записи. И из справки по "function OnWrite()" - нет указания, что выполняется с соответствующим периодом опроса.

Цитата:

---

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

Каждый запрос записи со стороны скады будет приводить к записи в устройство.
То есть если у вас будет 100 тегов на чтение запись, каждый цикл вы будете вызывать 100 запросов записи. Это полностью завалит весь обмен с прибором.

---

Какой каждый цикл? В этом поле задается период. В свое время, я ставил около 15 секунд, в устройстве у меня было около 10 переменных на запись. И никакого завала обмена с прибором у меня не было, при этом в самом OPC было порядка 60 объектов.

Цитата:

---

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

Какой каждый цикл? В этом поле задается период. В свое время, я ставил около 15 секунд, в устройстве у меня было около 10 переменных на запись.

---

Тогда запись от оператора значение будет уходить в прибор только через 15 секунд.
А при изменении - сразу

Цитата:

---

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

Да, свой протокол на скриптах. Есть пример как это в коде реализуется? Все примеры что есть - для чтения с устройств, а не записи. И из справки по "function OnWrite()" - нет указания, что выполняется с соответствующим периодом опроса.

---

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

Цитата:

---

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

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

---

Спасибо за помощь! Раз не получается изначально все предусмотреть и соломки постелить, то и ладно. Изменяемый параметр будет периодически увеличиваться во времени, так что какая то команда, да и пройдет, увеличу число попыток записи с запасом.

В принципе получилось решить задачу удвоением количества тегов: один тег-на запись, другой тег-на чтение(данные для тега на чтение опрашиваются из тега на запись). При общем количестве тегов 4 шт. думаю это не критично.

В итоге оказалось, что я перехитрил сам себя:

Цитата:

---

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

---

Теперь понятно почему команда на запись в MasterOPC Universal Modbus Server - не периодическая, в этом просто нет смысла, это своеобразная защита от дурака)))).

Не совсем поэтому. Мы уже объясняли что если делать периодически, то можно просто положить весь обмен.
Но да, некоторые устройства команду записи по Modbus воспринимают как запрос который нужно записать в энергонезависимую память. В том числе и приборы ОВЕН.