Устаревание данных отдельно для разных объектов хозяйства
Один общий таймер редко одинаково подходит часто опрашиваемой насосной и спящему датчику резервуара. Признак устаревания должен соответствовать источнику, периоду обновления и задаче. Настройку полезно вести как отдельную таблицу с основаниями и проверками.
Определить момент наблюдения
Уточните, какие времена доступны: измерение, запись, отправка и получение. API Campbell Scientific показывает раздельную структуру исходных записей и их меток. Campbell Scientific — Data Logger Web Server API Для другой системы смысл времени проверяют по протоколу, а не по одинаковому имени поля.
Успешное получение пакета со старой выборкой не обновляет физическое наблюдение. Если время источника неизвестно, приложение должно иметь отдельное ограниченное правило оценки. Нельзя выдавать точный возраст измерения по одной серверной метке доставки без основания.
Увеличить схему
Составить таблицу политики
Для класса точек укажите ожидаемый цикл, возможные задержки, требуемую свежесть и причину выбора. Порог устанавливают по эксплуатационной задаче. Статья не назначает интервалы контроля насосов, допустимые уровни и агрономические нормы.
Плановое обслуживание, диагностический отказ и устаревание различайте отдельными состояниями. Если источник регулярно спит, ожидаемое молчание должно учитываться, но это не означает бесконечной актуальности последнего значения. Правило должно объяснять обе границы.
Проверить промежуточные механизмы
MQTT может сохранять последнее сообщение для последующей подписки, однако это не делает его свежим автоматически. OASIS — MQTT Version 5.0, OASIS Standard При новом подключении получатель проверяет исходный контекст, а не только факт получения.
Если несколько слоёв кешируют данные, сохраните их времена и правила замены. Экран не должен сбрасывать возраст при каждом внутреннем обновлении страницы. Устаревание должно одинаково пониматься в веб-интерфейсе, уведомлении и выгрузке.
Испытать границы
На тестовых данных проверьте обычный цикл, задержанную запись, повтор старого пакета, отказ источника и восстановление. Отдельно испытайте получение более старой записи после новой. Для каждой точки ожидаемый статус определяют заранее.
В протоколе сохраните версию политики и её связь с типом объекта. Изменение периода работы датчика требует пересмотра затронутого правила, а не автоматического увеличения всех таймеров сети. Диспетчер получает понятный возраст и состояние данных, а инженер — проверяемую конфигурацию вместо произвольной общей надписи «онлайн».
В настройке отдельно обозначьте случаи неизвестных часов источника и подтверждённой задержки доставки. Эти состояния нельзя лечить одинаковым увеличением таймера: одно ограничивает знание момента измерения, другое описывает уже известное старое наблюдение, пришедшее позже по каналу.
