МЕДИАНА МЕЖЗАПИСНОГО ИНТЕРВАЛА НЕ ОПИСЫВАЕТ ЭКСПОЗИЦИЮ УСТАРЕВАНИЯ: МЕТОД СОГЛАСОВАНИЯ ВРЕМЕННЫХ НАСТРОЕК И ДИАГНОСТИЧЕСКИХ ПОКАЗАТЕЛЕЙ В МУЛЬТИПРОТОКОЛЬНЫХ СИСТЕМАХ ТЕЛЕМЕТРИИ

1. Введение

1.1. Постановка проблемы

Инженеру, настраивающему сбор телеметрии, важно не только число, но и событие, относительно которого оно действует. Период чтения, предельное ожидание операции, пауза повторного соединения и допустимый возраст значения задаются в миллисекундах, но регулируют разные механизмы. Ошибка возможна и в исправной системе: одна подпись скрывает различие режимов, а диагностический график относится к другому этапу тракта.

Диагностику усложняет привычная характеристика — медиана интервала между записями. Она описывает распределение числа интервалов, но не времени, в течение которого последнее значение недостоверно. Источник с короткими интервалами и редкими длинными разрывами имеет малую медиану при большой доле времени без нового получения, а инженер оценивает настройку по наблюдаемому поведению.

1.2. Обзор литературы

Cimini, Freti и Lagorio [1, с. 73] рассматривают перепроектирование интерфейса производственной линии и подчёркивают, что инженерное обоснование не заменяет пользовательской проверки. Для настоящей работы это существенно: предметом является согласованность интерфейсного контракта, а не влияние на человека.

Ortigossa и соавторы [2, с. 161653] систематизируют способы представления временных данных и показывают, что визуальная форма связана с интерпретацией неоднородных и прерывистых рядов. Это переносится и на диагностику: одна сводная величина не описывает разные свойства потока.

IEC 63303:2024 [3] рассматривает проектирование HMI промышленной автоматизации как инженерную задачу, включающую структуры, функции и жизненный цикл интерфейса, однако не задаёт способа согласования конкретного временного поля с механизмом его реализации.

1.3. Пробел и исследовательские вопросы

Ни одна из работ не связывает три уровня: декларацию настройки в интерфейсе, программный механизм и наблюдаемый темп по архиву. Поэтому открыты вопросы:

• RQ1. Достаточно ли общей подписи и сохранённого значения для описания механизмов, различающихся по природе, в пределах одного интерфейса конфигурирования?
• RQ2. Какие диагностические показатели архива характеризуют актуальность значения, если медиана межзаписного интервала её не описывает?
• RQ3. Какие заключения о режиме обмена допустимы по одним архивным временным меткам?

1.4. Вклад

Работа вносит следующие элементы:

• таксономию восьми временных ролей, различаемых при аудите интерфейса, как рабочий инструмент, а не нормативный документ;
• дескриптор временного поля с явным опорным событием, привязкой и свидетельствами, а также условия допустимости сравнения настройки с наблюдением;
• конструктивное доказательство неидентифицируемости инициатора обмена по одному архиву;
• диагностический показатель экспозиции F(τ), дополняющий медиану и вариабельность;
• воспроизводимую процедуру аудита, применённую к промышленному кейсу.

1.5. Структура статьи

Раздел 2 описывает объект, данные и метод; раздел 3 — результаты; раздел 4 — обсуждение и ограничения; раздел 5 — заключение.

2. Материалы и методы

2.1. Объект исследования и кейс

Объект — система сбора и анализа телеметрии как промышленный кейс. Тракт включает источники данных, службу чтения, брокер сообщений, службу записи, хранилище временных рядов и веб-приложение анализа. Изучены восемь протокольных ветвей: SIMATIC S7, S7 Plus, OPC UA, Modbus TCP, Modbus RTU, Modbus ASCII, приёмник входящего потока и HTTP Listener; имя приёмника означает пассивный приём, а не активное чтение.

Использованы исходные тексты служб и веб-интерфейса, конфигурация пяти источников и две производственные выгрузки агрегата продольной резки от разработчика. Полный комплекс с реальными контроллерами не запускался: интеграционные временные характеристики из статических результатов не выводятся.

2.2. Данные и происхождение временных меток

Окно W1 охватывает 10.09.2026, 12:00:00–12:30:31, окно W2 — 11.09.2026, 10:25:00–10:50:00 (UTC+3, верхние границы исключающие): 824 153 и 690 295 записей, суммарно 1 514 448 по 95 тегам в каждом окне; повторов пары «тег — метка» нет. В 66 520 строках оба поля значения пусты (36 563 в W1, 29 957 в W2; у тегов 3 и 26) — они отмечают наличие архивной записи и не считаются новым измерением. Выбранные представители пустых значений не содержат.

Метки приведены к UTC и целому числу микросекунд и отсортированы; вычислены положительные разности. Микросекундный формат не трактуется как точность часов. Служба использует время получения, поэтому возраст получения не равен возрасту измерения у источника, а задержка сети и время записи отдельно не восстанавливаются.

Отмечу зависимость наблюдений: источники различаются, но теги одного источника дают близкие профили. В частности, 40 тегов нерегулярного источника образуют один режим — их медианы различаются в шестом знаке, а экспозиция совпадает до третьего. Поэтому единица анализа — источник и окно, а не отдельный тег, и 190 профилей не являются 190 независимыми испытаниями.

2.3. Временные роли и дескриптор поля

Единица анализа — сочетание протокольного профиля, поля и регулируемого механизма. Профиль включает протокол, направление обмена, сервис и версию реализации. По техническим контрактам и задачам диагностики выделены восемь временных ролей (таблица 1) — рабочая таксономия для аудита, а не утверждение, что каждый профиль реализует все роли.

Таблица 1.

Временные роли, различаемые при проверке интерфейса.

Поле f профиля p описывается дескриптором; роль может быть множеством, поскольку один параметр способен влиять на несколько механизмов:

D(p, f) = ⟨R, E, B, U, A, C, Z, L, V⟩,                                                                                       (1)

где R — временные роли; E — опорное событие отсчёта; B — программная привязка либо вычисляемое выражение; U — единица; A — условие применимости; C — допустимые значения; Z — смысл нуля; L — зависимости; V — свидетельства (спецификация, версия файла, конфигурация, тип наблюдения). Указание E отличает, например, ожидание от начала запроса от возраста последнего получения. Поле с двумя эффектами нельзя представлять как две независимые настройки без изменения схемы хранения и реализации.

2.4. Метод трёхуровневой проверки и условия допустимости

На первом уровне фиксируются декларации интерфейса: подпись, подсказка, доступность редактирования, ограничения ввода, сохранённое значение. На втором устанавливается связь поля с планировщиком, вызовом API, повторной попыткой или проверкой возраста; присваивание свойства не считается достаточным свидетельством, если контракт вызываемого API ограничивает его действие. На третьем строится профиль архивных наблюдений, сопоставляемый с настройкой только после проверки происхождения и преобразований времени.

Для сравнения настройки m с рядом меток T вводится предикат допустимости A(m, T). Он истинен при совпадении временной роли и этапа тракта, происхождения и единицы меток, способа отбора, пакетирования или фильтрации, применимости конфигурации к периоду и ожидаемой зависимости наблюдения от настройки. Если условие не подтверждено, различие чисел маркируется как диагностическое, а не как доказанное нарушение.

Метод выдаёт раздельные заключения: «неприменимый регулятор» (механизм не использует поле); «связанные эффекты» (одно поле имеет несколько привязок); «расхождение декларации и привязки»; «диагностическое различие без установленной причины»; «данных недостаточно». Последние два статуса не позволяют объявлять любую нерегулярность отказом.

2.5. Диагностические показатели

Для каждого ряда вычислены медиана межзаписного интервала, медиана абсолютных отклонений (MAD), 99-й процентиль и максимум:

Δᵢ = tᵢ₊₁ − tᵢ; P̃ = median(Δᵢ); MAD = median(|Δᵢ − P̃|).                                                                          (2)

MAD описывает вариабельность интервалов и не называется сетевым джиттером. Центральное дополнение работы — доля времени F(τ). Между двумя получениями возраст последнего растёт от нуля до Δᵢ, поэтому время выше порога τ равно max(Δᵢ − τ, 0); на интервале от первого до последнего наблюдения:

F(τ) = Σᵢ max(Δᵢ − τ, 0) / Σᵢ Δᵢ, τ > 0.                                                                                      (3)

Формула — прямое интегрирование функции возраста, а не модель отказов, и не оценивает возраст измерения. Для ряда с периодом P она даёт F(τ) = max(P − τ, 0)/P: при пороге в половину периода экспозиция равна половине времени, а при пороге, равном периоду, обращается в нуль. Частный случай задаёт интуицию: F(τ) измеряет не частоту событий, а время.

2.6. Процедура анализа и воспроизводимость

Профили рассчитаны для всех 190 сочетаний «тег — окно». Результаты включают разности, медиану, MAD, P99, максимум и доли времени для фиксированных порогов. Снимок исходников и данных идентифицирован контрольными суммами; программы обработки, полные таблицы и журнал выполнения — в электронном приложении. Расчёты выполнены офлайн, без обращения к оборудованию.

3. Результаты

3.1. Неидентифицируемость инициатора обмена

Утверждение. По одному ряду архивных пар «время — значение», без ограничений на источники и задержки, в общем случае нельзя определить, получены данные активным опросом или автономной отправкой.

Доказательство конструктивно. Ряд пар (tᵢ, vᵢ) может сформировать коллектор с периодом запросов P либо отправитель, публикующий те же значения с тем же периодом. При равных задержках пары совпадут: два механизма дают разного инициатора при одинаковом наблюдении, поэтому универсального классификатора не существует. Добавление одинакового шума задержек вывод не меняет. Контрпример на 20 наблюдениях — в электронном приложении.

Из утверждения не следует бесполезность архива: по нему оценивают темп, вариабельность и длительности промежутков, а с привлечением кода — согласованность объяснения. Но различие между interval = 1000 мс и медианой 100 мс не доказывает ни отсутствия причинной связи, ни событийного режима источника.

3.2. Согласованность декларации и программных привязок

В интерфейсе есть подсказки к полям интервал, пауза и таймаут, поэтому проверяется не наличие справки, а соответствие объяснения профилю. Для приёмников входящего потока и HTTP не найден планировщик, период которого задавался бы полем интервала; в S7 и OPC UA такой период связан с таймером. В OPC UA предельное ожидание операции вычисляется как max(3 × интервал, 3000) мс, тогда как отдельное поле таймаута использует общая служба контроля возраста; изменение интервала имеет связанный эффект.

В S7 поле таймаута связано одновременно с ограничением соединения и контролем возраста. В S7 Plus правило восстановления содержит нарастающее ожидание от 2 до 30 с, а поле паузы в рассмотренном пути не используется. В Modbus TCP подстановка паузы управляет повторами транспортного уровня, тогда как во внешнем цикле предусмотрено отдельное ожидание 5000 мс. У приёмника входящего потока свойству времени чтения присваивается значение, но данные получаются асинхронно; контракт ограничивает действие свойства синхронным чтением, поэтому присваивание не подтверждает реализованного срока.

Для семантики нуля профиль также необходим. Нулевой период недопустим в конструкторе таймера S7, S7 Plus и OPC UA, а в Modbus TCP предусмотрена подстановка 100 мс, поэтому правило «ноль отключает параметр» не описывает оба случая. Полная матрица восьми ветвей и трёх полей — в электронном приложении; сводный результат — семь сочетаний «ветвь — поле», применение которых не выявлено. Это характеристика интерфейсного контракта, а не оценка ошибок пользователей.

3.3. Наблюдаемый темп архива

Сохранённые конфигурации всех пяти источников имеют interval = 1000 мс и pause = 0; у четырёх источников timeout = 3000 мс, у нерегулярного — 0. Профили архива показывают, что близкие темпы наблюдаются группами тегов одного источника (таблица 2), а медианы представителей ни для одного источника не совпадают с сохранённым значением 1000 мс.

Таблица 2.

Профили репрезентативных тегов, W1 / W2; интервалы в мс.

Группировка по источникам устойчива: 23 тега первого источника имеют медианы около 100 мс, 15 тегов второго — также около 100 мс, по 15 и 2 тега следующих — около 300 мс. Профили 40 тегов нерегулярного источника существенно различаются между окнами при близких значениях 99-го процентиля, поэтому описывать его обновление одним постоянным периодом неточно. Это группировка наблюдаемого архива, а не идентификация механизмов отправителя.

3.4. Экспозиция устаревания

Медиана характеризует распределение числа интервалов, но не времени без нового получения. Для нерегулярного источника во втором окне медиана составляет 504,616 мс, однако экспозиция F(1 с) = 61,54 %: промежутки с повышенным возрастом занимают большую часть времени, тогда как короткие интервалы уменьшают медиану (таблица 3).

Таблица 3.

Условная экспозиция возраста для нерегулярного источника (тег 54).

У остальных четырёх представителей все интервалы короче секунды, поэтому экспозиция F(1 с) равна нулю в обоих окнах. У нерегулярного источника timeout = 0, то есть контроль возраста отключён; рассчитанные доли — сценарий оценки положительного порога, а не частота реально сработавшей инвалидации. Автоматически заменять нуль на 3000 мс по результатам аудита не предлагается.

Рисунок 1. Зависимость диагностической доли времени F(τ) от положительного порога для нерегулярного источника. Расчёт выполнен между первым и последним наблюдением каждого окна

3.5. Сводная оценка по всем профилям

Расчёт по всем 190 профилям показывает, что экспозиция устаревания распределена по архиву неравномерно (таблица 4). Ненулевая доля F(1 с) наблюдается только у одного источника в обоих окнах; у остальных 110 профилей каждый интервал короче секунды, и экспозиция равна нулю.

Таблица 4.

Профили темпа и экспозиции по источникам.

Итак, высокая частота наблюдений не гарантирует малую экспозицию, а низкая не обязательно означает большую: при равных медианах два источника могут иметь разную долю времени с недостоверным последним значением. Как отмечено в разделе 2.2, 40 тегов нерегулярного источника образуют один режим, поэтому сводку следует читать по источникам, а не по числу тегов.

4. Обсуждение

4.1. Что показывает и чего не показывает архив

Результат объединяет три уровня доказательств: прямые привязки в коде, сохранённую конфигурацию и наблюдаемый архивный темп. Различие временных назначений устанавливается статически; производственные ряды показывают, почему единое значение периода нельзя интерпретировать одинаково для активного опроса и пассивного приёма. Показатель F(τ) дополняет медиану, различая частоту наблюдений и время с недостоверным последним значением.

При этом архив не определяет инициатора обмена (раздел 3.1) и не оценивает возраст физического измерения: используется время получения, а не метка источника. Различие между сохранённой настройкой и наблюдаемым темпом маркируется как диагностическое, а не как доказанное нарушение.

4.2. Следствия для интерфейса конфигурирования

Форма разделяет блок управления и блок наблюдения. В первом показываются только применимые управляющие величины, их привязки и связанные эффекты; во втором — происхождение последней метки, медиана, 99-й процентиль, окно расчёта и экспозиция F(τ) для выбранного порога. Для приёмного профиля формулировка «темп задаётся отправителем» выводится из установленного режима, а не из классификатора интервалов.

Минимальная миграция не требует менять режим оборудования: неприменимое поле убирается из основного диалога, но его значение сохраняется для совместимости; вычисляемый предел операции показывается только для чтения; совместная привязка таймаута соединения и возраста объясняется явно. Состояния «данные ещё не получены», «контроль возраста отключён», «возраст превышен», «происхождение метки неизвестно» не подменяются одним нулём. Независимое редактирование связанных механизмов — в следующей версии схемы.

4.3. Сопоставление с литературой

Вывод, что одна сводная величина не характеризует пригодность представления, согласуется с наблюдениями Ortigossa и соавторов [2, с. 161653] о связи визуальной формы с интерпретацией неоднородных рядов: медиана и экспозиция описывают разные свойства потока. Разграничение инженерного обоснования и пользовательской проверки, подчёркнутое Cimini и соавторами [1, с. 73], сохраняется: результаты относятся к согласованности контракта, а проверка их влияния на понимание настроек инженером — отдельный этап. Требование IEC 63303:2024 [3] рассматривать интерфейс как часть жизненного цикла поддержано разделением управляющих и диагностических элементов.

4.4. Ограничения

Есть четыре существенных ограничения. Статический анализ не измеряет нагрузку, задержки библиотек и реакцию контроллера. Архив содержит метки получения, не давая независимой оценки времени измерения. Связь конфигурационного снимка с историческим периодом основана на описании автора комплекта, а не на журнале версий. Экспозиция устаревания получена для одного нерегулярного источника в двух окнах и не распространяется на другие установки. Два коротких окна одного агрегата не покрывают сезонные и аварийные режимы; все пять архивных источников используют приёмный профиль, а активные ветви исследованы статически.

4.5. Перспективы

Влияние формы на понимание настроек можно проверить отдельным исследованием с заданиями на прогнозирование механизма, а время до инвалидации — стендовым экспериментом. Проверка миграции конфигураций также требует стенда. Инженерные результаты не выдаются за измерение ментальной модели пользователей.

5. Заключение

Разработан метод согласования временных настроек и диагностических показателей, в котором интерфейс описывается через роли, программные привязки и доказательства применимости. Обработаны все 190 сочетаний «тег — окно» доступного промышленного архива. Показано, что медиана межзаписного интервала не описывает экспозицию устаревания: для нерегулярного источника медиана 504,616 мс сочетается с долей времени с возрастом более секунды 61,54 %, тогда как у остальных профилей экспозиция равна нулю. Дан конструктивный аргумент неидентифицируемости инициатора обмена по одному архиву. Результат обосновывает раздельное отображение управляющих параметров, наблюдаемого темпа и экспозиции устаревания. Влияние формы на деятельность инженера не измерялось.