Il 41% del mercato degli encoder industriali è attribuito all’Asia-Pacifico da Precision Reports. Il dato sembra lontano da una linea di packaging ferma in uno stabilimento italiano, invece dice una cosa pratica: le macchine girano in filiere sempre più distribuite, con OEM, manutentori e assistenze remote che spesso non sono nello stesso reparto, né nella stessa fascia oraria.
In questo contesto l’encoder smette di essere solo il componente che dà una posizione al controllo. Diventa il dato comune attorno al quale due persone guardano la stessa macchina senza affidarsi a frasi come “è quasi in battuta”. Quella frase, in officina, ha creato più discussioni di molti allarmi PLC.
La chiamata: linea packaging ferma e parole che non bastano
Immaginiamo una linea di packaging bloccata dopo un arresto improvviso. Non serve inventare una fabbrica estrema: un asse che porta un gruppo verso la posizione di presa, un ciclo interrotto, un operatore che prova il riarmo, una produzione che resta in attesa. La chiamata parte dal manutentore interno verso l’OEM.
“Dove si ferma?” chiede l’assistenza.
“È quasi in battuta”, risponde il manutentore.
“Quasi quanto?”
Silenzio breve. Poi: “Il finecorsa non è stabile. L’allarme dice mancato consenso asse”.
Questo è il vecchio modo di lavorare quando la macchina è lontana da chi l’ha progettata. Non è primitivo, è stato normale per anni. Si apriva il quadro, si controllavano ingressi e uscite, si guardava il motore, si misurava un sensore, si cercava di capire se il problema fosse meccanico, elettrico o di sequenza. La descrizione verbale faceva da ponte tra campo e ufficio tecnico. A volte bastava. A volte no.
Il limite non sta nella buona volontà di chi parla. Sta nella natura della frase. “Quasi in battuta” non è una quota, non è una velocità, non è uno stato. È una stima fatta da una persona in piedi davanti alla macchina, magari con il rumore attorno e una produzione ferma alle spalle. Se l’assistenza remota accetta quella frase come base dell’intervento, parte già con una variabile non misurata: quella frase identifica un’impressione, non identifica una condizione macchina.
Da qui nasce la differenza tra vedere un allarme e vedere una posizione verificabile. L’allarme dice che il ciclo non ha ottenuto ciò che aspettava. La posizione dell’encoder, letta nello stesso istante da tecnico in campo e assistenza remota, dice dove si trova davvero l’asse quando il ciclo si ferma. Sono due informazioni diverse. Confonderle allunga la diagnosi.
Dal controllo a orecchio al dato condiviso
La manutenzione aumentata non cambia il mestiere del manutentore. Gli toglie una parte di nebbia. Il tablet, gli occhiali AR o una semplice schermata condivisa non riparano un cuscinetto, non riallineano una camma, non stringono un giunto. Però possono mettere sullo stesso schermo quota reale, preset richiamato, fase del ciclo e stato del segnale encoder. Da quel momento la conversazione cambia tono.
“Quota reale?”
“182,4 millimetri equivalenti”.
“Preset attivo?”
“Formato 7, quota attesa 186,0”.
“Velocità prima dello stop?”
“Cala a metà corsa, poi il ciclo aspetta il consenso”.
La macchina non è ancora ripartita, ma la diagnosi ha già perso alcune strade inutili. Se la quota è coerente con il movimento, non si parte smontando l’encoder. Se la quota si ferma sempre nello stesso punto e la velocità scende prima della posizione attesa, si guarda la meccanica dell’asse. Se la quota salta dopo un calo alimentazione, si torna alla logica di azzeramento.
Automazione-PLC ricorda una distinzione tecnica che in assistenza pesa parecchio: gli encoder incrementali, dopo una perdita di alimentazione, devono ritrovare una posizione nota tramite una procedura di azzeramento macchina, mentre gli encoder assoluti conservano la posizione. In una linea ferma questa differenza non è accademica. Decide se il problema è un componente che non misura, una macchina che non ha rifatto l’homing, oppure una sequenza che ha ripreso il ciclo da uno stato incoerente.
La parte tecnica in https://www.elap.it/it/encoder-incrementali/ porta il discorso su canali, segnali e conteggi, cioè sui dati che la diagnostica deve trattare prima di parlare di sovrapposizioni grafiche sul tablet.
Perché la realtà aumentata, da sola, rischia di essere una bella cornice attorno a un dato povero. Se il sistema remoto mostra solo una spia rossa sopra il gruppo fermo, il manutentore è ancora costretto a interpretare. Se mostra la quota attuale, la quota attesa e lo stato del ciclo, la discussione diventa verificabile. Non perfetta. Verificabile.
ISIPC attribuisce alla manutenzione predittiva IoT una riduzione dei fermi impianto fino al 40%. È un numero da leggere con prudenza, perché ogni impianto ha la sua storia, ma indica una direzione concreta: il fermo si riduce quando il dato arriva prima dello smontaggio, non quando si aggiunge un cruscotto dopo che la macchina è già ferma.
La seconda scena: tablet in campo e centrale remota sulla stessa quota
Immaginiamo che il manutentore arrivi davanti al gruppo di posizionamento con il tablet collegato alla diagnostica della linea. L’assistenza remota vede la stessa schermata. Sul video non c’è solo l’immagine della macchina: c’è il valore di quota, il preset attivo, il consenso atteso dal ciclo, lo stato dell’azzeramento dopo il riavvio.
“Porta l’asse in manuale a bassa velocità”, dice l’OEM.
“Si muove. La quota sale regolare”.
“Fermati a 180”.
“Fermo. Meccanicamente mancano ancora sei millimetri alla battuta”.
Questa frase ora vale più della prima. Non perché sia più elegante, ma perché lega l’osservazione visiva a un numero. Il tecnico vede lo spazio residuo, l’assistenza vede la quota, il ciclo mostra la quota attesa. Tre elementi della stessa macchina, nello stesso istante.
Il passaggio successivo è banale solo sulla carta: richiamare il preset corretto e verificare se il valore atteso corrisponde al formato montato. Qui spesso escono errori poco nobili. Una ricetta copiata, un preset non salvato, un asse mosso in manuale senza riallineare lo stato ciclo, un intervento precedente chiuso con una quota provvisoria. Nessuno di questi casi richiede di smontare subito il trasduttore. Richiede di sapere dove si trova l’asse e quale posizione il controllo sta aspettando.
Il vecchio giro di telefonate tendeva a comprimere tutto in una domanda: “Il sensore funziona?”. La manutenzione con dato condiviso spezza la domanda in parti più controllabili. Il segnale cambia? Il conteggio cresce nella direzione giusta? La quota resta stabile da fermo? Il preset attivo è quello previsto dal formato? Dopo lo spegnimento la macchina ha rifatto l’azzeramento? In campo queste domande fanno risparmiare tempo perché non obbligano a scegliere subito un colpevole.
C’è poi un aspetto spesso sottovalutato dagli uffici acquisti. La diagnostica remota non vive di slogan, vive di compatibilità tra il dato generato e il dato letto dal sistema. Se una macchina deve esporre quota e stato a un’assistenza esterna, il formato dell’informazione conta. Non basta avere un segnale da qualche parte nel quadro: serve che quel segnale sia coerente con PLC, azionamento, HMI e canale remoto. Quando questa coerenza manca, la realtà aumentata diventa un video con una telefonata sopra.
Nel caso della linea ferma, l’assistenza chiede di ripetere il movimento dopo un reset controllato. La quota riparte da zero, ma la posizione fisica dell’asse non è cambiata. Il manutentore non ha ancora toccato una vite e ha già isolato un fatto: la macchina ha perso lo stato di posizione dopo l’arresto e non ha completato correttamente la procedura di azzeramento. A quel punto il controllo del sensore è ancora da fare, ma non è più il primo smontaggio della lista.
Dopo il riavvio: i dati che hanno evitato lavori inutili
Il post-intervento, se fatto bene, è meno spettacolare della chiamata urgente. Si raccolgono valori, si segnano tempi, si aggiorna la procedura. Però è lì che si capisce che cosa ha evitato davvero lo smontaggio del gruppo.
Nel caso ipotizzato, i dati utili sono pochi e precisi:
- Quota reale al fermo: ha separato il mancato consenso da un errore generico di asse.
- Preset attivo: ha mostrato se il ciclo stava cercando la posizione del formato corretto.
- Andamento della velocità: ha indicato se l’asse rallentava per un vincolo meccanico o per una logica di controllo.
- Stato dopo perdita alimentazione: ha chiarito se la macchina aveva ripreso il ciclo con una posizione non riallineata.
Questi quattro dati non raccontano tutta la macchina. Però bastano a evitare la sequenza classica: aprire carter, staccare connettori, sostituire il sensore “per prova”, rimontare e scoprire che il problema era nel ciclo di ripartenza. La sostituzione per prova ha un difetto semplice: sporca la diagnosi. Se dopo il cambio la macchina riparte, non sempre si sa se è ripartita per il componente nuovo, per il cablaggio mosso, per il reset eseguito o per il ciclo rifatto da zero.
La manutenzione aumentata, quando usa bene il dato encoder, riduce proprio questa ambiguità. Non promette di prevedere ogni guasto. Non sostituisce l’esperienza di chi sente un asse duro prima ancora di misurarlo. Però costringe la discussione a restare su valori registrabili. Per un OEM che assiste macchine lontane, e per un manutentore che deve spiegare perché ha fermato o riavviato una linea, è un cambio di metodo.
La crescita del mercato citata da Precision Reports non interessa solo chi vende componenti. Interessa chi deve garantire assistenza su macchine installate lontano dal progettista originale. Più la base installata si allarga, più diventa fragile una manutenzione fondata su descrizioni verbali. Il dato di posizione non elimina la distanza, ma riduce l’interpretazione. Ed è spesso l’interpretazione, non il guasto, a consumare la prima ora di fermo.
Resta una regola pratica. Se un encoder incrementale è coinvolto in una diagnosi dopo spegnimento o calo alimentazione, la prima verifica non è il cacciavite sul giunto: è la conferma che la macchina abbia rifatto l’azzeramento previsto e che la quota mostrata corrisponda alla posizione fisica. Da domani, su ogni chiamata di fermo, fate annotare tre campi prima di smontare: quota letta, preset attivo e stato di azzeramento dopo l’ultima perdita alimentazione.