V1.1 IT

OPC FOUNDATION – www.opcfoundation.org

OPC Unified Architecture –La piattaforma di comunicazione universale
per i modelli informativi standardizzati➞ OPC Unified Architecture porta
due novità elementari nel mondo
OPC. Da un lato, il legame DCOMWindows specific è sostituito daprotocolli aperti e indipendenti
dalla piattaforma, con meccanismi di sicurezza integrata. Inaggiunta, gli elementi OPC, Data
Access, Alarm & Events e Historical Data Access, sono riassuntiin un modello ‘object-oriented’ esono completati da nuove funzionalità potenti, quali metodi e tipi
di dati. Come risultato si ottiene che OPC UA può essere
direttamente integrata in sistemi
o piattaforme arbitrarie con diversi linguaggi di programmazione
oltre che in sistemi molto più. Le
regole ‘object-oriented’, secondo

cui lo spazio di indirizzo di unserver OPC UA è strutturato el’interfaccia comune per l’accesso è generale, rendono l’OPC UA
un linguaggio di programmazione
adatto alla rete. Solo l’OPC UA
si specializza per tecnologia
di automazione attraverso modellidi informazioni specifici (‘Information Models’) quali Data Accesso,
Alarm & Events, Historical Data
Access e Programs. Per questi
modelli di informazioni, non viè più alcuna necessità di estendere la base ed i protocolli o leinterfacce di programmazione. ■Open

Manufacturer-specific extensions––

Information models ofother organisations
DAAC

HA

Prog

Base services of OPC UA

La collaborazione conaltre organizzazioni
sono state importanti
per l’OPC UA sin
dall’inizio

Productivity

Questa semplice estendibilità
dei modelli informazione (‘InformationModels’)rendel’OPC UA molto interessanteper altre organizzazioni. Queste devono solo definire quali
informazioni devono esserescambiate, ma non come leinformazioni devono esserescambiate. Questo è stato uno
dei requisiti più importanti perl’OPC UA fin dal principio delladefinizione delle specifiche, perpoter ottenere una piattaforma
di comunicazione universale eIEC Standard che può costituire la base per altri standard.

Collaboration

L’OPC UA – Comunicazione standardizzata secondo la IEC 62.541 standard
OPC Unified Architecture: COMPANIONSPECIFICATIONS➞ OPC UA consiste in una lista di specifiche per lefunzioni di base e (‘Information models’) modelli diinformazioni tipo Data Access e Allarms & Conditions. Specifiche che definiscono nuovi modelli informazioni (‘information models’) che estendono i modelli presenti sono chiamate Companion Specification.
COME VENGONO CREATE LE COMPANIONSPECIFICATIONS?
➞ Le specifiche OPC UA Companion sono sviluppate in vari modi. Una possibilità è la formazione di un––> 450 membri‘Platform-neutral’Indipendente dalla
piattaforma
Tutte le aree di applicazione
Tutte le connessioni

gruppo di lavoro dei membri OPC all’interno della
OPC Foundation che definisce un modello di informazione per i particolari settori industriali o aree diapplicazione. La specifica OPC UA per Analyzer Devices (ADI) è stata creata in questo modo sulla basedelle esigenze del cliente. Un’altra possibilità è di formare un gruppo di lavoro comune con una o più organizzazioni con l’obiettivo di definire un modello diinformazione OPC UA per uno standard al di fuoridella OPC Foundation. L’OPC UA Information Modelper IEC 61131-3 è stato creato in questo modo conPLCopen. ■––––––––––––

Standard Industriale
Indipendenza dal costruttore
Interoperabilità
Affidabilità

Device Integration
IEC 61131-3 / PLCopenAnalyzer Device Integration
ISA-95, ISA-88
MTConnect
Smard GridField Device Integration
EDDL e FDT

INDirizzo:

OPC Foundation
16101 N. 82nd Street
Suite 3B
Scottsdale, AZ 85260-1868
USACONTATO:

Phone: (1) 480 483-6644
Fax: (1) 480 483-7202
office@opcfoundation.org
INFORMAzione:

www.opcfoundation.org	GIÀ DISPONIBILICOMPANIONSPECIFICATIONS➞ OPC UA for Devices➞ OPC UA for Analyzer Devices➞ OPC UA for IEC 61131-3

COOPERAZIone:➞ PLCopen➞ ISA➞ MTConnect
➞ FDT
➞ PNO
➞ HART➞ FF

OPC UA PER DEVICES (DI)➞ Un modello generalmente accettato per laconfigurazione dei componenti hardware e software è stato creato nel gruppo di lavoro comune
di OPC Foundation, Profibus User Organization(PNO),HART Foundation, Foundation Fieldbus(FF) e Field Device Tool (FDT) per la configurazione standard dei dispositivi di campo. Il modellobase è stato rilasciato dall’OPC Foundation comeun modello di informazione indipendente e serve anche come base per ulteriori standard comeOPC UA per Analyzer Devices e OPC UA for IEC
61131-3. Il modello definisce i tipi di informazioni
base per i dispositivi e componenti configurabili;
definisce i concetti per il raggruppamento logico
di parametri, i metodi e i componenti e definisce i
punti di entrata nello spazio di indirizzo del server
OPC UA. Oltre a ciò, sono definite le informazioni
per l’identificazione dei dispositivi e dei protocolli
disponibili. Una prima versione di questa specifica è stata resa disponibile alla fine del 2009. ■Opzioni estese nonostante l’interfaccia sia stata
semplificata – nuova comunicazione OPC UA è applicata
in esistenti e nuove standard
OPC UA PER DISPOSITIVI ANALYZER (ADI)➞ Questa specifica definisce un modello di informazione per i dispositivi complessi per analizzatori diprocesso, per esempio, gas cromatografia. A partei vari componenti di un tale dispositivo, vengono
standardizzati i parametri per la configurazione e pergli stati macchina. La specifica ADI è stata creata su
suggerimento degli utenti di dispositivi di analisi delprocesso, al fine di semplificare l’integrazione nei
sistemi di automazione. La specifica ADI utilizza
il modello OPC UA DI come base.
OPC UA per IEC 61131-3 (PLCopen)➞ Lo standard IEC 61131-3 definisce i varilinguaggi di programmazione e il modello software
per la programmazione dei sistemi di controllo. Nella
specifica viene definita l’implementazione di questo
modello software su spazi di indirizzo di un server
OPC UA. I corrispondenti tipi di oggetti OPC UA vengono creati dalle dichiarazioni di blocchi funzione nel
PLC e corrispondenti oggetti OPC UA da istanze diblocchi di funzione. Il risultato è il vantaggio che un
programma di controllo, indipendentemente dalcontrollore utilizzato e il server OPC UA, è sempre
implementato con la stessa struttura degli oggetti
nello spazio di indirizzi.

Field Device Integration (FDI)➞ Ad oggi sono utilizzati due standard per la configurazione dei dispositivi di campo. ‘Electronic Device Description Language’ (EDDL) funziona secondo
il principio che i parametri di configurazione di undispositivo di campo sono definiti da un file di descrizione e che la configurazione avviene basandosi
su questo. Field Device Tool (FDT) funziona secondo il principio che il produttore di apparecchiature(equipment manufacturer) fornisce un componente
software per uno strumento di configurazione generale con il dispositivo. Entrambi gli standard sono daunire in futuro, attraverso lo standard comune FDI
usando OPC UA, un dispositivo di campo sarà descritto tramite un cosiddetto pacchetto dispositivo(Device Package).
Questi consistono in una descrizione generale dei
parametri e degli elementi dell’interfaccia utente. Il
server di configurazione è quindi un server OPC UA
che riempie il suo spazio di indirizzi sulla base del‘Device Packages’ e le interfacce di configurazione
sono clients OPC UA che accedono ai parametri via
OPC UA e usano elementi specifici dell’interfaccia
utente dal ‘Device Packages’ per il display. ■OPC UA – l’interoperabilità a livello semantico
ISA-95 E ISA-88➞ I due standard ISA definiscono i modelli di informazione per i sistemi di controllo della produzione
per lotti e MES. Previsto Mapping verso OPC UA.
Ulteriori informazioni

www.opcfoundation.org

Smart Grid
➞ Ci sono vari standard nel settore della generazione e distribuzione di energia elettrica e di nuovi standard sono al momento in sviluppo per le reti di smart
grid. In questo campo, i diversi mapping degli attua-li standard verso OPC UA o per l’uso diretto di OPC
UA in nuovi standard sono in discussione.
MTConnect➞ MTConnect definisce gli standard per il reperimento di dati macchina. Il Mapping di queste descrizioni di dati verso un modello informazione ‘Information Model’ OPC UA saranno definiti in un apposito
Working Group comune. ■