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

[fizhimik]

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

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

[b_aleks2]

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

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

[SCADAMaster]

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

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

[SCADAMaster]

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

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

[fizhimik]

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

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

[fizhimik]

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

[fizhimik]

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

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

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

[SCADAMaster]

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