Интеграция на CMMS с IoT платформи: Ръководство за AWS IoT Core и Azure IoT Hub

Графиците за превантивна поддръжка работят на фиксирани интервали от време, сменяйте маслото на всеки 90 дни, независимо от действителното състояние. IoT сензорите позволяват поддръжка въз основа на състоянието: сменяйте маслото, когато анализът на вибрациите покаже износване на лагерите, температурните сензори засекат необичайна топлина или текущото наблюдение покаже влошаване на двигателя.

Свързването на данни от IoT сензори към CMMS затваря този цикъл автоматично: когато показанието на сензора премине праг, CMMS създава работна поръчка незабавно, вместо да чака следващото планирано профилактично обслужване или катастрофална повреда.

AWS IoT Core и Azure IoT Hub са двете доминиращи облачни IoT платформи в производството, които обобщават данни от хиляди сензори и машини в процес на обработка. Интеграцията на CMMS с тези платформи осигурява автоматизирано задействане на работна поръчка, което превръща IoT инвестициите в действия по поддръжка.

Производителите с IoT внедрявания, но без CMMS интеграция, събират данни от сензори, без да ги преобразуват в решения за поддръжка, най-честата причина IoT програмите в производството да не показват възвръщаемост на инвестициите.

Стандартната архитектура за интеграция между IoT и CMMS има четири слоя. Сензорен слой: сензори за вибрации, температурни сонди, монитори за ток, сензори за състояние на маслото и подобни устройства, свързани към производствено оборудване.

Краен слой: индустриален шлюз (AWS IoT Greengrass, Azure IoT Edge или устройства на трети страни) предварително обработва данните от сензорите локално, намалявайки облачната пропускателна способност и позволявайки офлайн работа по време на прекъсвания на свързаността.

Слой на облачен IoT: AWS IoT Core или Azure IoT Hub агрегира потоци от сензори, прилага правила за прагове и задейства предупреждения.

Слой за интеграция на CMMS: когато облачната IoT платформа открие аномалия или нарушение на прага, тя извиква CMMS REST API, за да създаде работна поръчка за прогнозна поддръжка с идентификатор на актива, показание на сензора, нарушение на прага и препоръчително действие.

Повечето облачни IoT платформи поддържат изходящи уеб куки или Lambda/Azure функции, които могат да извикват директно CMMS API.

Работната поръчка на CMMS трябва да включва: идентификатор на актива, тип и показание на сензора, нормален работен диапазон, класификация на тежестта и препоръчителното действие за поддръжка въз основа на режима на повреда, свързан с този модел на сензора.

Най-често срещаната грешка при интеграцията на IoT-CMMS е прекомерното определяне на обхвата на първото внедряване. Започнете с три до пет критични актива, където историята на повреди потвърждава режимите на повреди, които IoT сензорите ще открият. Съпоставете всеки тип сензор със специфичен режим на повреда и специфичен шаблон за работна поръчка на CMMS. Тествайте веригата от праг към работна поръчка, преди да инструментализирате допълнителни активи. Практическите стъпки за интеграция за AWS IoT Core: конфигурирайте IoT правила, за да задействате Lambda функции при нарушаване на прага, напишете Lambda функция, за да извикате CMMS REST API със структуриран полезен товар на работна поръчка, конфигурирайте CMMS да приема интеграцията и да възложите работни поръчки на съответния техник или екип по поддръжката. За Azure IoT Hub: използвайте Azure Stream Analytics или Azure Functions, задействани от събития на IoT Hub, напишете функция, за да извикате CMMS API. За производителите, използващи Fabrico, интегрираната архитектура на OEE и CMMS свързва данни за производствената производителност заедно с данни от сензори - спад в наличността на OEE, комбиниран с вибрационна аномалия на същия актив, създава работна поръчка с по-висок приоритет, отколкото всеки от сигналите поотделно, подобрявайки сортирането на поддръжката и намалявайки ненужните интервенции върху оборудването, което е влошено, но все още не засяга производството.