Il punto di partenza: “I dati li abbiamo, ma sono in testa ai miei operatori”
È la prima cosa che ci ha detto il responsabile di impianto durante la call iniziale. Una frase che sentiamo spesso, in settori diversi, con impianti di età diverse. Ma in questo caso aveva una precisione quasi chirurgica: l'impianto aveva 25 anni di storia operativa, macchinari di tre generazioni diverse, e dati di produzione che esistevano — erano reali, precisi, affidabili — ma vivevano esclusivamente nella testa di chi li raccoglieva ogni giorno.
Il problema non era la mancanza di dati. Era la mancanza di un sistema che li raccogliesse, li aggregasse e li rendesse leggibili a chi prende le decisioni.
Il problema tecnico: PLC che non si parlano
L'impianto aveva accumulato, nel corso degli anni, macchinari di marche diverse: Siemens S7-300 per la linea principale, Schneider Modicon per i nastri di selezione, qualche controller di terze parti per i sistemi di pesatura. Ognuno con il proprio protocollo, il proprio linguaggio, il proprio modo di esporre i dati.
La soluzione “standard” avrebbe richiesto di sostituire i PLC con hardware moderno. Costo: centinaia di migliaia di euro. Fermo impianto: settimane. Rischio operativo: altissimo. Non era percorribile.
La nostra strategia è stata opposta: non toccare niente di quello che funziona. Aggiungere uno strato di lettura sopra l'esistente.
La strategia del ponte
Non abbiamo sostituito niente. Abbiamo aggiunto uno strato di lettura sopra ciò che esisteva già. Il valore si vede subito, il rischio è zero, l'impianto non si ferma mai.
Come funziona tecnicamente: da Modbus a .NET 10
Per ogni famiglia di macchinari abbiamo sviluppato un connettore dedicato in .NET 10:
- Siemens S7: Connessione via libreria S7.NET — polling ogni 500ms sui registri di produzione principali
- Schneider Modicon: Protocollo Modbus TCP — lettura coil e holding register per stati macchina e contatori
- Sistemi di pesatura: Driver OPC-DA con wrapper .NET — normalizzazione dei valori su unità di misura standard
Tutti i connettori scrivono su un unico bus interno — un servizio .NET 10 con pattern producer/consumer — che normalizza i dati in un formato comune prima di persistere su database e aggiornare la dashboard in tempo reale via SignalR.
La parte umana: gli operatori come co-progettisti
La tecnologia era il problema più semplice. Il problema più complesso erano le persone.
Operatori che lavoravano con gli stessi moduli cartacei da 15 anni non accettano un tablet per decreto. Lo accettano se il tablet è più comodo del foglio di carta. Quindi abbiamo fatto una cosa sola: prima di scrivere una riga di codice sulla web app tablet, abbiamo passato due mattine in piazzale con gli operatori reali, guardando come lavoravano.
Il risultato finale ha tre schermate. Non dodici. Tre. L'adozione è stata completa in due giorni lavorativi, senza training formale.
I risultati in 90 giorni dal go-live
−70%
Tempo reportistica normativa
−90%
Contestazioni non documentate
Real‑time
Dati impianto aggiornati
Ma il dato che ci ha colpito di più non è nei numeri. È quello che ci ha detto il responsabile tre mesi dopo il go-live: “Adesso so cosa è successo ieri alle 14.30 sulla linea 2. Prima non lo sapevo neanche il giorno dopo.”
La lezione che portiamo su ogni progetto
Se i tuoi macchinari producono dati che nessuno legge, non hai un problema tecnologico. Hai un problema di connessione tra il mondo fisico e le decisioni aziendali.
L'età dei macchinari non è un ostacolo. Un PLC del 1998 ha dati preziosi quanto uno del 2024 — ha solo bisogno di qualcuno che li sappia leggere e tradurre. Noi costruiamo quel ponte.
Approfondisci
Questo ti riguarda?
Hai macchinari che producono dati che nessuno legge? Richiedici il Digital Assessment gratuito.
Parliamo del tuo impianto