Разделяйте измерение и передачу
Чувствительный элемент измеряет температуру в своей точке. Трекер принимает пакет датчика и передаёт его серверу; платформа расшифровывает значение и может проверять правила уведомлений. Успешная доставка пакета не доказывает правильность размещения. Хороший датчик тоже не гарантирует, что запоздалое значение будет отмечено как устаревшее. До внедрения определите допустимый интервал измерений, задержку доставки и поведение при пропусках.
Документированный пример EDVADO
Руководство DOT BTS v6.1 описывает измерение температуры и контроль внешней цепи сухого контакта с передачей по BLE. В нём указаны внутреннее и внешнее исполнения температурного измерения, батарея ER14505 и защита корпуса IP67. Дальность на открытом пространстве не гарантирует такую же связь через металлический кузов рефрижератора. Проверяйте вариант поставки по руководству; эти характеристики сами по себе не подтверждают отраслевую сертификацию или соответствие всей холодовой цепи нормативам.
Размещайте датчик под конкретную задачу
Температура у испарителя, двери или тёплой стенки может отличаться от температуры возле груза. Определите, что измеряется: воздух грузовой зоны, отдельный отсек или конкретная точка. Воздушный датчик нельзя описывать как измеритель температуры внутри продукта. Для многозонного кузова предусмотрите отдельные точки. Подтвердите положение при пусконаладке и зафиксируйте его, чтобы последующие измерения оставались сопоставимыми.
Проверяйте радиосвязь в рабочих условиях
Испытания проводите с закрытыми дверями и характерной загрузкой. Металл, изоляция, жидкости и положение приёмника влияют на распространение сигнала. Версия BLE не гарантирует прикладную совместимость: трекер должен понимать выбранный формат данных. Проверьте идентификацию датчика, слот приёма и соответствующее поле платформы. В руководстве BTS есть сведения об интеграции с платформами мониторинга, но конкретную связку трекера и прошивки всё равно нужно проверить.
Отклонение температуры и пропуск — разные события
Температурный порог, продолжительность превышения и тайм-аут отсутствия данных решают разные задачи. Первое правило оценивает поступившие измерения, второе обнаруживает отсутствие достоверных обновлений. Последняя температура на экране без времени может скрывать разрыв связи. Если интеграция поддерживает оба времени, сохраняйте момент измерения и момент получения отдельно.
Пример проверки уведомления
Предположим, демонстрационное правило отмечает превышение заданного для проекта порога в течение десяти минут. Десять минут здесь — учебный пример, а не стандарт для продуктов или лекарств. Создайте контролируемое изменение в допустимых для оборудования условиях, запишите контрольные показания и время прихода события. Отдельно проверьте потерю приёма: система должна показать отсутствие данных, а не выдать старую температуру за текущую. Рабочие границы согласуйте с владельцем груза и требованиями процесса.
Состояние двери добавляет контекст
При подходящем подключении сухой контакт помогает сопоставлять открытия двери и изменения температуры. Но открытие не объясняет автоматически каждое отклонение, а восстановление температуры воздуха не доказывает сохранность груза. Руководство BTS запрещает подавать напряжение на провода контроля цепи. Используйте инструкции конкретной модели и подходящую контактную цепь; не подключайте активный сигнал без проверки интерфейса.
Приёмка и обслуживание
Зафиксируйте идентификацию датчика без публичного раскрытия, место, настройки, контрольные измерения, батарею и карту полей платформы. Осмотр и калибровку планируйте по требованиям процесса; ресурс батареи зависит от условий и настроек. Изучите DOT BTS v6.1, руководство и Locavist вместе с EDVADO. Для подбора сообщите число отсеков, температурный диапазон, конструкцию кузова и требования к отчётам. Рабочий проект должен проверить всю цепочку «датчик — трекер — платформа».