Severity и Quality аварии OPC UA: срочность не равна достоверности
Severity характеризует срочность условия, а Quality — качество данных, на которых оно основано. Это разные измерения. Высокая срочность не делает сомнительное исходное измерение достоверным; низкая срочность также не доказывает плохое качество. Клиенту нужно сохранять оба признака без сведения к одному цвету.
Модель Severity использует диапазон 1–1000 для аварий и других событий. Part 9 рекомендует для аварий значения выше 400 и дальнейшее деление диапазона. Рекомендацию нельзя выдавать за обязательное правило, по которому любой сервер обязан кодировать каждую категорию. Реальное соответствие приоритетам интерфейса согласуют и документируют.
Если Condition основан на нескольких переменных или приходит из нижележащей системы без прямого сопоставления, приложение определяет, какое качество представить. Изменения Quality, Severity и Comment вызывают уведомления. Поэтому фильтр, ожидающий только изменения ActiveState, может пропустить важное обновление уже существующей строки.
В приёмке отдельно меняют качество, срочность и активность тестового условия. Проверяют обновление клиента и сохранение исходных полей в журнале. Отсутствие нового возникновения аварии не означает, что её достоверность или приоритет остались прежними после последнего полученного события.
Основание — OPC Foundation OPC 10000-9, v1.05.06, 2025-10-22, разделы 4.6. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Это описание информационной модели и проектной проверки интерфейса. Реализация сервера и оборудование не испытывались; параметры защиты и порядок действий персонала определяются проектом объекта.
