MAINSIM DEMO ONLINE – SCOPRI IL CMMS MAINSIM IN STREAMING, UN CLIC ALLA VOLTA | MERCOLEDÌ 15 LUGLIO | 11:30 – 12:30 | REGISTRATI ORA

INTEGRAZIONE

mainsim × IoT e Sensori

MQTT · OPC-UA · Modbus · REST API

L’integrazione tra mainsim e i sistemi IoT trasforma le letture dei sensori in azioni manutentive strutturate. I dati raccolti dai sensori (come temperature, vibrazioni, ore operative, cicli) vengono trasmessi al CMMS tramite API o middleware e usati per attivare ordini di lavoro correttivi o ispezioni di manutenzione preventiva basati sull’uso reale di impianti e attrezzature, abilitando strategie di manutenzione predittiva e su condizione. Mainsim riceve i dati e li elabora; la raccolta e il pre-processing avvengono nel layer IoT o nel middleware a monte.

In breve

L’integrazione con sensori e IoT consente di chiudere il cerchio abilitando una manutenzione predittiva: i dati rilevati dalle macchine sono trasformati in azioni concrete sul CMMS, generando ordini di lavoro, ispezioni e azioni correttive prima che il problema si trasformi in guasto.

🔮
Manutenzione Predittiva
Anticipa i guasti
📊
Condition-based
Ordini di Lavoro basati sull’uso reale
🔗
Multi-source
MQTT, OPC-UA, Modbus, REST

FLUSSI DI INTEGRAZIONE CMMS-IOT

🔔
Soglia superata → Work Order automatico
Un sensore supera la soglia configurata. Il sistema IoT o il middleware valida il segnale e trasmette l'evento a mainsim, che crea automaticamente un WO con asset, priorità e contesto precompilati.
1
Il sensore rileva un valore anomalo e lo trasmette al sistema IoT o al middleware di integrazione tramite MQTT, OPC-UA, Modbus o REST
2
Il sistema IoT o il middleware valida il segnale — verificando che la soglia sia superata per il tempo minimo configurato — prima di trasmetterlo a mainsim
3
mainsim riceve l'evento e crea il WO sull'asset coinvolto con priorità, valore rilevato e timestamp
4
Il tecnico riceve notifica su mobile con il contesto completo; a chiusura WO, mainsim registra l'esito per la correlazione con i dati storici del sensore
✔ WO automatico dalla soglia ✔ Contesto sensore precompilato ✔ Storico correlato al dato
📊
Contatori IoT → Manutenzione condition-based
I contatori IoT (ore operative, cicli, kWh) vengono trasmessi periodicamente a mainsim. La logica on-condition del servizio Automation genera i PM automaticamente al raggiungimento della soglia.
1
I contatori dei dispositivi IoT vengono trasmessi periodicamente a mainsim tramite API o export — ore operative, cicli produzione, consumi energetici
2
mainsim registra i valori sui meter degli asset corrispondenti tramite il servizio Scheduler
3
Quando il contatore raggiunge la soglia configurata, il servizio Automation genera automaticamente il WO preventivo
4
Asset con basso utilizzo non generano PM prematuri; asset intensivi vengono mantenuti just-in-time in base all'uso reale
✔ PM basati su uso reale ✔ Nessun PM prematuro o tardivo ✔ Costi manutenzione ottimizzati
🔗
Multi-source meter logic
Più sorgenti dati — sensori IoT, SCADA, MES, inserimenti manuali — alimentano lo stesso contatore mainsim. La logica di aggregazione e riconciliazione vive nel middleware a monte.
1
Diverse sorgenti trasmettono letture dello stesso parametro fisico: sensori IoT, SCADA, MES o inserimenti manuali
2
Il middleware aggrega e riconcilia i valori applicando regole di priorità o media prima di trasmetterli a mainsim
3
mainsim riceve il valore consolidato e lo registra sull'asset senza distinzione di sorgente
✔ Dati da sorgenti eterogenee ✔ Nessuna duplicazione di letture ✔ Qualità del dato garantita

Il ruolo di mainsim nell’architettura IoT: CMMS e EAM ricevono i dati IoT e li elaborano per generare azioni manutentive. La raccolta dei dati dai sensori, il pre-processing, il filtraggio dei falsi positivi e la gestione dei protocolli avvengono nel layer IoT o nel middleware a monte, non in mainsim. La qualità delle azioni manutentive dipende quindi anche dalla qualità del dato trasmesso al software di manutenzione.

CONSIDERAZIONI TECNICHE SULL’INTEGRAZIONE TRA CMMS e IOT

Quali protocolli IoT si integrano con mainsim?

mainsim riceve dati da qualsiasi sistema IoT o middleware che supporti i principali protocolli industriali e standard di interoperabilità.

MQTT

Message Queuing Telemetry Transport

Protocollo leggero publish / subscribe, ideale per sensori con banda limitata e connessioni instabili.

↳ Sensori temperatura, umidità, vibrazione

OPC-UA
Open Platform Communications Unified Architecture

Standard industriale per comunicazione sicura e interoperabile tra sistemi di automazione e applicazioni enterprise.

↳ PLC, SCADA, sistemi di controllo industriale

Modbus
Modbus TCP / RTU

Protocollo seriale storico ancora molto diffuso su impianti legacy. Supportato tramite gateway o middleware.

↳ Apparecchiature industriali legacy, contatori

REST API
HTTP/HTTPS RESTful

Integrazione diretta via chiamate HTTP. La modalità più semplice per piattaforme IoT cloud-native con API proprie.

↳ Piattaforme IoT cloud (Azure IoT, AWS IoT)

AMQP
Advanced Message Queuing Protocol

Protocollo a messaggi orientato alla resilienza. Usato quando la consegna garantita dei dati è critica.

↳ Ambienti enterprise con middleware RabbitMQ

Webhook / Push
HTTP Callback

Il sistema IoT notifica mainsim in push quando si verifica un evento, senza polling continuo.

↳ Allarmi real-time, soglie superate, eventi critici

ARCHITETTURA TIPICA DELL’INTEGRAZIONE IOT

Come funziona tecnicamente l’integrazione IoT-CMMS?

I CMMS e i software di manutenzione non raccolgono direttamente i dati dai sensori fisici, ma riceveno i dati già aggregati e filtrati da un layer intermedio (gateway, piattaforma IoT o middleware). Ecco l’architettura tipica.

📡
Sensore / PLC
Misura il parametro fisico
🔌
Gateway IoT
Raccoglie e trasmette i dati
☁️
Piattaforma / Middleware
Filtra, aggrega, applica logiche
m
mainsim API
Riceve il dato, genera OdL o aggiorna contatore
🔧
Tecnico
Riceve notifica e interviene

Il debounce e il filtraggio degli eventi (es. evitare OdL duplicati per allarmi ripetuti) è responsabilità del middleware o della piattaforma IoT, non del CMMS.

COSA FA IL CMMS CON I DATI IOT

Cosa fa un CMMS
  • Riceve dati via API da piattaforme IoT, middleware o gateway
  • Genera automaticamente OdL quando un parametro supera la soglia
  • Aggiorna i contatori asset (ore, cicli, temperatura media)
  • Attiva piani PM on-condition basati sui valori ricevuti
  • Traccia lo storico letture sull’asset per analisi trend
Cosa non fa il CMMS
  • Raccogliere dati direttamente dai sensori fisici
  • Gestire il firmware dei dispositivi IoT
  • Fare debounce o filtraggio degli allarmi (responsabilità del middleware)
  • Sostituire una piattaforma IoT o un sistema SCADA
  • Gestire la connettività fisica dei sensori (WiFi, LoRa, NB-IoT)

QUANDO HA SENSO INTEGRARE IOT E CMMS

Segnali che l’integrazione IoT-CMMS è il passo giusto

L’integrazione IoT-CMMS ha senso quando si vuole passare da una manutenzione programmata a una manutenzione predittiva basata su dati reali.

Hai sensori installati ma dati inutilizzati

I sensori raccolgono dati che finiscono in un dashboard ma non generano azioni di manutenzione automatiche.

Guasti improvvisi frequenti

Le macchine si guastano senza preavviso e la manutenzione è sempre reattiva.

PM a calendario non efficaci

I piani di manutenzione preventiva sono basati su calendario fisso, non sull’uso reale della macchina.

Asset con parametri misurabili

Hai asset con temperatura, vibrazione, pressione, ore di funzionamento o cicli misurabili in continuo.

CONSIDERAZIONI TECNICHE SULL’INTEGRAZIONE TRA CMMS e IOT

SFIDE DI PROGETTAZIONE

    • Falsi positivi e qualità del segnale: i sensori possono generare picchi temporanei che non corrispondono a guasti reali. La logica di filtraggio e debounce (soglia superata per un tempo minimo prima di generare un evento) è responsabilità del sistema IoT o del middleware a monte, non di mainsim. Una buona configurazione a monte è prerequisito per la qualità degli ordini di lavoro generati.
    • Eterogeneità dei protocolli: i dispositivi IoT comunicano tramite protocolli diversi, come MQTT, OPC-UA, Modbus, REST. Il middleware deve gestire questa eterogeneità e normalizzare i dati in un formato compatibile con le API di mainsim prima della trasmissione.
    • Volume di dati: un impianto con molti sensori genera migliaia di letture al minuto. Non tutte sono rilevanti per la manutenzione. Il filtraggio a monte, nel sistema IoT o nel middleware, è essenziale per evitare di trasmettere a mainsim dati non actionable che appesantirebbero il sistema senza generare valore.
    • Mapping sensori → asset mainsim: ogni sensore fisico deve essere associato a un asset in mainsim tramite una tabella di mapping. Questo mapping va progettato prima dell’integrazione e aggiornato ogni volta che vengono aggiunti nuovi sensori o modificata la struttura degli asset.
    • Connettività discontinua: in alcuni ambienti industriali come stabilimenti remoti o aree con copertura limitata, la connettività può essere intermittente. In questi casi il middleware deve gestire la persistenza locale dei dati e la trasmissione differita a mainsim quando la connessione è disponibile. Questa è una variabile dell’infrastruttura del cliente, non qualcosa che mainsim gestisce direttamente.

    REGOLE DI INTEGRAZIONE

    ARCHITETTURA

    FAQ – DOMANDE FREQUENTI SULL’INTEGRAZIONE CMMS-WMS

    Come funziona l'integrazione tra CMMS e IoT?

    L'integrazione con i sistemi IoT consente al CMMS di ricevere i dati rilevati dai sensori, come temperature, vibrazioni, ore operative, cicli, consumi, etc. trasformandoli in azioni manutentive concrete. Quando un valore supera la soglia configurata, il CMMS genera automaticamente un ordine di lavoro correttivo. Quando un contatore raggiunge il limite impostato, attiva un piano di manutenzione preventiva. La raccolta e il pre-processing dei dati avvengono nel layer IoT o nel middleware a monte: mainsim riceve dati già validati e pronti per generare azioni.

    Quali protocolli IoT sono supportati?

    I dispositivi IoT comunicano tramite protocolli diversi: MQTT, OPC-UA, Modbus, REST. Il middleware di integrazione gestisce questa eterogeneità e normalizza i dati prima della trasmissione a mainsim tramite API. La scelta del protocollo dipende dall'infrastruttura esistente del cliente.

    Come si evitano i falsi positivi, come Ordini di Lavoro generati da picchi temporanei?

    La gestione dei falsi positivi è responsabilità del sistema IoT o del middleware a monte di mainsim. La tecnica più comune è il debounce: la soglia deve essere superata per un tempo minimo configurato prima che venga generato un evento. Una buona configurazione a monte è il prerequisito per la qualità degli ordini di lavoro generati in mainsim.

    In che modo i dati dei sensori e IoT abilitano la manutenzione su condizione?

    La manutenzione condition-based è un approccio in cui gli interventi preventivi vengono pianificati in base alle condizioni reali di utilizzo degli asset, invece che su scadenze calendario fisse. I dati IoT abilitano questo approccio perché i contatori vengono trasmessi periodicamente a mainsim, che li registra sugli asset e attiva automaticamente i piani di manutenzione preventiva quando si raggiunge la soglia configurata.

    È possibile integrare dati da più sorgenti sullo stesso asset?

    Sì. mainsim supporta la multi-source meter logic: più sorgenti diverse (sensori IoT, SCADA, MES, inserimenti manuali) possono alimentare lo stesso contatore su un asset. La logica di aggregazione e riconciliazione dei valori vive nel middleware a monte, che trasmette a mainsim un valore consolidato e pronto per l'elaborazione.

    Come viene associato un sensore IoT ad un asset in mainsim?

    Ogni sensore fisico deve essere associato a un asset in mainsim tramite una tabella di mapping progettata in fase di implementazione. Il mapping definisce quale sensore corrisponde a quale asset e quale parametro fisico alimenta quale meter o soglia di allarme. Va aggiornato ogni volta che vengono aggiunti nuovi sensori o modificata la struttura degli asset in mainsim.

    Ti interessa questa integrazione?
    Parla con il team mainsim per valutare la fattibilità.