Historian e serie temporali: affiancare, non sostituire, nell'automotive
Una guida sponsorizzata da InfluxData, pubblicata il 5 ottobre 2026, propone alle fabbriche automotive di aggiungere un livello time series accanto agli historian esistenti. Ne approfittiamo per discutere l'architettura in termini indipendenti dal fornitore.
Il 5 ottobre 2026 IIoT World ha pubblicato un contenuto sponsorizzato da InfluxData che promuove una guida di 22 pagine, "Scaling Time Series for Automotive Manufacturing". Il messaggio è che gli stabilimenti automotive dovrebbero affiancare un livello time series agli historian legacy, anziché sostituirli. Va chiarito subito: si tratta di materiale promozionale, non di giornalismo indipendente. Affermazioni e casi di studio sono del fornitore e non sono verificati; inoltre abbiamo visto solo la pagina di sintesi, non la guida.
Il problema descritto
Secondo la sintesi, i volumi di dati delle moderne linee di assemblaggio superano ciò per cui gli historian tradizionali sono stati progettati. Le criticità elencate sono:
- la licenza per tag trasforma ogni nuovo sensore in una decisione di costo;
- le architetture proprietarie confinano i dati qualità in silos a livello di stabilimento;
- i flussi di esportazione batch rallentano le analisi in tempo reale necessarie alla manutenzione predittiva;
- sostituire l'historian è rischioso, perché un fermo linea può tradursi in poche ore in takt mancati, penali JIT e fermi presso l'OEM.
L'approccio proposto: due modelli
La guida propone di tenere l'historian in esercizio e far crescere in parallelo le nuove capacità sui dati. Vengono descritti due modelli di adozione.
- Parallel feed: Telegraf, collettore open source con plugin per OPC-UA, MQTT e Modbus, invia i dati dei nuovi sensori a InfluxDB accanto all'historian. Nuova strumentazione, robot e programmi di lancio evitano così la licenza per tag.
- Historian consolidation: i dati di più historian scollegati confluiscono in un unico livello interrogabile, utile per benchmarking tra stabilimenti e indagini di garanzia.
Gli esempi di flussi dati coprono tutto il processo: tonnellaggio, temperatura stampi e vibrazioni in stampaggio; dati giunti dei robot KUKA/FANUC e corrente di saldatura a punti in carrozzeria; livelli delle vasche E-Coat, forni e HVAC in verniciatura; avvitatori Atlas Copco, percorsi AGV e test al banco a fine linea nel montaggio finale.
Integrazioni e casi citati
Tra le integrazioni nominate ci sono PTC ThingWorx (che usa InfluxDB come livello di persistenza), Kepware verso InfluxDB 3, i dati dei PLC Allen-Bradley di Rockwell via FactoryTalk Optix e View SE, Litmus Edge per mappatura dei tag e contesto degli asset, e un MCP Server che dà a strumenti di AI accesso in linguaggio naturale ai dati di produzione. I casi riportati dal fornitore sono Toyo Tires (da 100 macchine in uno stabilimento in Serbia fino a circa 1.000 macchine su più siti, con ritenzione di 20 anni per gli audit), Gotion (scelta per compressione e linguaggio di query) e American Axle & Manufacturing (quasi 85 siti in 18 paesi).
Perché conta per chi gestisce impianti brownfield
Al di là del prodotto, lo schema è comune negli impianti esistenti: un percorso dati parallelo, basato su protocolli aperti (OPC-UA, MQTT) verso un archivio time series, accanto all'historian, evitando un rip-and-replace su linee validate e certificate IATF 16949. Il vantaggio è ridurre il rischio operativo e disaccoppiare i nuovi casi d'uso, come analytics e AI, dai vincoli di licenza.
La sintesi non affronta i compromessi: complessità di due sistemi, coerenza dei dati e governance.
Cosa valutare in pratica
Prima di adottare un modello parallelo, conviene chiarire:
- quale sistema è la fonte di verità per ciascun tag e come si gestiscono le discrepanze tra i due archivi;
- regole di naming, contesto degli asset e sincronizzazione temporale, per rendere confrontabili dati di siti diversi;
- responsabilità, accessi, ritenzione e requisiti di audit per i dati nel nuovo livello;
- impatto del collettore sulla rete OT e sui dispositivi, con test su una linea pilota non critica;
- strategia di uscita: formati e protocolli aperti riducono il rischio di sostituire un blocco proprietario con un altro.
In sintesi, l'idea di affiancare anziché sostituire è ragionevole, ma i benefici dichiarati vanno verificati con un pilota misurabile, non dedotti da materiale commerciale.