5.

Interfatarea cu PLC-urile sau cu echipamentele de camp

Un nou set de parametri de configurare au fost adugate pentru a asigura controlul asupra CitectSCADA interfeele de reea. Aceti parametri ajuta s v protejai sistemul de permind controlul asupra caracteristicile neutilizate ale produsului. Urmtoarele servicii pot fi activate sau de zactivate: DDE, remote CTAPI, ODBC, OLEDB i servicii FTP.Acestea sunt dezactivate n mod implicit. Intrari si iesiri distribuite de sistem. n loc de a ncerca conectarea dispozitivelor direct printr-o conexiune la distan, un server I/O este plasat in fiecare locatie, care permite comunicarea n cadrul sistemului.

Acest model este util n statiile care contin dispozitive cu un port serial sau capacitati limitate de comunicatii. Prin plasarea serverelor I/O in fabrica care se interfateaza cu aceste dispozitive, putei optimiza comunicaiile sunt lente sau cu latime de banda mica de retele si imbunatati performanta per ansamblu. In ciuda distributiei geografice a serverelor I/O in mai multe locuri, acest tip de sistem poate fi configurat ca un singur grup sistem, ca un sistem grup acesta poate sa aiba multe servere I/O.

Diagrama de mai jos demonstreaza cum sa abordezi implementarea acestui tip de sistem dealungul unui server care utilizeaza un singur Cluster.

Un al doilea cluster va fi necesar doar daca cerintele proiectului au nevoie de mai mult de o pereche redundanta de alarme sau rapoarte. 6. Tipuri de modemuri si configurarea acestora

Sistem client-server. Arhitectura client-server CitectSCADA permite componentelor unui sistem sa fie distribuite la unu numar de calculatoare pe o retea LAN, creand un sistem care ofera fexibilitate geografica si beneficii in performanta. Fiecare component este simplu identificata de proiect cu o adresa, permitand sa fie considerate independent locatiile si necesitatile hardware pentru fiecare.

Diagrama de mai jos demonstreaza cum acest exemplu poate fi configurat cu un singur cluster.

Fiecare server deasemenea actioneaza ca un Client Control asupra arhitecturii sistemului.

Sistem server redundant. Abilitatea de a defini serverele Primare su Sdandby intr-un proiect permite redundanta hardware sa fie construita in infrastructura propriului sistem . Acesta ajuta la prevenirea situatiilor cand o eroare in unul in servere afecteaza tot sistemul facandul sa fie inoperabil. Sisteme de acest tip sunt in special benefice cand serviciul de continuitate si/sau colectarea de date securizata este importanta.

In cazul redundantei unui sistem I/O, un server este mentinut in parallel cu serverul primar. Daca este detectata o eroare de hardware, serverul Standby poate prelua controlul dispozitivelor de comunicare cu o intrerupere minima a sistemului. De asemenea se pot utiliza sistemele I/O cu redundanta pentru a imparti informatiile procesate. Alarmele, rapoartele si Trends Servers pot fi de asemenea implementate ca servere cu redundanta. Aceasta imbunatateste probabilitatea ca clientii o sa continuie sa aibe acces la date dintr-un server Standby in caz ca serverul primar devine inoperabil. CitectSCADA mentine date identice in ambele servere. In diagrama de mai jos, serverele I/O primare si standby sunt allocate independent, cat timp serverele alarmelor si rapoartelor sunt rulate ca procese separate pe calculatoarele primare sau secundare. In acest caz intregul sistem poate fi configurat ca un singur cluster.

Sistem de control Clustered In acest scenariu, sistemul este organizat in locatii distinct si sunt controlate de un operatori locali, si sustinute de servere redundante locale. In acelasi timp exista un nivel de management care necesita locatiilor dealungul sistemului sa fie

monitorizate simultan de la o camera de control.

Fiecare locatie este reprezentata in proiect de catre un cluster separat, grupand serverele primare si standby. Utilizatorii din fiecare locatie sunt interesati doar de un cluster local, pe cand utilizatorii de la camera de control put vizualiza fiecare cluster. Dezvoltarea unei camere de control este foarte simplu, atat timp cat fiecare locatie poate fi adresata independent prin clusterul ei. Camera de control are nevoie doar de Control Clients. Dezvoltarea serverelor poate fi mapata astfel:

Managementul CitectSCADA pentru clusterele dinamice inseamna ca fiecare locatie sa poata fi monitorizata si controlata din camera de control daca este necesar. De exemplu, daca unu operator dintr-o locatie anume lucreaza doar in orele de lucru, atunci monitorizarea poate fi schimbata la camera de control dupa program.

Sistem de control distribuit si redundant. In acest scenariu, un proiect reprezinta un numar de locatii locale fiecare continand prorpriul server si utilizatori. De exemplu, un numar de statii de pompare intr-un sistem de distributie a apei, sau multiple linii de productie intr-o fabrica. Este necesara o monitorizare in cazul in care sistempul de la una din locatii devine inoperabil. Aceasta este obtinuta prin distribuirea serverelor primare si standby in diferite locatii, sau prin plasarea unui server standby intr-o locatie centrala. Clustering-ul este utilizat pentru a defini rolul serverelor diferite din fiecare locatie, care pot fi vizualizate intr-un proiect comun care ruleaza la oricare din utilizatori. Aceasta inseamna locatia A poate fi monitorizata din locatia B, si vice versa, daca un sistem devine inoperabil la oricare dintre locatii.

Exemplul de mai sus ar avea nevoie de crearea a doua clustere, astfel incat proiectul sa poata sa includa doua seturi de servere primare sau standby. Clusterele reprezinta o pereche de servere redundante si pot fi distribuite in doua locatii dupa cum urmeaza:

Clusterele ofera beneficiul de a pastra structura logica a proiectului cat timp se configureaza, in ciuda unui sistem obisnuit pereche.

Sistem de incarcare si partajare. Incarcarea si partajarea componentelor unui sistem pe diferite calculatoare si CPUuri inseamna ca incarcarea unui sistem potential prea ocupat poate fi impartit catre mai multe masini, utilizand mai bine infrastructura disponibila. De exemplu, prelucrarea unor alarme pot scadea mult performantele unui CPU si stocarea de date poate ocupa un loc foarte mare pe hard disk. Prin distribuirea alarmelor diferetelor procese pe mai multe calculatoare, poate fi folosit un server pentru alarme ca standby. Aceasta abordare poate fi utilizata pentru a imbunatati performantele retelelor, timpul de acces al datelor si in general stabilitatea sistemului. Prin introducerea clusterelor, obtinem o flexibilitate a sistemului pentru a rula mai multe servere in acelasi timp si de acelasi fel pe un singur calculator. Atat timp cat utilizatorul are acces la fiecare cluster configurat in proiect, nu conteaza daca un set de servere sunt distribuite in mai multe clustere. In diagrama de mai jos, doua servere au fost configurate sa actioneza ca unitati standby una alteia,suportand doua seturi de fluxuri redundant si servere de alarme.

Ambele masini au un numar egal de fluxuri si servere de alarme, utilizand CPU-ul si spatiul de pe hard disk eficient. Prin distribuirea serverelor in doua clustere, serverele sunt de asemenea pregatite sa fie folosite ca unitati redundante una alteia. Prin acest mod se reduce numarul calculatoarelor de la maxim 8 la doar doua.