Stessa confezionatrice, tre clienti, tre richieste. Il primo arriva dagli Stati Uniti e mette EtherNet/IP nella specifica prima ancora della produttività. Il secondo lavora su Beckhoff e pretende EtherCAT. Il terzo ha uno standard Siemens di gruppo: se non legge Profinet, la trattativa si ferma alla reception. In ufficio tecnico si guarda l’encoder e si parla di risoluzione. In commerciale si guarda la stessa riga e si parla di protocollo di rete. Non è la stessa cosa.
L’equivoco nasce qui. Il feedback di posizione viene ancora trattato come un componente da chiudere a fine distinta, mentre per molti OEM è diventato un pezzo della strategia piattaforma. E la pressione si è alzata proprio mentre il mercato interno rallentava: secondo Innovation Post, su dati ANIE Confindustria, nel 2024 il fatturato dell’automazione industriale è crollato del 30%, con una ripresa solo lieve attesa nel 2025. Quando la domanda di casa tira meno, la stessa macchina deve parlare più lingue.
Vendite: il protocollo entra nell’offerta
Il catalogo di https://www.elap.it/it/ – azienda di Corsico attiva dal 1968 – con la sua offerta di encoder incrementali e assoluti con Profinet, EtherCAT, EtherNet/IP, CANopen, Profibus e, su altre linee, IO-Link fotografa bene questo cambio di priorità. La stessa pluralità compare anche nelle schede DirectIndustry. Non è folklore di prodotto. È il segno di un mercato in cui il feedback di posizione viene scelto sempre più spesso come chiave di accesso commerciale, non come semplice dettaglio fieldbus.
Per chi costruisce macchine packaging il punto pesa doppio. Innovation Post indica per il 2025 un fatturato oltre i 10 miliardi di euro per i costruttori italiani del settore, mentre nel 2024 il portafoglio ordini medio ha superato gli 8 mesi. Traduzione pratica: con ordini già in pancia, rifare l’architettura a cliente acquisito è il modo più rapido per mangiarsi il margine. Vendite chiede una base macchina unica, poche varianti, tempo d’offerta corto. Se ogni area geografica obbliga a ripensare il bus del feedback, la standardizzazione resta uno slogan.
Il problema, poi, non è il gusto dell’integratore. Sono capitolati di gruppo, software house partner, ricambi già presenti nello stabilimento del cliente, personale di manutenzione formato su una certa rete. Ecco perché il protocollo entra nell’offerta come una soglia go/no go. Non basta dire che la macchina va bene. Deve anche parlare la lingua che il cliente ha già deciso di ascoltare.
Progettazione: una variante in più non è una riga Excel
L’ufficio tecnico, quando mette i numeri sul tavolo, abbassa subito l’entusiasmo. Un protocollo non è un’etichetta. Porta con sé file di configurazione, oggetti diagnostici, mapping, test, procedure di sostituzione, librerie PLC, abitudini di collaudo. EtherCAT e Profinet sembrano varianti parallele solo a chi non dovrà mantenerle. E IO-Link, pur giocando su un livello diverso, apre la stessa domanda organizzativa: la macchina resta davvero una o si scompone in micro-versioni?
La tentazione, in questi casi, è risolvere con ponti e adattamenti. Funzionano finché il numero di eccezioni resta basso. Poi arriva il quarto cliente speciale, il quinto software diverso, il sesto manuale da tenere allineato, e la piattaforma inizia a perdere pezzi. Chi lavora in officina lo vede presto: stessa carpenteria, stessa cinematica, stessa testa di lavoro. Però cambiano cablaggi, nomi nodo, template, sequenze di test, ricambi. A quel punto la variante non è più commerciale. È una famiglia macchina parallela.
C’è un dato che merita di stare sullo sfondo, non in nota a piè di pagina. Sempre secondo Innovation Post, l’automazione assorbe il 14% del fatturato nella meccanica, l’11% nell’alimentare e il 10% nel packaging. Non è una voce di contorno. Se un OEM moltiplica senza controllo le combinazioni protocollo-software-ricambio, non sta aggiungendo flessibilità. Sta costruendo costo fisso nascosto, quello che non si vede nella riga dell’encoder e ricompare in collaudo, in documentazione e nei resi.
Service: la piattaforma unica o è vera o non esiste
Poi parla il service, che di solito è il reparto ascoltato per ultimo e pagato per primo. Il cliente finale non chiama per dire che l’architettura era elegante. Chiama perché una linea si è fermata e il tecnico locale non capisce se il nodo va rinominato, rimappato o sostituito. La promessa commerciale di una macchina standard si rompe qui: quando in campo emergono tre procedure diverse per fare la stessa cosa. E allora l’encoder smette di essere un feedback e diventa una pratica di assistenza.
Chi conosce gli avviamenti lo sa. La differenza non si vede tanto sul banco, dove quasi tutto parte, ma al primo cambio di integratore o alla prima sostituzione fatta in fretta. Un codice ricambio sbagliato, una revisione firmware non allineata, una procedura tradotta male: basta poco. Se la piattaforma unica esiste solo sulla carta interna, all’estero si trasforma in trasferte, videochiamate notturne e magazzini duplicati. Il costo vero non sta nel componente. Sta nell’ora uomo che serve per rimettere in piedi una variante venduta come minima.
Qui il passaggio di consegne tra reparti fa la differenza. Se vendite promette ampiezza di scelta, progettazione prepara una distinzione seria tra standard e opzione, e service impone procedure comuni, la modularità regge. Se uno dei tre reparti salta il giro, la macchina perde uniformità senza che nessuno lo dichiari. Serviceability non è una parola elegante. È il punto in cui margine, reputazione e tempi di risposta si toccano davvero.
Checklist prima dell’offerta
Prima di fissare il protocollo dell’encoder, un OEM che vuole usare una sola piattaforma su clienti diversi dovrebbe chiudere almeno queste domande. Se non c’è accordo qui, la discussione tornerà più avanti in modo più caro.
- Mercato target: quali clienti e quali paesi rendono non negoziabile Profinet, EtherNet/IP, EtherCAT, CANopen o IO-Link.
- Base comune: che cosa resta identico tra una versione e l’altra, dal montaggio ai parametri di posizione.
- Software e collaudo: quante librerie, template e routine FAT diventano davvero diverse.
- Service: quante procedure di sostituzione e diagnosi devono conoscere tecnici interni, partner e clienti.
- Ricambi e codici: quanti articoli distinti nascono da quella che in offerta sembrava una semplice opzione.
- Limite commerciale: in quale punto la richiesta del cliente smette di essere una variante e diventa una macchina nuova.
Se la scelta del bus viene rinviata a dopo l’ordine, la decisione è già stata presa nel modo peggiore. Per un costruttore italiano che deve servire mercati diversi con una sola architettura, la rete dell’encoder non decide soltanto come leggere una posizione. Decide quante versioni della propria azienda sarà disposto a mantenere.
