Личный опыт: отправка реальных данных температуры в Fiix CMMS через новый API
Наша команда разработки недавно продвинула финальные стадии нового API Fiix CMMS. Проектированный для бесшовной интеграции, API позволяет внешним приложениям коммуницировать непосредственно с Fiix, позволяя нативное использование данных CMMS через финансовые системы, инструменты обслуживания и среды machine-to-machine (M2M).
Мой эксперимент с API CMMS
За последние несколько недель я тестировал способность API получать данные от низкозатратного промышленного сенсора. Я выбрал BeagleBone Black и датчик температуры TMP36, стоимостью под $60 в сумме. Цель — стримить показания температуры в Fiix и автоматически запускать задачи обслуживания.
Настройка TMP36 и BeagleBone Black
BeagleBone Black — бюджетный Linux компьютер (~$55) доступный от Adafruit, Creatronic и Sparkfun. Датчик TMP36 (~$3) выдает напряжение, пропорциональное температуре, идеальное для быстрого прототипирования.
После подключения сенсора к BeagleBone с бредбордом, я адаптировал JavaScript код от Adafruit для чтения температуры. Используя грядущую клиентскую библиотеку, устройство отправляло значение температуры в CMMS каждые три секунды, тегая данные к активу, помеченному «Мой офис».
Результатом был непрерывный поток показаний температуры, записанных в Fiix, каждый примерно через три секунды:
Поток показаний температуры
Для демонстрации практической ценности, я сконфигурировал правило запланированного обслуживания, активирующееся всякий раз, когда температура превышает 35 °C. Инструкция работы просто гласит: «Проверьте кондиционер — эксперимент CMMS API».
Запланированное обслуживание, установленное на создание наряд-заказа при температуре выше 35 °C
Успех
Тестирование триггера включало направление фена на сенсор. По мере подъема температуры Fiix автоматически генерировал наряд-заказ. Техники получали уведомление внутри CMMS, могли просматривать историю сенсора и адресовать проблему — все без ручного вмешательства.
Точки данных температуры после теста фена. Точка, запустившая обслуживание, подсвечена желтым.
Детали точки данных, запустившей запланированное обслуживание.
Помимо запуска наряд-заказов, записанная история температуры может помочь анализу коренных причин. Для более сложной диагностики дополнительные сенсоры — такие как давление или влажность — могли бы впитать данные в тот же поток, предоставляя более богатый контекст для техников.
Machine-to-Machine коммуникация и интеграция CMMS
M2M возможности открывают спектр возможностей: автомобиль может логировать показания одометра через мобильное соединение, автоматически генерируя сервисный наряд-заказ каждые 10 000 км; счетчик мощности кондикера может запускать обслуживание при скачках нагрузки; вибрационные сенсоры на вращающемся оборудовании могут флагать аномальные условия до отказа. Даже если не немедленно действенны, непрерывный сбор данных создает ценную операционную запись для будущих инсайтов.
API Fiix CMMS будет выпущен скоро, с доступом, доступным для выбранных тарифных планов. Если у вас есть конкретные варианты использования или идеи, не стесняйтесь делиться ими в комментариях ниже.
Техническое обслуживание и ремонт оборудования
- Точный температурный профиль Raspberry Pi с Python, SQLite и LabVIEW
- ИК-датчик температуры TMP006 с Raspberry Pi: библиотека Python и руководство по настройке
- Создание удалённого датчика температуры на Raspberry Pi и Python — пошаговое руководство
- Система управления температурой на базе LM35 с микроконтроллером AT89S52
- Мониторинг домашней температуры с панелью управления на Raspberry Pi
- Использование АЦП MCP3008 для чтения аналоговых датчиков с Raspberry Pi
- Оптимизация профилактического обслуживания с CMMS: 8 проверенных советов
- Как CMMS повышает продуктивность техников в нефте и газе
- Будет ли новый закон Онтарио о cap-and-trade снижать углерод? Как CMMS обеспечивает реальную экономию выбросов
- Расширьте функциональность вашего CMMS с надежным API