Очередь MonitoredItem OPC UA: последний отсчёт не заменяет историю переходов
Фотография конкретного исполнения не приложена.
Очередь размером один хранит самое новое уведомление. Если sampling быстрее выдачи подписки, промежуточные изменения могут не попасть клиенту. Такой режим подходит не каждой задаче: текущая индикация и регистрация всех переходов предъявляют разные требования.
Для большей очереди согласуют discard policy и обработку переполнения. У DataValue при соответствующих условиях устанавливается Overflow; для событий предусмотрен EventQueueOverflowEventType. Потерю изменений нельзя обнаруживать только по тому, что последнее число выглядит правильным.
Увеличить иллюстрацию
Размер рассчитывают по интенсивности изменений и допустимому интервалу отсутствия выдачи, затем проверяют ограничения сервера. Любая конечная очередь требует политики при превышении расчётного сценария. Большое заданное значение не означает бесконечный ресурс.
В приёмке создают согласованную серию изменений быстрее публикации. Проверяют сохранённые переходы и явную диагностику потерь. Получение правильного конечного значения не подтверждает полноту событийной истории или непрерывность архива.
Основание — OPC Foundation OPC 10000-4, v1.05.07, 2026-04-15, разделы 5.13.1.5. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Клиент, сервер и физический объект не испытывались. Приведён проектный критерий проверки, а не отчёт о выполненной настройке.
