Серверы и ИИ: практическое применение
Сервер аварий доступен, а связь с источником потеряна: что должен видеть клиент
OPC UA A&C сервер может получать состояния из нижележащей системы. Рабочее соединение клиента с сервером не подтверждает доступность этой системы. Интеграция должна показывать оба уровня связи, иначе сохранённая строка аварии будет выглядеть достоверной после потери исходного источника.
При таком отказе связанные с ним поля в AddressSpace получают предусмотренные NULL и Bad_CommunicationError. Для затронутых retained-условий формируются уведомления с ошибочными статусами соответствующих полей. Клиенту нужно сохранять статус, а не превращать ошибку в обычный ноль, пустую подпись или последнее известное достоверное значение.
Проблема связи сообщается через SystemOffNormalAlarmType. При запуске сервера отсутствующие пока исходные данные могут обозначаться Bad_WaitingForInitialData, в том числе для Time, если оно поступает от нижележащей системы. Это отличается от установленной нормальной работы и от обычного отсутствия новых изменений.
В приёмке разрывают только согласованную тестовую связь с источником, сохраняя доступность OPC UA сервера. Проверяют событие неисправности, качество полей и начальное ожидание после запуска. Зелёный индикатор клиентского канала не должен скрывать потерю достоверности получаемых аварийных состояний.
Основание — OPC Foundation OPC 10000-9, v1.05.06, 2025-10-22, разделы 5.14.2. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Это описание информационной модели и проектной проверки интерфейса. Реализация сервера и оборудование не испытывались; параметры защиты и порядок действий персонала определяются проектом объекта.