Где ставить датчики и как не превратить мониторинг

Мы собираем цех в систему: процессы, метрики, качество, обучение и цифровизация без героизма и миллионных бюджетов. Переводим ISO/ГОСТ на язык практики, даём чек‑листы, простые инструменты и работающие схемы «сегодня за смену». Технологии и ИИ — это у нас инструмент, а не цель. Если хочется меньше тушить пожары и больше управлять — вы дома.

датчикимониторингвибрация

Сразу скажу неприятное.
В большинстве цехов датчики стоят нормально. Не криво, не на соплях. А мониторинг всё равно не работает.

И дело тут не в железе.
Дело в том, зачем и куда его вообще поставили.

Иллюзия №1. Поставим датчик на станок.
Самая частая картина, которую я вижу. Берут датчик и крепят… на оборудование. Куда удобно. Где место нашлось.

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

Как это выглядит в жизни:

Подшипник шпинделя

  • ставлю: на корпус бабки, рядом с подшипником
  • не ставлю: на кожух или станину «потому что там проще»

Редуктор

  • ставлю: на массив корпуса у выходного вала
  • не ставлю: на крышку с прокладкой (она съедает вибрацию)

Муфта

  • ставлю: сразу за муфтой
  • не ставлю: на другом конце вала

Насос

  • ставлю: у подшипникового узла
  • не ставлю: на трубопровод (там слышно всё, кроме износа)

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

Иллюзия №2. Давайте сразу мерить всё.
Очень понятное желание: раз уж ставим датчик, давайте будем умными. Вибрация, температура, ток, спектры…

Я через это проходил.
Финал всегда одинаковый:
данных - море,
понимания - ноль,
решений - ещё меньше.

Поэтому у меня на старте работает один параметр.
Чаще всего вибрация по той оси, где узел орёт громче всего.

Одно число.
Один порог.
Одно решение.

Иллюзия №3. Датчик сам покажет, когда плохо.
Не покажет. И это нормально.Датчик не знает, что для тебя плохо.
Это знаешь ты. Поэтому всегда начинаю с базы:
смотрю, как узел ведёт себя, когда всё хорошо.

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

Иллюзия №4. Порог - это формула.
Нет. Для меня порог это не формула и не ГОСТ. Порог это решение.

Ответ на вопрос: в какой момент я встаю и иду смотреть, а не сохраняю график?

Если при превышении начинается обсуждение порога нет.
Есть просто линия на экране.

Иллюзия №5. Посмотрим и решим.
Самая опасная история.

Датчик есть.
График есть.
А человека, который обязан что-то сделать, нет.

Для себя это закрыл просто: если сигнал пришёл, я точно знаю, кто идёт и что делает. Без давай завтр и после планёрки.

Быстрый чек-лист перед установкой

  • какой узел ломается чаще всего?
  • что меняется за 6-48 часов до отказа?
  • где этот сигнал слышно чище всего?
  • что для меня норма, а не по книжке?
  • кто и что делает, если порог превышен?

Если хотя бы на один вопрос нет ответа, это не мониторинг. Это успокоительное.

Итог

Мониторинг не про красивые графики. Он про один честный вопрос утром: Этот датчик заставил меня что-то сделать до поломки?

Если неделю подряд ответ нет, либо у тебя идеальное оборудование, либо ты смотришь не туда и не на то. Не собирай данные ради данных. Собирай только те, из-за которых ты встанешь со стула.

Дискуссия

Станислав Симоненко
Можно побольше технических разъяснений? Через какие сетевые узлы идут данные?
Обсуждение канала Цех2.0
Я не строю сеть, я формулирую задачу. Датчик даёт сигнал, он проходит через контроллер на сервер, всё пишется в историю. Дальше айтишник отвечает, чтобы ничего не пропало по дороге
Обсуждение канала Цех2.0
Можно через ии и python, прототип делается за вечер
Присоединиться к обсуждению →

Читайте так же