Realizzare un logger di temperatura MicroLogix 1100 affidabile
Un flusso di lavoro ingegneristico per un registratore di temperatura MicroLogix 1100, che comprende la configurazione del trasmettitore e del modulo 1762-IF4, la scalatura, la qualità dei canali, ...
Un MicroLogix 1100 può raccogliere uno storico utile delle temperature, ma un timer che copia una parola analogica in un array di interi non è ancora un data logger. Un registro difendibile richiede una catena di misura definita, unità ingegneristiche note, qualità del canale, un evento di campionamento controllato, un riferimento temporale affidabile, uno spazio di archiviazione con limiti definiti e la prova che i record esportati siano completi.
Il data logger dovrebbe preservare valore, tempo e qualità come un unico record, affinché un lettore futuro possa spiegare ogni campione.
Definire prima la catena di misura
Iniziare dal punto di rilevamento. Registrare il tipo di sensore, il campo del trasmettitore, il segnale di uscita, la configurazione dell’alimentazione del loop, il percorso dei cavi, il metodo di messa a terra e la precisione di temperatura richiesta. Un trasmettitore 4–20 mA scalato per 0–200 °C è un sistema di misura diverso da un dispositivo 0–10 V, anche quando entrambi alimentano lo stesso modulo di ingresso.
Il 1762-IF4 offre quattro canali di ingresso analogici configurabili in tensione o corrente. Configurare ogni canale per il segnale effettivo del trasmettitore e documentare il formato dati selezionato. Verificare se il trasmettitore è in grado di segnalare la rottura del sensore e come tale condizione viene rappresentata sull’ingresso analogico. Non dedurre mai direttamente la temperatura dal conteggio grezzo senza una definizione controllata del campo.
Il controllore installato e l’hardware di espansione possono essere verificati nella sezione Sistemi PLC e PAC; l’hardware di rilevamento è raggruppato nella collezione Sensori.
Scalare a partire da estremi documentati
Rappresentare la scalatura come una relazione esplicita tra l’ingresso grezzo e la temperatura nelle unità ingegneristiche. Memorizzare il minimo grezzo, il massimo grezzo, il minimo ingegneristico e il massimo ingegneristico nei dati di configurazione protetti. Utilizzare una precisione numerica sufficiente a evitare l’accumulo di errori di arrotondamento prima della produzione del valore visualizzato finale.
Testare l’intera catena al minimo, al punto intermedio e al massimo con una sorgente di segnale tracciabile o un riferimento di temperatura. Un test al punto intermedio rileva gli errori di pendenza che un test eseguito solo agli estremi può non individuare. Confrontare il risultato del PLC con il valore atteso e registrare la tolleranza consentita per il trasmettitore, il modulo, la scalatura e le apparecchiature di riferimento.
Limitare un valore visualizzato solo dopo aver registrato lo stato fuori intervallo. Forzare silenziosamente ogni lettura bassa al minimo ingegneristico trasforma un loop aperto o un trasmettitore guasto in dati di processo apparentemente credibili. Il valore grezzo e lo stato di qualità dovrebbero rimanere disponibili per la diagnostica.
Rendere la qualità del canale parte di ogni record
Il solo valore è incompleto. Creare una parola di qualità che distingua dati validi, valore sotto il campo, valore sopra il campo, circuito aperto quando rilevabile, configurazione non valida, perdita di comunicazione con il modulo, dati di avvio e override di manutenzione. Conservare i bit di stato originali del modulo affinché i tecnici possano ricostruire la decisione sulla qualità.
Definire l’effetto di ogni stato anomalo sulla macchina. Un sistema storico può memorizzare un campione non valido con il relativo codice di qualità, mentre la logica di controllo passa a un valore alternativo, genera allarmi o arresta il processo. Non consentire al data logger di trasformare un ingresso guasto in un normale trend numerico.
Utilizzare stati separati per “non ancora campionato” e “campione non valido”. All’avvio, un array riempito di zeri non deve implicare che il processo sia rimasto a 0 °C prima del primo record valido.
Scegliere l’intervallo di campionamento in base al comportamento del processo
Campionare più rapidamente di quanto il sensore e il processo possano cambiare riempie la memoria solo di valori ripetuti. Campionare troppo lentamente può far perdere un’escursione termica importante per la qualità del prodotto o la protezione delle apparecchiature. Definire l’evento più breve da rilevare, la costante di tempo del processo, l’obiettivo della reportistica e lo spazio di archiviazione disponibile prima di selezionare l’intervallo.
Creare un impulso di campionamento e utilizzare un one-shot, in modo che ogni evento programmato scriva esattamente un record. Evitare logiche che rimangono vere per più scansioni e riempiono diverse posizioni con lo stesso timestamp. Tracciare i campioni in ritardo o mancanti se il carico di scansione o le comunicazioni possono ritardare la routine.
Per fasi di processo irregolari, può essere utile una strategia ibrida: campioni periodici di base più record di evento per l’avvio del lotto, il comando di riscaldamento, il cambio di stato di un allarme, la temperatura di picco e il completamento del ciclo. Contrassegnare esplicitamente il tipo di record, affinché il software a valle possa interpretare la sequenza.
Trattare l’orologio in tempo reale come un’infrastruttura soggetta a verifica
Il MicroLogix 1100 dispone di un orologio in tempo reale integrato. Rockwell dichiara che il controllore scrive la data, l’ora e lo stato nel file funzione RTC all’accensione e quando entra in modalità Run o Test. L’orologio utilizza la batteria sostituibile del controllore e il file funzione RTC include un’indicazione di batteria scarica.
Controllare lo stato della batteria RTC e la validità dell’orologio prima di accettare i timestamp. Registrare uno stato di qualità relativo all’errore dell’orologio se la data non rientra nell’intervallo consentito. Definire chi è autorizzato a impostare l’orologio, quale fuso orario utilizza il data logger e come vengono gestiti i cambi dell’ora legale. Per il confronto a livello di stabilimento, un sistema supervisore potrebbe dover sincronizzare o riconciliare l’ora del PLC.
Rilevare gli arretramenti o i salti in avanti insolitamente ampi. Una correzione dell’orologio dovrebbe creare un evento diagnostico invece di generare silenziosamente orari locali duplicati o mancanti. Quando è richiesta una rigorosa verificabilità, esportare verso un sistema con sincronizzazione temporale gestita e controlli di conservazione.
Utilizzare un buffer circolare strutturato
Memorizzare ogni record come un gruppo fisso contenente numero di sequenza, campi del timestamp, valore scalato, valore grezzo, qualità e tipo di evento. Un buffer circolare utilizza un indice di scrittura che avanza attraverso un intervallo definito e ritorna all’inizio. Mantenere il numero di record validi e un contatore di overflow.
I numeri di sequenza sono importanti perché una posizione sovrascritta può sembrare attuale dopo il giro dell’indice. Il sistema ricevente può rilevare lacune, duplicati ed errori di ordinamento confrontando la sequenza. Inizializzare deliberatamente gli indici all’avvio e testare il confine tra l’ultimo e il primo elemento dell’array.
Dimensionare il buffer in base all’intervallo di campionamento e alla tolleranza di indisponibilità richiesta. Con un campione al minuto, 1.440 record coprono un giorno; il requisito in byte dipende dalla struttura del record. Lasciare un margine di memoria del controllore per la logica, la modifica online, i messaggi e le modifiche future, invece di allocare ogni parola disponibile.
Esportare senza perdere o duplicare dati
Separare l’area di scrittura dal record in trasmissione. Copiare un record completo in un’area di trasferimento stabile, presentare il relativo numero di sequenza e attendere che il sistema ricevente riconosca proprio quel numero. Solo allora contrassegnarlo come consegnato o far avanzare il puntatore di esportazione. Un timeout di comunicazione dovrebbe riprovare senza creare un secondo campione logico.
Non consentire a un HMI o a un sistema supervisore di leggere i campi del timestamp in una scansione e il valore in un’altra. Utilizzare un flag di validità o un controllo della sequenza attorno al trasferimento completo. Monitorare dall’interfaccia operatore l’arretrato, la sequenza più vecchia non inviata, lo stato delle comunicazioni e l’overflow del buffer.
Collaudare i guasti, non solo i valori normali
Testare minimo, punto intermedio, massimo, valore sotto il campo, valore sopra il campo, scollegamento del sensore, perdita di alimentazione del trasmettitore, rimozione del modulo ove consentito, correzione dell’orologio, indicazione di batteria scarica, buffer pieno, riavvio del controllore e interruzione delle comunicazioni. Confrontare i record ricevuti con un riferimento indipendente e verificare la continuità della sequenza.
Infine, documentare ciò che il data logger è qualificato a supportare. Un trend PLC può costituire un’ottima evidenza per la manutenzione, ma non soddisfa automaticamente i requisiti relativi a record regolamentati, misure calibrate, firme elettroniche o conservazione a lungo termine. Il sistema è affidabile quando è possibile dimostrarne i limiti, il comportamento in presenza di dati non validi e il recupero.