Riparare o sostituire una CPU PLC: quale evidenza aiuta

La macchina è ferma, qualcuno chiede un preventivo, e la tentazione è descrivere il guasto a memoria. Resisti. Scrivi cosa ha fatto la macchina prima di fermarsi: quali LED erano attivi sulla CPU, quali codici di errore sono comparsi e se il guasto si ripete dopo un riavvio controllato. Un sintomo senza data e senza fonte è un racconto, e una valutazione di riparazione costruita su racconti produce preventivi per il guasto sbagliato.

Schema di sistema ingrandito

×

Tre osservazioni rendono un sintomo utilizzabile. La data è ciò che permette di confrontare due incidenti.

Annota cosa è già stato provato e cosa è cambiato in seguito. Un ciclo di alimentazione che ha cancellato il guasto per due ore, un sensore sostituito senza alcun effetto, un cavo reinserito prima del fermo: sono fatti che orientano una diagnosi. Senza quella storia, un'officina di riparazione ripete gli stessi passi e fattura il privilegio, mentre una decisione di sostituzione viene presa su informazioni incomplete.

Le fotografie degli stati dei LED al momento del guasto contano come osservazione e sopravvivono meglio delle descrizioni. L'orario sulla nota è ciò che la rende confrontabile in seguito, perché due incidenti descritti allo stesso modo possono essere guasti diversi una volta confrontate date e condizioni. Una foto scattata nel primo minuto del fermo sopravvive a ogni ricordo dell'evento.

Una cautela accompagna la raccolta dei sintomi. Le osservazioni che derivano dall'operare la macchina, come guardare quali LED sono attivi al momento del guasto, si possono registrare senza rischio. Gli interventi che cambiano lo stato della macchina, come riavviare o reinserire connessioni, appartengono alla procedura del sito e alle sue condizioni di sicurezza. Registra cosa è stato fatto e quando, e lascia il fare alle persone e al processo che ne rispondono.

Tieni il registro dei sintomi fattuale e privo di conclusioni. Una nota che dice LED alimentazione spento, SF attivo, accaduto due volte questa settimana dopo l'avvio linea è evidenza utilizzabile. Una nota che dice la CPU è probabilmente morta è una conclusione, e può chiudere una via più economica prima che qualcuno abbia guardato l'unità.

Schema di sistema ingrandito

×

Due tipi di contenuto arrivano al registro. Solo la parte osservata ha peso finché qualcuno non la verifica.

La disciplina è quella che tiene onesta qualsiasi evidenza: separa ciò che hai visto da ciò che pensi significhi. L'osservazione appartiene al registro. L'interpretazione appartiene a una nota chiaramente segnalata, se appartiene a qualche luogo, perché un revisore deve sapere quale parte gli viene chiesto di verificare.

La stessa separazione decide come il registro viene usato in seguito. Un registro fattuale può essere consegnato a un valutatore di riparazioni, citato in una revisione di sostituzione e riutilizzato per il guasto successivo. Un registro di conclusioni può solo essere contestato. Tienilo fattuale, e il registro lavora per anni.

Una CPU porta con sé il programma, l'identità di rete e la taratura della macchina, e il lavoro di recupero cambia completamente a seconda che quel contenuto sia salvato o meno. Se esiste un backup verificato del progetto, una sostituzione diventa un compito di ripristino: caricare il progetto, ripristinare nome di dispositivo e indirizzamento e verificare i dispositivi collegati. Se non esiste backup, una sostituzione significa ricostruire il programma dalla documentazione o dall'unità guasta.

Schema di sistema ingrandito

×

Un fatto, backup verificato o meno, cambia il costo dell'intera via. Le frecce mostrano i due percorsi di costo.

Sono progetti diversi per scala e costo, e il divario si misura in settimane di tempo di ingegneria, non nel prezzo dell'unità. Raramente è il prezzo dell'unità il posto dove vive il costo vero. Un preventivo che sembra caro accanto a una sostituzione economica può essere la via più economica una volta contata la ricostruzione, e solo lo stato di backup registrato lo porta alla luce. Un backup che si apre è un fatto; un backup che si assume si apra è il rischio che il registro esiste per ritirare.

Verifica il backup anziché fidarti della sua esistenza. Un file che si apre nel software di ingegneria e corrisponde alla versione del programma della CPU in funzione è un backup verificato. Un file di età ignota su un disco condiviso non lo è. Il passo di verifica è rapido mentre la macchina gira, e decide quale via è realistica molto prima che qualcuno chieda un preventivo.

La taratura della macchina è la parte silenziosa della questione backup. Oltre al programma, una CPU può portare parametri regolati durante la messa in servizio e mai annotati da nessun'altra parte. Se lo stato del backup è sconosciuto, con esso è sconosciuta anche la questione della taratura, e quell'incertezza appartiene al registro accanto allo stato del backup. Cambia il valore di un'unità recuperata quanto lo cambia il programma.

Per una richiesta di riparazione, raccogli il riferimento completo con revisione, la storia datata dei guasti e foto chiare dell'unità compresa la sua etichetta. La valutazione di riparazione vive di sintomi e stato dell'unità, quindi quell'insieme è il nucleo. Aggiungi se l'unità è stata aperta o modificata, perché interventi non registrati cambiano ciò che un'officina può concludere dall'ispezione. Dettagli che sembrano minori in officina spesso decidono la valutazione.

Schema di sistema ingrandito

×

Entrambe le vie partono dallo stesso registro e si diramano nell'evidenza che ciascuna valutazione pesa davvero.

Per una sostituzione, aggiungi il contesto di rete e di progetto così che un successore o un'unità corrispondente possa essere verificato a dovere. L'insieme rilevante include il nome di dispositivo, l'indirizzamento, la lista dei dispositivi collegati e lo stato di backup verificato. La via della sostituzione è decisa dall'evidenza di configurazione più che dall'evidenza di guasto. Un'unità corrispondente senza il suo contesto di rete resta un'ipotesi.

Per questo le due vie tirano su parti diverse dello stesso registro. Costruisci entrambi gli insiemi di evidenza da un registro dei sintomi fattuale e da uno stato di backup verificato, e ogni via ottiene ciò che le serve senza rifare il lavoro due volte. Dire quali interventi sono stati registrati e quali no è essa stessa evidenza utile per il valutatore.

Gli interventi non registrati meritano una riga propria in entrambi gli insiemi. Un'unità che è stata aperta, un modulo spostato tra rack, un morsetto ricablaggiato durante un guasto precedente: ciascuno di questi cambia ciò che un valutatore può concludere e ciò che un controllo di sostituzione dovrebbe verificare. Registrarli non è un'ammissione di colpa; è la differenza tra un'ispezione che parte dai fatti e una che parte dalle sorprese.

Anche la tolleranza al fermo appartiene al pacchetto. Indica quanto a lungo la macchina può aspettare, se esiste una soluzione provvisoria e chi possiede la decisione. L'urgenza è un fatto del business, e registrarla permette all'evidenza, non alla pressione del momento, di guidare quale via viene confermata con le persone responsabili della macchina.

Schema di sistema ingrandito

×

Tre input, un confronto. La tolleranza e il responsabile tengono l'urgenza dentro il registro anziché dentro la decisione.

Un'offerta di scambio standard e un preventivo di riparazione rispondono a domande diverse. Lo scambio risponde a quanto rapidamente la macchina riparte; la riparazione risponde a cosa è successo all'unità e quanto vale una ripristinata. Il pacchetto impedisce che le due siano confrontate sul prezzo da sole, perché il prezzo da solo è ciò su cui ricade una decisione sotto pressione.

Il registro rende quel confronto possibile mesi dopo. Una decisione presa sotto pressione di fermo, con la tolleranza dichiarata e l'evidenza allegata, può essere verificata e da essa si può imparare. Una decisione presa senza registro si può solo rimpiangere o ripetere. Il confronto, non la scelta, è ciò per cui serve l'evidenza.

Una soluzione provvisoria cambia il calcolo e va registrata come fatto. Se la linea può girare su una macchina gemella, o in modalità ridotta, la tolleranza al fermo è un numero diverso da quello di un fermo secco, e le vie possono essere pesate contro la scadenza reale. Indica la soluzione provvisoria, i suoi limiti e quanto può reggere. Le soluzioni provvisorie date per regolari all'infinito sono il punto in cui i piani falliscono in silenzio.

• Registra sintomi datati e specifici e ogni intervento precedente prima di richiedere qualsiasi cosa.
• Verifica che il backup del progetto si apra e corrisponda alla versione del programma in funzione.
• Costruisci l'evidenza di riparazione da sintomi e foto, quella di sostituzione dal contesto di rete e di progetto.
• Dichiara la tolleranza al fermo perché il confronto sia onesto sull'urgenza.

• la pagina della categoria CPU PLC
• cosa registrare prima di un recupero fail-safe
• cosa inviare con una richiesta di riparazione