YurArm

Добрый день! Проверили новую версию Active OPC сервера. Она действительно решает проблемы потери связи со скада системой WinCC. Теперь связь держится стабильно, на экране WinCC больше не проскакивает восклицательных значков отсутствующей связи. Спасибо за помощь!

Проверил, стоит последняя версия Active OPC 1.12. Да, он так должен работать, но видимо не работает. Дело именно в частоте обновлений тега. Да, как на рисунке. Только я тестирую AI-канал. Будет вести себя также. Как и в первом сообщении прерываться связь. Настройка heartbeat не влияет на описываемый глюк обрыва связи. Да, экономией. Требование технического задания заказчика. По моему я нашел первопричину этих разрывов связи, этого неприятного глюка: ОРС-сервер не хочет периодически отправлять СКАДА-системе значения тегов, которые не изменялись. Хотя должен отправлять согласно ОРС-стандартам. Если данные изменились (пришли от контроллера), то он нормально отправляет. Но вот если контроллер ничего не отправляет ОРС-серверу, то и ОРС-сервер ничего не отправляет дальше своим клиентам - скада-системам. Через 30 сек в скаде срабатывает watch-dog таймер и он отключается от мертвого/молчаливого ОРС-сервера, и тут же переподключается. И так каждые 30 сек. Вот описание стандартного ОРС-механзма "keep-alive" для проверки связи с ОРС-сервером (выжимка из хелпа на скада систему): The OPC DA specification 3.0 is provided with the "Keep-Alive" feature. If the OPC DA server supports the OPC DA specification 3.0, the feature is used. The feature causes the OPC DA server to automatically trigger cyclic updating (call OnDataChange) even if the tag values have not changed. If this regular updating is disabled, the WinCC OPC DA client terminates the connection. ...Then WinCC OPC DA client attempts to re-establish the connection again, automatically. Перевод:Спецификация OPC DA 3.0 предусматривает функцию "Keep-Alive". Если сервер OPC DA поддерживает спецификацию OPC DA 3.0, тогда эта функия используется. Эта функция заставляет OPC DA сервер автоматически вызывать циклические обновления (вызывая OnDataChange), даже если значение тега не изменилось. Если это регулярное обновление отключено/не работает в ОРС-сервере, то WinCC-OPC_DA-клиент разрывает связь. ... Затем WinCC-OPC_DA-клиент предпринимает попытку установить связь заново, автоматически. Получается, вот как работает ОРС-сервер: ОРС-сервер периодически получает новое значение тега (или то же самое неизменившееся, но с новой меткой времени), это происходит каждый раз, когда "снизу" от контроллера приходит новый пакет. Как только ОРС-сервер получает новое значение, он сам активирует стандартный ОРС-шный триггер "OnDataChange" на стороне клиента (в моем случае в скаде WinCC). По этому триггеру скада узнает что изменилось (какие теги), их новые значения и разные свойства (метки времени, и т.п.). Если данные тега часто обновляются (<30сек), то все нормально. Сам ОРС-сервер каждый раз отсылает новое значение скаде. Но вот если данные приходят редко (>30сек), вот тут-то и оно!! ОРС-сервер по-видимому перестает отсылать значения скаде! Скада не видит, чтобы ОРС-сервер присылал ей каких-либо значений в течение 30сек keep-alive watch-dog таймера. И рвет связь. (причем настройка heartbeat вообще не влияет) Прошу проверить мою теорию и доводы, прислать какое-либо решение проблемы: а) либо настройки б) либо подкорректированный ОРС-сервер Логи с комментариями и пояснениями в Логи.zip Мои комментарии вставлены в разрыв строк. Начинаются с символов "----------- " 15:21:18 Основные комментарии: ----------- начались цикличные считывания данных: каждые 10 секунд видим срабатывание триггера OnDataChange ... ----------- 15:25:39 - другая конфигурация. Время отсылки AI-тега раз в 1 минуту. ----------- В этот момент пришла вступила в силу новая конфигурация контроллера. Он начинает отсылать данные раз в минуту. ----------- Ниже видно, что триггер OnDataChange срабатывает очень редко. ... ----------- Тут видно, что ничего не происходит 16 секунд. ----------- Ни одного триггера OnDataChange не было. ----------- Поэтому в строке ниже появляется ошибка ERROR. ----------- Видно время dt=16250 миллисекунд, сколько времени не было сообщений от ОРС-сревера. ----------- ОРС-клиент дает первое предупреждение, и вступает в фазу OPC_CONN_CHECK (проверки связи с ОРС-сервером) ... ----------- Выше видно несколько строк, среди них ERROR, наступила фаза 2 (keep-alive timeout state=2 ). ----------- Видно время dt=36250 миллисекунд, сколько времени не было сообщений от ОРС-сревера. ----------- то есть ОРС-клиент дает последнее контрольное предупреждение, и отключается от ОРС-сервера. ----------- Ниже очистка и переподключение.... и так постоянно..... _______________ ..PS.. проверил на другом компьютере, с другим WinDows (XP SP2) и другой версией WinCC (6.2 SP2) - проблема тоже присутствует. Все точь в точь как и ранее(..

Добрый день! Помогите решить проблему. На скада системе WinCC периодически кратковременно теряется связь с Active ОРС-сервером (на пол секунды, каждые 30 секунд). Что будет очень раздражать операторов. Опытным путем выяснено, если настроить контроллер W5340 посылать наверх данные чаще чем раз в 30 секунд, то на скаде всё становится нормально. Нам необходима настройка периодичности - 1 час. Подозрение на сам ОРСсервер судя по логам СКАДы. ЛОГ скады В строках 215 и 243 ошибка тайм-аута связи СКАДы и ОРС (COPCConnection::ProcessRequest: keep-alive timeout state). Что вынуждает Скаду разорвать связь с ОРС-сервером и создать заново. В скаде заложен стандартный ОРС механзм keep-alive для проверки связи с ОРС-сервером По логам видно, что ОРС-сервер пару раз вызвав обновление данных триггером "call OnDataChange" успокаивается, и больше не отправляет данных клиенту (скаде). Что противоречит стандарту OPC DA specification 3.0. Через время таймаута 30 секунд скада отключается. Что нужно сделать, чтобы связь СКАДА-ОРС не терялась? ЗЫ. СКАДА и ОРСсервер на одном компьютере Win XP SP3 Rus.