PLC vs PAC: Architettura, prestazioni e quando usarli

Risposta rapida

Nel confrontare le opzioni PLC vs PAC, un PLC è spesso la scelta pratica per la logica macchina deterministica, I/O modesti, flussi di lavoro di manutenzione familiari e costi controllati.

Tuttavia, i PAC diventano preziosi quando un controller deve gestire più aree di automazione con pianificazione complessa, database più grandi e scambio di dati a livello di impianto. Sebbene questa sia una distinzione importante da fare, non si applicherà certamente a tutti gli scenari.

Con le moderne capacità dei controllori logici programmabili, possono completare attività che i PAC hanno tipicamente gestito. E a causa delle differenze nella terminologia e nelle convenzioni di denominazione dei fornitori, è fondamentale definire le attività, la temporizzazione, gli I/O, i protocolli, il software, la cybersecurity e il ciclo di vita prima di scegliere un modello.

PLC vs PAC a Colpo d'Occhio

La tabella sottostante è per uno screening rapido e nota alcuni requisiti che non dovrebbero essere considerati specifiche rigide. Molte funzionalità dei PAC più vecchi si trovano nei PLC più recenti, e un piccolo controller può offrire ottime opzioni per networking, logica e motion.

L'etichetta non è la specifica

Sia i PLC che i PAC sono utilizzati per l'automazione e il controllo di ambienti industriali. La linea che separa le capacità PLC e PAC è diventata meno distinguibile nel tempo. I PLC erano noti per la loro affidabilità macchina, mentre i PAC erano noti per una maggiore flessibilità, un computing più robusto e una più ampia integrazione applicativa.

Le cose sono cambiate. Control Engineering riporta che i modelli PLC più recenti hanno integrato tutte le cose che li distinguevano: moduli di memoria, comunicazioni e persino funzioni di processo integrate. Adottando una prospettiva simile, Schneider Electric osserva che le due categorie sono ora simili in termini di memoria, I/O distribuiti e comunicazioni.

Ecco perché gli acquirenti non dovrebbero presumere che un PAC garantisca automaticamente prestazioni migliori o che un PLC sia limitato per definizione.

Come parte dei tuoi requisiti, chiedi al fornitore di collegare ogni elemento a una CPU specifica, famiglia di I/O, versione firmware, ambiente di programmazione e licenza. I termini della famiglia di prodotti semplificano la ricerca nel catalogo, ma criteri convalidati determineranno se il sistema funziona.

Architettura: Confronta il Modello di Progetto, Non l'Involucro

L'architettura riguarda più che il fatto che il controller sia compatto o modulare. L'esistente Guida PLC modulare vs compatto copre la modularità fisica e l'imballaggio.

Quando si effettua la selezione PLC vs PAC, concentrati su come il controller organizza l'esecuzione, i dati, le comunicazioni e il lavoro di ingegneria.

Esecuzione e organizzazione delle attività

I modelli PLC tradizionali utilizzano un sistema ciclico di lettura input, esecuzione logica e aggiornamento output. I modelli basati su questo sistema sono facili da capire e da risolvere. I controller moderni includono tipicamente attività periodiche, eventi, interrupt e motion, tra le altre.

La vera domanda da porsi in questo caso non è il tradizionale “Scansiona?” ma “Può pianificare ogni attività richiesta con latenza limitata sotto pieno carico?”

Le piattaforme in stile PAC vengono solitamente utilizzate quando più lavori di controllo veloci, lenti e misti devono essere eseguiti in parallelo. Questi lavori di controllo possono includere interblocchi macchina veloci, loop di processo più lenti, motion coordinato, gestione ricette, raccolta dati e servizi di rete.

Priorità e isolamento delle attività possono essere utilizzati per impedire a un'attività non critica di ritardare un'attività critica, purché l'applicazione sia convalidata e adeguatamente ingegnerizzata.

Memoria e organizzazione del codice

I PLC legacy spesso includono memoria mappata con indirizzi fisici. Gli ambienti in stile PAC preferiscono la memoria mappata con tag simbolici, tipi di dati strutturati e routine riutilizzabili in tutto il progetto. Queste strutture possono rendere i progetti più facili da leggere e riutilizzare, ma non sono più esclusive dei prodotti PAC.

I team di manutenzione lavorano con il sistema in modo completamente diverso. I tecnici possono monitorare un segnale senza decodificare una mappa degli indirizzi? Il codice testato può essere riutilizzato tra macchine?

Sono consentite modifiche online? Come vengono sottoposti a backup e confrontate le revisioni? Cosa succede a tag, allarmi e riferimenti HMI quando gli I/O cambiano?

Reti e integrazione dei dati

Le macchine piccole richiedono tipicamente solo connessioni HMI, drive e I/O locali. Un sistema più grande, multi-area, può richiedere I/O distribuiti, percorsi ridondanti, movimento sincronizzato, oltre a SCADA, un historian, MES, database o connettività edge.

Sommare il numero di nodi e i requisiti di collegamento, specificare la frequenza degli aggiornamenti e delineare tutti i protocolli coinvolti. Elencare qualcosa di basilare come Ethernet non è soddisfacente.

Verificare le funzioni del protocollo supportate, le capacità di connessione, la sincronizzazione dell'ora, i requisiti degli switch gestiti e i certificati. Verificare anche il metodo di segregazione del traffico di controllo dalle reti aziendali.

Prestazioni: Misurare il carico di lavoro, non il marchio

PLC ad alta velocità. PAC più potente. Etichettare qualcosa del genere non dice nulla sulle prestazioni del sistema.

Ci sono molte considerazioni oltre al tempo di istruzione. Cose come l'aggiornamento di un I/O, la dimensione del programma, il traffico sul canale, gli assi di movimento, la ridondanza, i task di sicurezza e gli I/O remoti influiscono sulla risposta.

Creare un obiettivo di accettazione basato sul carico di lavoro.

1. Definire l'evento di campo più veloce che il controller deve rilevare.
2. Impostare il tempo di risposta massimo accettabile dall'input all'output e il jitter.
3. Identificare i task periodici, event-driven, di movimento, di processo, di sicurezza e di comunicazione.
4. Stimare il carico completo di I/O e di rete, inclusa l'espansione pianificata.
5. Richiedere benchmark di sistema sotto carico, o eseguire un test rappresentativo con la CPU, il firmware, i moduli e la topologia selezionati.

Una media generale non è sufficiente. Un controller che normalmente risponde in 1 ms ma occasionalmente manca la finestra richiesta potrebbe essere inadeguato. Un ciclo prevedibile di 5 ms può ancora essere del tutto adeguato per un processo più lento.

Tabella decisionale PLC vs PAC

Inviare la descrizione dell'applicazione, il marchio preferito, i numeri di catalogo della CPU o degli I/O attuali, l'elenco dei protocolli, la data di consegna richiesta e la destinazione.

In qualità di distributore multimarca e integratore di catena di approvvigionamento, possiamo aiutare a organizzare il confronto dei modelli e i controlli di disponibilità per una lista ristretta pratica piuttosto che forzare una decisione basata solo su un'etichetta.

Quando un PLC è la scelta migliore

Un controllore logico programmabile è la scelta giusta quando il progetto è limitato nell'ambito e la flessibilità e l'ampiezza del sistema sono meno importanti della chiarezza, come nel caso di nastri trasportatori, attrezzature per imballaggio, skid per pompe, movimentazione materiali di base, quadri di utilità, ecc.

UN PLC compatto può far risparmiare spazio nell'armadio e tempo di progettazione quando i suoi I/O integrati, combinati con le sue capacità di espansione, si adattano bene all'attrezzatura.

Per una base installata, un PLC può anche essere la scelta commerciale più sicura. Se una fabbrica dispone di personale PLC formato, una base di codice validata, un inventario di supporto PLC e un ambiente di programmazione PLC standard, il passaggio di piattaforma potrebbe comportare più costi di ciclo di vita di quanti ne elimini.

Per una base di clienti che utilizza il Allen-Bradley SLC 500, fornire il numero di catalogo completo e le informazioni di revisione: il nome della famiglia non è sufficiente per una risposta adeguata.

Quando una piattaforma in stile PAC è la scelta migliore

Schneider Modicon M340 PAC

Produttore: Schneider Electric
Serie: Modicon M340
Tipo di prodotto: Controllore di automazione programmabile (PAC)
Capacità I/O: Fino a 1.024 I/O digitali / 256 analogici

Visualizza prodotto

Una piattaforma in stile PAC ha senso quando il controller deve coordinare un sistema piuttosto che sequenziare una sola macchina. Ciò è particolarmente vero quando un progetto consiste in molti punti I/O e diversi tassi di esecuzione dei task, funzioni analogiche complesse, task di movimento, moduli riutilizzabili, diagnostica centralizzata o richiede un ampio scambio di dati con sistemi di supervisione o aziendali.

Un sistema modulare può anche facilitare estensioni graduali quando sono definiti i limiti per il backplane, il rack, l'alimentazione, la memoria e le reti.

Una famiglia di prodotti, ad esempio, la Schneider Modicon M340 PAC, richiede ancora una scelta a livello di CPU, rack, alimentatore, moduli I/O e comunicazione, firmware e licenze software.

Solo perché un progetto è grande non significa che richieda un'etichetta PAC. Il lavoro può a volte essere distribuito su un moderno PLC modulare.

Un esempio di ciò è una CPU PLC fail-safe distribuita Siemens ET 200SP, che può combinare un packaging compatto con funzioni avanzate. Quando si fanno queste scelte, pensare a ciò che questo modello può effettivamente fare invece che alla categoria in cui rientra.

Prima di sostituire o migrare

La sostituzione di un controller di solito comporta più dell'acquisto di una CPU. Prima dell'approvazione della migrazione, valutare l'intero stack di controllo:

• Tipi elettrici degli I/O, numero di canali, assemblaggio terminali, isolamento e cablaggio sul campo.
• Rack, backplane, budget energetico, adattatori di comunicazione, cavi e topologia di rete.
• Limiti sulle conversioni dei programmi e sui tipi di istruzioni, dati, librerie, profili di movimento, allarmi e tag HMI.
• Versione del firmware e del software di ingegneria, licenze, supporto del sistema operativo e file di backup.
• Preoccupazioni sull'integrità della sicurezza e sul lavoro di convalida richiesto per una modifica relativa alla sicurezza.
• Ruoli del protocollo, profili del dispositivo, conteggio delle connessioni, tempo di aggiornamento I/O remoto e sincronizzazione temporale.
• Classificazioni ambientali e approvazioni; disponibilità di certificati; documentazione per il mercato di destinazione.
• Strategia per l'approvvigionamento di pezzi di ricambio, stato del ciclo di vita del prodotto, percorso di garanzia, tempi di consegna e programma di commissioning.

Se stai valutando nuovi fornitori oltre a una nuova piattaforma, utilizza la Guida alla valutazione dei fornitori di PLC per separare il confronto tecnico dalle domande relative all'autenticità, alla documentazione, alla logistica e all'assistenza post-vendita.

Cosa inserire nella tua RFQ o distinta base

Per un preventivo più rapido e affidabile, includi i numeri completi di catalogo del controller e dei moduli, la quantità, i requisiti di firmware o revisione, le esigenze di software e licenze, l'elenco I/O, i protocolli di rete, l'ambito di movimento o sicurezza, le foto del sistema attuale, il paese di destinazione e il codice postale, la data richiesta e qualsiasi requisito di certificato o documento doganale.

Includere i certificati e i documenti doganali richiesti, se applicabile.

Chiedi al fornitore di separare i dettagli confermati da quelli condizionali: corrispondenza esatta del modello, tracciabilità del prodotto originale, accessori inclusi, certificati disponibili, ubicazione dello stock, tempi di consegna, percorso di garanzia e termini logistici.

Il DDP può essere valutato ove pertinente, ma la sua disponibilità dipende dalla destinazione, dal prodotto e dalle condizioni di spedizione.

Domande frequenti

Un PAC è sempre più veloce di un PLC?

Non necessariamente. Alcuni sistemi PAC sono progettati per avere più risorse per l'elaborazione, oltre a più opzioni per la gestione dei task. In definitiva, le prestazioni sono legate a specificità come il design della CPU, l'architettura I/O, il firmware, il programma, le comunicazioni e il carico di movimento o sicurezza.

Dovresti valutare il tempo di risposta nel caso peggiore rispetto a quanto necessario per l'applicazione.

Un PAC può sostituire direttamente un PLC?

Non necessariamente. La nuova piattaforma deve corrispondere all'I/O sul campo, alle comunicazioni, al comportamento logico, al tempo di risposta, alle funzioni di sicurezza, al software e alle interfacce HMI o SCADA. Potrebbe essere ancora necessaria la conversione del programma e il ricablaggio.

Un PLC modulare è la stessa cosa di un PAC?

No. “Modulare” descrive la disposizione fisica dell'hardware, mentre PLC e PAC descrivono un posizionamento e capacità più ampi del controller. Un PLC modulare può fornire capacità avanzate simili a un PAC, e un PAC può essere venduto in una forma compatta.

Qual è la scelta migliore per il controllo di macchine ad alta velocità?

Entrambi possono essere adatti. Scegli un controller in grado di dimostrare la cattura degli eventi richiesta, il periodo del task, l'aggiornamento I/O, la sincronizzazione del movimento e il jitter massimo sotto il carico previsto.

Spesso, un PLC semplice e ottimizzato sarà una scelta migliore rispetto a una piattaforma più grande con complessità non necessaria.

Quali informazioni dovrebbe verificare un distributore prima di fare un preventivo?

Numero di catalogo completo, vincoli di revisione e firmware, compatibilità I/O e protocollo, accessori e licenze richiesti, esigenze di certificato, tracciabilità della fonte, stock, tempi di consegna, destinazione e termini di consegna.

Approvvigionati del tuo controller con meno sorprese

Per ridurre le sorprese nell'approvvigionamento, invia i tuoi numeri di modello completi o la distinta base, le quantità, i requisiti del controller e dell'I/O, il paese di destinazione e il codice postale, la data di consegna richiesta e le esigenze documentali.

Possiamo confrontare le opzioni tra i marchi, verificare la corrispondenza dei modelli e i documenti di tracciabilità disponibili, e valutare i tempi di consegna e i percorsi logistici per il progetto. Contattaci via email, WhatsApp o il modulo RFQ sul sito web per una revisione dell'approvvigionamento.

Riferimenti tecnici

• Control Engineering: PLC vs. PAC
• Schneider Electric: Qual è la differenza tra un PLC e un PAC?
• Machine Design: Qual è la differenza tra un PLC e un PAC?
• PLC Technician: Comprendere le differenze e i valori di ciascuno