MQTECH · шинный контур · Tire Operations Management System

Управление шинами карьерной техники

Не просто экран TPMS, а контур Датчик → Позиция → Шина → Машина → Событие → Инспекция → Работа ТОиР → Экономика → Отчет.

Инженерный контур
шинадатчикпозициясобытиеинспекцияработаTCOотчет

Короткий ответ

Управление шинами карьерной техники — это цифровой контур, который связывает физическую шину, позицию на машине, датчик TPMS, давление, температуру, инспекции, события, план работ и экономику. В отличие от отдельного TPMS-экрана, такой контур показывает не только текущее давление, но и историю шины, причины снятия, работу датчика, риски перегрева, необходимость инспекции и влияние шин на TCO. MQTECH использует эту связку для управления шинным парком, планирования работ и анализа ходимости без подмены инженерных решений автоматическими обещаниями экономии. Для главного механика это единая картина риска, для шинного инженера — история каждой шины, для диспетчера — основание остановить или выпустить машину по регламенту.

Что такое управление шинами карьерной техники

Это не складской журнал и не отдельная телеметрическая вкладка. В промышленном контуре шина ведется как физический актив, позиция задает эксплуатационный контекст, датчик дает оперативный сигнал, инспекция подтверждает состояние, а работа ТОиР фиксирует действие.

Физическая шина

Серийный номер, модель, стоимость, статус, установка, ремонт, перестановка, снятие и списание.

Позиция на машине

Коды FL, FR, RLO, RLI, RRI, RRO и другие позиции связывают сигнал с конкретным колесом.

Эксплуатационный факт

Событие TPMS, инспекция, причина снятия и работа остаются отдельными проверяемыми фактами.

Чем шинный модуль отличается от обычного TPMS

TPMS отвечает на вопрос, что передал датчик. Шинный модуль отвечает, где стоит шина, какая у нее история, почему возник риск, какое действие назначено и как событие влияет на ресурс и стоимость.

Контекст машины

Давление и температура показываются вместе с машиной, позицией, шиной, датчиком и last_seen.

Рабочий контур

Событие может перейти в инспекцию, шинную работу или WorkRequest, но только по действию оператора.

Экономика

Стоимость часа, километра и тонно-километра считается от подтвержденной истории, а не от среднего значения.

Интеграция с телеметрией, ТОиР, дорогами и TCO

Шинный контур получает ценность, когда давление и температура сопоставляются со скоростью, payload, маршрутом, уклоном, дорожными сегментами, работами ТОиР, простоями и стоимостью владения машиной.

Телеметрия

Помогает отличить перегрев из-за режима работы от одиночного дефекта датчика или ошибки привязки.

ТОиР

Подтвержденное событие превращается в заявку или плановую работу, не становясь скрытой автоматикой.

Дороги и TCO

Маршрут, покрытие и уклон объясняют порезы, нагрев, простой и недоиспользованный ресурс.

Что входит в промышленный шинный контур

Шинный модуль должен отвечать на эксплуатационные вопросы, а не только показывать последний пакет давления.

ЗадачаДанныеРискДействие
Контроль давленияTPMS, позиция, нормативперегрев, ускоренный износ, повреждение каркасаосмотр, подкачка после проверки температуры, план работ
Контроль температурыTPMS, скорость, маршруттепловое повреждение, расслоение, аварийное снятиеостановка, охлаждение, инспекция по регламенту
Ходимостьистория установки, снятие, протекторпреждевременное снятие, неверное сравнение моделейанализ причины, позиции, дороги и режима работы
ДатчикиUID, батарея, last_seenпотеря контроля, конфликт привязки, ложная уверенностьзамена, отвязка или привязка датчика оператором
Экономикастоимость, наработка, пробегрост TCO и скрытый недоиспользованный ресурсрасчет стоимости часа, километра и тонно-километра

Мини-схема процесса

Контур построен как цепочка эксплуатационных фактов, где TPMS не подменяет инспекцию и ТОиР.

01

Шина как актив

Физическая шина имеет серийный номер, статус, установку, ремонт и снятие.

02

Схема колес

Машина получает типовую или кастомную схему с позициями FL, FR, RLO, RLI и другими кодами.

03

Датчик

TPMS-датчик является отдельным объектом с UID, батареей, связью и историей привязок.

04

Событие

Отклонение давления, перегрев, утечка или конфликт получает риск и инженерную рекомендацию.

05

Инспекция

Инженер фиксирует протектор, повреждения, давление, температуру, решение и приоритет.

06

Работа

План шинных работ создается из события, инспекции, аналитики или вручную.

07

Экономика

Стоимость часа, километра и тонно-километра считается только при готовности данных.

08

Отчет

Руководитель видит парк, события, датчики, работы, причины снятия и TCO.

Инженерные метрики

Метрики должны строиться на фактических данных и показывать качество входной информации.

Risk score событий

0-100 с диапазонами Норма, Внимание, Критично и Аварийно.

TPMS coverage

Доля позиций с установленным датчиком и последней связью.

План работ

P1/P2 сегодня, ближайшие 7 дней и горизонт 6 недель.

TKPH/TMPH readiness

Причины недостаточности данных показываются явно, без искусственных расчетов.

Стоимость шины

На моточас, километр и тонно-километр при наличии фактических входов.

Причины снятия

Связь дефектов, событий TPMS, дороги, скорости и режима эксплуатации.

Как это работает в эксплуатации

Карьерный самосвал выходит на смену с нормальным давлением, но на задней внутренней позиции появляется медленная утечка. Система показывает позицию RLI, датчик, последнее давление, повторяемость события и историю этой шины. Инженер открывает позицию на схеме, назначает повторный контроль или инспекцию, а при подтверждении дефекта создает шинную работу с приоритетом P2 или заявку ТОиР.

Практический сценарий

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

Честные ограничения

Система не должна рекомендовать опасные действия. Горячую шину нельзя просто стравить: при перегреве требуется остановка, охлаждение и осмотр по регламенту. Экономика и TKPH/TMPH помечаются как недостаточно подтвержденные, если нет пробега, тоннажа, истории установки или качества данных.

Что решает MQTECH

Блок описывает реализованные контуры продукта, а не обещание автоматического эффекта.

Шинный парк

Физические шины, статусы, установка, снятие, ремонт и история.

TPMS-датчики

UID, производитель, батарея, связь, привязка, замена и отвязка.

Схемы колес

12 типовых схем для самосвалов, погрузчиков, грейдеров и универсальных машин.

Инспекции

Протектор, давление, температура, повреждения, решение, приоритет и WorkRequest.

События

Низкое давление, утечка, перегрев, sensor conflict и risk score.

Отчеты

Парк, датчики, события, план работ, экономика и машины без схемы.

Что не следует автоматизировать без инженера

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

  • автоматически стравливать горячую шину
  • автоматически переносить датчик при конфликте
  • списывать шину без инспекции
  • создавать ТОиР без действия оператора
  • считать TCO без подтвержденных данных
  • скрывать недостаточность данных под красивым графиком

FAQ

Ответы раскрывают условия применения, ограничения данных и роль инженера.

Чем шинный модуль отличается от обычного TPMS-экрана?

Обычный TPMS-экран показывает последний пакет давления и температуры. Промышленный шинный модуль связывает этот пакет с датчиком, позицией, физической шиной, машиной, событием, инспекцией и работой ТОиР. Поэтому инженер видит не только сигнал, но и контекст решения. Если данных недостаточно, система должна явно это показать.

Можно ли работать без потока TPMS?

Да, базовый контур может работать без потока TPMS: схемы колес, физические шины, инспекции и планы работ остаются доступными. В позициях будет показано “Нет данных TPMS”, а не пустой или сломанный layout. Когда датчики начнут передавать пакеты, последние давление, температура, батарея и связь дополнят уже настроенные позиции.

Как создается работа ТОиР по шинному событию?

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

Какие данные нужны для промышленного расчета эффективности?

Нужны история установки шин, пробег или моточасы, тоннаж, стоимость, события, инспекции и причины снятия. Если один из ключевых источников отсутствует, расчет должен иметь статус недостаточно подтвержденного. Это честнее, чем показывать точные цифры на неполных данных.