Nel 1986 Beckhoff presentava la prima soluzione di controllo macchina basata su PC. All’epoca sembrava una scelta eccentrica: il PLC era un apparato dedicato, il PC un oggetto da ufficio. Quarant’anni dopo, l’idea di far girare PLC, motion, safety, comunicazione e visione sullo stesso controllore non è più una stranezza — è il modo in cui si progettano le macchine complesse.
Vale la pena capire perché, al di là della moda tecnologica.
Un solo controllore, non cinque scatole
L’architettura tradizionale mette un PLC per la logica, un controllore di moto separato per gli assi, un modulo safety a parte, un PC industriale per la visione e un gateway per tirare fuori i dati. Cinque dispositivi, cinque toolchain, cinque punti di guasto e un mucchio di interfacce da far dialogare.
Nell’approccio PC-based tutto questo gira su un IPC come task del medesimo runtime, sincronizzate sullo stesso clock. Meno hardware in quadro, meno cablaggio, meno codice scritto solo per far parlare due sistemi tra loro.
Determinismo, che è il punto tecnico vero
Il PC-based non è “un PC che fa il PLC”: è un runtime real-time che gira in parallelo al sistema operativo, con cicli di task fino a poche decine di microsecondi e sincronizzazione sul bus di campo — nel caso Beckhoff, EtherCAT.
Questo è ciò che rende possibile coordinare decine di assi, implementare camme elettroniche, chiudere anelli di regolazione veloci e campionare dati ad alta frequenza senza gli artifici che servirebbero su un’architettura frammentata.
Un sistema aperto
Accanto ai linguaggi IEC 61131-3 si possono usare C/C++, .NET, moduli generati da Matlab/Simulink e librerie di terze parti. Per un algoritmo di controllo sviluppato e simulato offline, questo significa portarlo in macchina senza riscriverlo in ladder.
È anche una scelta che riduce il lock-in: hardware e software non sono un blocco unico imposto dal fornitore.
I dati non sono un accessorio
OPC UA e la connettività verso SCADA, MES ed ERP sono integrati nel runtime, non aggiunti con un gateway da mantenere. La macchina può storicizzare i propri dati di processo e renderli disponibili ai livelli superiori senza hardware dedicato.
Detto altrimenti: la parte “Industry 4.0” smette di essere un progetto a sé e diventa una configurazione.
Cosa cambia per chi compra una macchina
- Meno ricambi diversi da tenere a magazzino e un solo ambiente di sviluppo da conoscere
- Scalabilità: la stessa applicazione passa da un controllore embedded a un IPC multi-core senza riscrittura
- Manutenibilità: codice strutturato, versionabile, con diagnostica e teleassistenza native
- Longevità: l’architettura regge l’aggiunta di funzioni che oggi non sono in specifica
Vale anche sulle macchine semplici
Si sente ancora dire che il PC-based “serve solo sugli impianti complessi”. Non è così: la gamma parte da controllori compatti con lo stesso runtime dei sistemi più grandi, a costi allineati a quelli di un PLC tradizionale di pari classe.
Il vantaggio, sulla macchina piccola, è soprattutto in ciò che arriva dopo. Un’unica piattaforma per tutto il parco macchine significa un solo ambiente di sviluppo, librerie riutilizzabili, ricambi comuni e manutentori che conoscono un solo sistema. E quando fra due anni serve aggiungere un asse, tracciare i lotti o portare i dati al gestionale, non si riparte da zero: l’architettura è già lì.
In Dal Ben Automation è la nostra piattaforma di riferimento — Beckhoff TwinCAT su EtherCAT — e lavoriamo anche su Siemens TIA Portal dove il cliente ha già uno standard consolidato da rispettare.