Контроль давления, температуры, батареи, последней связи, непривязанных датчиков, утечек и конфликтов датчиков.
TPMS карьерных самосвалов — это контур контроля давления и температуры шин, где каждое измерение должно иметь инженерный контекст: машина, позиция колеса, физическая шина, sensor UID, батарея, last_seen и источник данных. Система должна показывать не только значение давления, но и повторяемость события, качество связи, статус датчика, возможную утечку и необходимость осмотра. MQTECH связывает датчик, приемник, телематику и платформу с инспекциями, работами ТОиР, ходимостью и TCO. TPMS не заменяет визуальную проверку: при rapid leak, перегреве, конфликте датчиков или низкой батарее требуется действие оператора и подтверждение по регламенту. Горячую шину нельзя рекомендовать просто стравить.
TPMS становится промышленным инструментом только тогда, когда путь сигнала прослеживается от радиодатчика до карточки позиции и события в системе.
Передает pressure, temperature, battery, RSSI, sensor UID и время измерения.
Доставляют сигнал в интеграционный контур и сохраняют источник пакета.
Сопоставляет sensor UID с машиной, позицией, физической шиной и правилами событий.
Для главного механика важны не только давление и температура. Нужны батарея, связь, last_seen, sensor UID, история привязки и флаги конфликта.
Показывают отклонение от рабочего диапазона и риск перегрева.
Позволяют отличить технический риск шины от потери контроля датчика.
Помогают доказать, какой именно датчик передал данные и когда.
Датчик не видит порез протектора, повреждение боковины, состояние борта, монтажную ошибку и качество ремонта. Он дает ранний сигнал, а инженер подтверждает состояние осмотром.
Критические события требуют остановки, охлаждения и осмотра, а не автоматического действия.
Повторные события по одной позиции важнее одиночного пакета без истории.
Инспекция определяет, нужна ли подкачка, ремонт, перестановка, снятие или WorkRequest.
Сигнал от датчика становится полезным только после привязки к компании, машине, позиции и шине.
| Проблема | Данные | Аналитика | Действие |
|---|---|---|---|
| Низкое давление | pressure, норматив, позиция, last_seen | недокачка, утечка, ошибка монтажа или холодный режим | остановить при критике, осмотреть, скорректировать по регламенту |
| Высокое давление | pressure, temperature, скорость, маршрут | нагрев, перегруз, неверная подкачка или длительное плечо | проверить температуру, охладить и повторно измерить |
| Rapid leak | падение давления за короткий период | прокол, повреждение борта, вентиль или аварийный дефект | остановить машину и осмотреть колесо |
| Slow leak | устойчивый тренд снижения давления | медленная утечка, микроповреждение, вентиль, ремонт | назначить контрольный замер и инспекцию |
| Перегрев | temperature, pressure, скорость, payload | тепловое повреждение и риск расслоения | остановка, охлаждение, осмотр по регламенту |
| Датчик не на связи | last_seen_at, батарея, RSSI | потеря контроля, низкая батарея или приемник | проверить приемник, батарею, датчик и привязку |
| Конфликт датчика | sensor_uid, active assignment, payload | два датчика на позицию или ошибочная привязка | разобрать вручную и закрыть неверную assignment |
Путь сигнала должен быть прослеживаемым: от радиодатчика до решения инженера.
Передает pressure, temperature, battery, signal и идентификатор.
Принимает радиосигнал и передает его в телематику или интеграционный контур.
Сопоставляет sensor_uid с реестром датчиков и позицией колеса.
Классифицирует давление, температуру, утечку, батарею, связь или конфликт.
Инженер подтверждает дефект, протектор, повреждение, температуру и решение.
Создается шинная работа или заявка ТОиР только по действию оператора.
Метрики должны строиться на фактических данных и показывать качество входной информации.
Последнее давление и отклонение от рабочего диапазона.
Нагрев шины, повторный перегрев и критическая температура.
Норма, низкая, критическая или неизвестная батарея.
Последняя связь датчика и статус offline.
Скорость снижения давления для rapid/slow leak.
Два датчика на одну позицию или противоречивый payload.
На самосвале 6 шин датчик RRO начал передавать давление ниже диапазона и температуру выше обычной. Система показывает UID, позицию, last seen, батарею и историю событий. Инженер не получает совет стравить горячую шину, а видит безопасное действие: остановка, охлаждение, осмотр, проверка давления после стабилизации температуры и создание инспекции или работы.
TPMS должен показывать не только значение давления, но и контекст: на какой машине стоит шина, какая это позиция, какой датчик передал данные, когда была последняя связь, есть ли повтор события и требуется ли осмотр. Для диспетчера это сигнал ограничить выпуск машины, для шинного инженера — открыть позицию и проверить историю, для ТОиР — получить подтвержденную заявку после осмотра.
TPMS не заменяет осмотр шины. Датчик может быть установлен неверно, потерять связь, иметь низкую батарею или конфликтовать с другой привязкой. При критической температуре, rapid leak или sensor conflict решение должен подтвердить оператор.
Блок описывает реализованные контуры продукта, а не обещание автоматического эффекта.
UID, vendor, model, protocol, mounting type, status и battery.
Датчик привязывается к машине, позиции и физической шине.
Замена и отвязка закрывают старую assignment и сохраняют историю.
Неизвестный sensor_uid из потока становится unassigned_live.
События получают оценку риска, а не только текстовый статус.
Горячая шина: остановка, охлаждение, осмотр; не стравливание.
TPMS-сигнал нельзя использовать как автоматическую команду на опасное действие. Он является оперативным предупреждением и поводом для инженерной проверки.
Шинный контур полезнее, когда он связан с телеметрией, ТОиР, дорогами, TCO, оборудованием и диагностикой.
Ответы раскрывают условия применения, ограничения данных и роль инженера.
Он должен показывать не только давление и температуру, но и UID датчика, позицию колеса, статус батареи, последнюю связь и историю привязки. Без позиции сигнал остается неполным, потому что инженер не понимает, какое колесо требует внимания. Поэтому датчик должен быть отдельным объектом реестра.
Горячую шину нельзя рекомендовать просто стравить. При перегреве требуется остановка, охлаждение и осмотр по регламенту, потому что давление на горячей шине не является безопасной основой для обычной корректировки. После стабилизации температуры инженер принимает решение по давлению и состоянию шины.
Rapid leak определяется по быстрому падению давления за короткий период и требует остановки и осмотра. Slow leak строится по устойчивому тренду снижения давления и чаще приводит к контрольному замеру или инспекции. Для обоих случаев нужны временные ряды, а не один пакет.
Непривязанный активный датчик показывает, что TPMS-пакеты поступают, но оператор еще не связал их с позицией и шиной. Это лучше, чем потерять сигнал или автоматически угадать позицию. Привязка должна выполняться осознанно, чтобы не создать конфликт.