ConditionRefresh: восстановить актуальный список аварий после подключения
Фотография конкретного исполнения не приложена.
Новая подписка на события OPC UA начинает сообщать о переходах после её создания. Уже существующая активная авария может не появиться до очередного изменения. Для начального заполнения текущего списка используют ConditionRefresh, который возвращает состояния с признаком Retain, включая сохраняемые ветви.
Синхронизация ограничена RefreshStartEvent и RefreshEndEvent. Клиенту нужен алгоритм сверки: пометить прежние записи как требующие подтверждения, снять отметку с полученных актуальных состояний и убрать оставшиеся неподтверждённые записи после завершения. Удаление всего списка в момент вызова создаёт временно ложную картину отсутствия аварий.
Во время Refresh сервер может передавать новые события вперемешку с данными синхронизации. Обработчик обязан не затереть более новое состояние старым уведомлением. Сам Refresh не восстанавливает полный журнал всех пропущенных переходов: серверу не требуется хранить такую историю для выполнения этой операции.
Приёмку начинают с уже активной аварии до подключения клиента, затем меняют состояние во время синхронизации. Проверяют начальное заполнение, завершение сверки и сохранение нового состояния. Сигнал RefreshRequired должен приводить к предусмотренному восстановлению списка, а не просто исчезать в диагностическом журнале.
Основание — OPC Foundation OPC 10000-9, v1.05.06, 2025-10-22, разделы 4.5; 5.5.7. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Это описание информационной модели и проектной проверки интерфейса. Реализация сервера и оборудование не испытывались; параметры защиты и порядок действий персонала определяются проектом объекта.
Запросы отправляются на наш e-mail из вашей почтовой программы.
