Arhitecturi SCADA

Ungureanu George-Eduard
Automatică și Informatică Aplicată,Anul III
1. Arhitecturi hardware
SCADA este un acronim care vine de la denumirea în limba engleza (Supervisory
Control And Data Aquisition). SCADA se referă deci la un sistem care colectează
date de la diferiţi senzori plasaţi în diverse puncte ale unui sistem tehnologic, date
care apoi sunt trimise la un calculator central pe post de Server SCADA, care
gestionează şi controlează aceste date. În urma procesării datelor primite sau în urma
comenzilor date de operatorul uman, se pot trimite comenzi spre sistemul tehnologic.
Un sistem SCADA include un sistem hardware (interfaţa pentru semnalele de
intrare şi de ieşire, controlere - PLC, relee, echipamente de comunicaţii, etc) şi un
sistem software (interfaţa cu utilizatorul - HMI, baze de date, drivere, aplicaţii, etc)
SCADA ofera control în timp real permiţând optimizarea exploatării sistemului
tehnologic. În figura de jos, este prezentata o arhitectura hardware tipica.

În general un server SCADA nu se conectează direct la PLC - urile conectate în

sistemul tehnologic. De obicei se introduce un dispozitiv RTU (Remote Terminal
Unit) care colectează şi centralizează datele de la şi dinspre PLC -uri,asemănător
cu schema de mai jos:
 Un dispozitiv RTU este instalat într-o locaţie aflata la distanta şi colectează date
de la PLC -uri. Un RTU funcţionează deci pe post de concentrator de date. SCADA
Server-ul cerere date de la RTU, acesta codifica datele într-un format care este
transmisibil, apoi RTU transmite datele către serverul SCADA. RTU primeşte de
asemenea comenzi de la serverul SCADA, comenzi pe care le trimite spre procesul
tehnologic. In cazul în care sistemul tehnologic este mai complex, este posibila
conectarea mai multor dispozitive RTU
 După cum se observă, pentru a conecta mai multe dispozitive RTU sau alte
dispozitive la serverul SCADA este nevoie de o nouă magistrală de date. O linie
serială RS 485 permite conectarea mai multor dispozitive pe aceeaşi magistrală de
date. Serverul SCADA dispune doar de interfaţa RS-232, deci e nevoie de un
convertor RS-232/RS-485. Figura de sus prezintă o arhitectura hardware tipică în
care se folosesc mai multe dispozitive RTU. Pentru creşterea fiabilităţii sistemului,
se pot plasa mai multe servere asigurându-se astfel redundanța pentru Serverele
SCADA. De asemenea pentru creşterea în continuare a fiabilităţii sistemului, se
poate realiza redundanța pentru dispozitivele RTU plasându-se mai multe astfel de
dispozitive într-o configuraţie master-slave. Se pot plasa de asemenea mai multe
magistrale de câmp asigurându-se redundanța şi la acest nivel. În cazul proceselor
tehnologice critice, sau a proceselor în care costurile pentru mentenanţă sunt ridicate
trebuie asigurată o redundanță ridicată pentru a elimina incidentele cauzate de
defectarea echipamentelor.
În multe cazuri, dispozitivele RTU sau alte instrumente sunt echipate cu interfaţa
RS-232. În acest caz, fiecare dintre acestea trebuie sa fie conectate print-un convertor
serial RS-232/RS-484, în scopul de a conecta toate aceste dispozitivele pe aceiaşi
magistrala de date. Chiar şi Serverul SCADA trebuie sa fie conectat prin intermediul
unui convertor serial R-S484/RS-232. În loc de a folosi mai multe convertoare RS-
232/RS-484, se poate folosi un sistem multi-dropping,prezentată în figura de mai
jos.

2. Arhitecturi software
Aplicaţiile SCADA sunt realizate pe baza unei arhitecturi software asemănătoare cu
arhitectura SCADA software prezentata în figura de jos. în principiu o arhitectura
SCADA software are cel puţin doua componente: Aplicaţia SCADA server şi
aplicaţia SCADA client. Aplicaţia SCADA Server este de obicei multi - tasking,
fiind responsabile atât de achiziţia de date cat şi de stocarea acestora într-o baza de
date. în cazul de fata aplicaţia SCADA server citeşte date de la portul serial RS232
folosind protocolul MBUS RTU.
Datele transferate de la RTU sunt stocate într-o baza de date. Datele sunt stocate în
mai multe tabele. Aplicaţia SCADA client utilizează baza de date actualizata de către
serverul SCADA în scopul de a realiza interfeţe grafice pentru utilizatori, asa
numitele HMI (Human Machine Interface). Un HMI mimează un proces tehnologic,
crează liste de evenimente, rapoarte, liste de alarma şi de avertizare, trending. În
multe cazuri aplicaţiile SCADA se adresează şi utilizatorilor îndepărtaţi care dispun
de o conexiune la Internet. în acest caz e nevoie de o noua componenta şi anume :
un WEB server.
Un WEB server este folosit pentru generarea de pagini WEB dinamice, care sunt
furnizate clienţilor WEB SCADA. Clienţii WEB SCADA pot(într-un mod similar
cu clienţi obişnuiţi SCADA )beneficia de facilităţile acestora şi anume au acces în
timp real la: liste de parametri, liste de evenimente sau lista de alarme, prin
intermediul unui simplu browser .
Baza de date este, de asemenea, utilizata pentru a tine un istoric al evoluţiei în timp
a diferiţilor parametri monitorizaţi. Clienţii WEB SCADA nu beneficiază însa de
aceleaşi interfeţe grafice, aceleaşi HMI-uri de care beneficiază clienţii obişnuiţi.
Clienţii SCADA obişnuiţi, rulează aplicaţii specifice spre deosebire de clienţii WEB
SCADA care vizualizează pagini WEB oferite de WEB server. Pentru a reduce cat
mai mult diferenţa dintre clienţii SCADA obişnuiţi şi clienţii WEB SCADA, şi
pentru a oferi şi acestora HMI-uri cat mai asemănătoare cu cele ale clienţilor
obişnuiţi, se utilizează aplicaţii WEB bazate pe servicii şi instrumente virtuale. în
figura de jos este prezentata o arhitectura SCADA software bazata pe servicii, pentru
clienţii WEB.

Componentele tip de instrument virtual sunt construite pentru a pune la dispoziţia

utilizatorilor o interfaţa care oferă date pentru iniţializare, şi generarea unui
instrument virtual. Instrumentele virtuale plasate în paginile web vor fi conforme cu
specificaţiile furnizate de componentele tip de instrument virtual. Astfel orice
actualizare sau upgradare a instrumentelor virtuale se face unitar şi automat prin
furnizarea unui nou tip de componenta. Practic componentele tip de instrument
virtual sunt servicii WEB puse la dispoziţie de serverele de servicii web. Pentru a
facilita căutarea acestor servicii, sunt necesare broker-ele de servicii. în cazul
serviciilor WEB pentru instrumente virtuale, acestea se numesc SCADA Services
Broker. Sistemele SCADA Services Broker vor furnizează deci informaţii despre
componentele hardware care controlează instrumentaţia, astfel instrumentaţia
virtuala afişată în aplicaţiile clienţilor WEB va fi conforma cu instrumentaţia fizica
din sistem. Orice modificare a instalaţiilor şi instrumentaţiei fizice, trebuie
comunicata brokerilor, astfel instrumentaţia virtuala sa fie conforma cu realitatea pe
toată perioada de funcţionare a acestora.
SCADA Services Broker sunt deci entităţi care înregistrează furnizorii de
instrumente, date şi servicii.
Utilizarea SCADA Services Broker-ilor permite adaptarea continua a aplicaţiilor
WEB SCADA la noile realităţi din sistemele SCADA realităţi apărute în urma
modificărilor şi modernizărilor din cadrul acestor sisteme.
În urma unei actualizări sau modificări a sistemului SCADA, se vor face publice
noile specificaţii, astfel, un instrument virtual apelează un SCADA Services Broker
care va cauta noile specificaţii pentru acel instrument şi le va comunica
instrumentului virtual.

Punerea în aplicare a unui serviciu, necesita transferul unor informaţii către

instrumentul virtual de către furnizorul de servicii. Acest transfer trebuie sa se
realizeze într-un mod standard. Transferul de date se face de cele mai multe ori prin
intermediul mesajelor încapsulate în structuri de tip XML. De exemplu, descrierea
unui instrument virtual care afişează presiunea:
descrierea arata astfel:

Datele transmise spre HMI prin intermediul formatului XML, au următoarea

structura:
Pentru iniţializarea unui nou tip de instrument virtual, prin intermediul SCADA
Service Broker-ului, se obţin următoarele date în format XML:

Interfaţa om maşina
HMI (Human Machine Interface) reprezinta interfaţa om maşina. Un HMI mimează
procesul tehnologic printr-o grafica sugestiva şi totodată prezintă datele prelucrate
către un operator uman. Totodată operatorul uman poate transmite prin intermediul
HMI-ului comenzi spre procesul monitorizat.

HMI-urile sunt prezente în aplicaţiile client aplicaţii în care se oferă o interfaţa

intuitiva şi uşor de utilizat de către utilizator. Asa cum se arata în de sus, HMI
mimează o instalaţie de distribuţie de gaz, operatorii putând vedea un o "Oglinda"
electronica a instalaţiei de gaz. Aplicaţia client SCADA oferă, de asemenea diverse
facilitaţi în ecrane multiple, care pot conţine diagrame sinoptice şi texte pentru a
afişa evenimente, rapoarte, liste de alarma, trending-uri.
4. Dezvoltarea arhitecturii SCADA
Prima generație: "monolithic"
Sistemul de calcul SCADA a fost realizat de minicomputere mari. Serviciile
de rețea comune nu existau la momentul dezvoltării SCADA. Astfel, sistemele
SCADA erau sisteme independente fără conectivitate cu alte sisteme. Protocoalele de
comunicare folosite au fost strict protejate în acel moment. Prima generație de
redundanță a sistemului SCADA a fost realizată utilizând un sistem mainframe de
back-up conectat la toate unitățile terminale de la distanță și a fost utilizat în cazul unei
defecțiuni a sistemului mainframe primar. Unele sisteme SCADA de primă generație
au fost dezvoltate ca operațiuni "la cheie" care funcționau pe minicomputere, cum ar fi
seria PDP-11 realizată de Digital Equipment Corporation

A doua generație: "distribuită"

Procesarea informațiilor și comenzilor SCADA a fost distribuită pe mai multe
stații care au fost conectate printr-o rețea LAN. Informațiile au fost partajate în timp
real. Fiecare stație a fost responsabilă pentru o anumită sarcină, ceea ce a redus costul
în comparație cu SCADA de primă generație. Protocoalele de rețea utilizate încă nu
erau standardizate. Deoarece aceste protocoale au fost proprietate, foarte puțini oameni
dincolo de dezvoltatori știau suficient pentru a determina cât de sigură a fost instalarea
SCADA. Securitatea instalării SCADA a fost de obicei trecută cu vederea.

A treia generație: "în rețea"

Similar unei arhitecturi distribuite, orice SCADA complex poate fi redus la
cele mai simple componente și conectat prin protocoale de comunicare. În cazul unui
design în rețea, sistemul poate fi răspândit în mai multe rețele LAN numite rețea de
control al procesului (PCN) și separate geografic. Mai multe arhitecturi distribuite
SCADA care rulează în paralel, cu un singur supraveghetor și istoric, ar putea fi
considerate o arhitectură de rețea. Aceasta permite o soluție mai eficientă din punct de
vedere al costurilor în sistemele foarte mari.

A patra generație: "Internetul lucrurilor"

Odată cu disponibilitatea comercială a cloud computing, sistemele SCADA au

adoptat din ce în ce mai mult tehnicile de lucru a IoT pentru a îmbunătăți semnificativ
interoperabilitatea, a reduce costurile de infrastructură și a ușura întreținerea și
integrarea. Ca urmare, sistemele SCADA pot raporta acum starea în timp real și pot
utiliza scala orizontală disponibilă în mediile de tip cloud pentru a implementa algoritmi
de control mai complexe decât sunt practic realizabili pentru implementarea pe
controlerele logice programabile tradiționale. Mai mult, utilizarea protocoalelor de rețea
deschise, cum ar fi TLS inerente în tehnologia Internet a obiectelor, oferă o limită de
securitate mai ușor de înțeles și mai ușor de gestionat decât amestecul eterogen de
protocoale de rețea-proprietate tipic pentru multe implementări SCADA descentralizate.
Această descentralizare a datelor necesită, de asemenea, o abordare diferită față
de SCADA a programele tradiționale bazate pe PLC. Atunci când un sistem SCADA
este utilizat local, metodologia preferată implică legarea graficii de pe interfața utilizator
la datele stocate în anumite adrese de memoria PLC-urilor. Cu toate acestea, atunci când
datele provin dintr-o combinație disparată de senzori, controale și baze de
date,cartografiere tipică 1 la 1 devine problematică. O soluție la aceasta este modelarea
datelor, un concept derivat din programarea orientată pe obiecte.
Într-un model de date, o reprezentare virtuală a fiecărui dispozitiv este
construită în software-ul SCADA. Aceste reprezentări virtuale ("modele") pot conține
nu numai maparea adreselor dispozitivului reprezentat, ci și orice alte informații
pertinente (informații bazate pe web, intrări de baze de date, fișiere media etc.) care pot
fi utilizate de alte fațete ale SCADA / Implementarea IoT. Pe măsură ce complexitatea
crescută a internetului lucrurilor face ca SCADA tradițional să devină din ce în ce mai
"obligatoriu", iar protocoalele de comunicare evoluează pentru a favoriza o arhitectură
orientată spre servicii independente de platformă (cum ar fi OPC UA), este probabil ca
mai mulți dezvoltatori de software SCADA să implementeze o formă de modelare a
datelor.

De ce SCADA...?

Există mai multe sisteme care au fost utilizate de zeci de ani în scopuri similare. Acestea
sunt numite în mod colectiv sisteme distribuite de control (DCS). Astfel de sisteme sunt
foarte eficiente într-o zonă închisă, cum ar fi fabricile,dar acestea nu pot fi utilizate pe
distanțe mari,cum ar fi cazul conductelor de gaz / petrol, al sistemelor de alimentare cu
apă și așa mai departe. Există, de asemenea, cazuri precum instalațiile de fuziune
nucleară în care operațiunile sunt controlate de la distanță din considerente de siguranță.
Ei bine, aici intervine SCADA,el fiind un sistem personalizat pentru astfel de cerințe.

Beneficile implementării sistemului SCADA

Un sistem SCADA, atunci când este aplicat corect, poate ajuta industriile să
economisească timp și bani. Unul dintre motive este că, în cazul SCADA, puteți elimina
necesitatea vizitelor de către personal pentru inspecții, ajustări și colectarea de date.
Software-ul SCADA permite să monitorizați operațiile în timp real. De asemenea, poate
efectua modificări ale sistemului, poate genera automat rapoarte și să depisteze
probleme.
Astfel, odată ce sistemul este instalat, acesta reduce costurile operaționale și
îmbunătățește eficiența setării. Sistemele SCADA sunt echipate pentru a efectua corecții
imediate în sistemul operațional, astfel încât acestea să mărească durata de viață a
echipamentelor și să economisească necesitatea unor reparații costisitoare. De
asemenea, personalul este capabil să se concentreze asupra sarcinilor care necesită
implicarea umană. În plus, sistemul de raportare generat automat asigură respectarea
principiilor de reglementare.

Viitorul SCADA

SCADA se poate descurca cu volume mari de date și poate acoperii suprafețe mari,
deja această combinație îl face destul de impresionant,Sistemele SCADA,din
prezent,pot gestionare orice,de la câteva mii la un milion de canale de intrare / ieșire.

Tehnologia evoluează încă din punct de vedere software.Sistemel SCADA,așa cum

sunt acum, pot efectua o mare varietate de sarcini și unele sisteme au inteligență
artificială încorporată în ele. Acestea sunt, de asemenea, mai eficiente în rețea,
deschizând astfel calea pentru convergenț datelor sub forma voice-data-control .

Provocarea aici este că majoritatea sistemelor SCADA sunt foarte specifice aplicației
și fiecare componentă este adaptată aplicației sale specifice. Prin urmare,
componentele trebuie să funcționeze și pe mai multe platforme specifice aplicațiilor.

Promisiunea rețelei wireless a senzorilor

Arhitectura statică, inflexibilă și centralizată a sistemului limitează în continuare

interoperabilitatea unui sistem SCADA cu alte sisteme, precum și acoperirea datelor
acestora. Wireless Sensor Networking este o zonă emergentă care poate aborda
această problemă. Cu această tehnologie, senzorii pot fi utilizați cu mai multă
ușurință și flexibilitate. De exemplu, într-un sistem SCADA dezvoltat pentru
câmpuri de gaz / petrol, senzorii sunt plasați în mod normal în fântânile de producție
și pereții de injecție. Cu ajutorul tehnologiei de conectare a senzorilor wireless,
senzorii pot fi plasați în alte locuri importante, cum ar fi conductele și rezervoarele,
la costuri relativ mici. Acest lucru îmbunătățește foarte mult eficiența sistemului
SCADA, făcând mai multe informații disponibile. Sistemele SCADA actuale nu sunt
activate pentru a fi integrate cu sistemele de rețea wireless, iar noile sisteme și
programe cu această capacitate ar putea fi dezvoltate pentru a exploata această
posibilitate.