Hardverski softver za sredstva nadzorno upravljačkog sustava. Sustavi nadzornog upravljanja i prikupljanja podataka (scada sustavi)

APCS softver je kompleks različitih programa, čija je glavna zadaća osigurati nesmetan rad programatora, kontrolera, inženjerskih stanica i drugih računalnih objekata kao dijela sustava. Postoje dvije vrste APCS softvera.

• Opće - prikladno za sva tehnička sredstva i nije vezano ni za jedan objekt. Kombinira SCADA i operativne sustave, kao i programske pakete.
• Posebno - uključuje softverska rješenja razvijena posebno za određene sustave upravljanja procesima. Kombinira programe za arhiviranje podataka, softver za kontrolere i obradu informacija.

Nudimo kupnju softvera za automatizirane sustave upravljanja procesima po povoljnim uvjetima. Na prodaju:

• MasterSCADA sustavi,
• MasterPLC za logičke kontrolere,
• OPC poslužitelji DA/HDA/UA za prikupljanje i pružanje podataka,
• PID-expert inženjerske potporne stanice.

Cijene za pojedine artikle navedene su u cjeniku. Pogledajte stranice proizvoda za detaljne specifikacije. Za više informacija o asortimanu proizvoda, uvjetima plaćanja i vremenu isporuke obratite se upravitelju telefonom.

SCADA sustav MasterSCADA

MasterSCADA - SCADA sustav za sustave upravljanja procesima, MES, poslove računovodstva i dispečerstva industrijskih objekata, stambenih i komunalnih usluga i zgrada.

MasterSCADA™ je najmoderniji, najinovativniji, moćan i prikladan alat za brz i kvalitetan razvoj sustava. Riječ je o softveru za sustave upravljanja koji utjelovljuje dvadesetogodišnje iskustvo u razvoju proizvoda za automatizaciju najrazličitijih objekata.

MasterSCADA™ nije samo jedan od modernih SCADA- i SoftLogic-paketi, ovo je temeljno novi alat za razvoj automatizacije i dispečerskih sustava. Implementira alate i metode za razvoj projekata koji omogućuju oštro smanjenje troškova rada i povećavaju pouzdanost sustava koji se stvara. Lako je i ugodno razvijati projekte u MasterSCADA-i.

MasterSCADA 3.X MasterSCADA 3.X je najpopularniji domaći SCADA sustav. Popularnost MasterSCADA-e potvrđuju ocjene mnogih stručnjaka i ankete na specijaliziranim internet portalima. Na primjer, MasterSCADA je prepoznata kao proizvod godine od strane ruskih urednika uglednog međunarodnog časopisa Control Engineering. Više od 10.000 implementacija je implementirano na temelju MasterSCADA 3.x. Među završenim projektima su globalni sustavi s više od 100.000 parametara koji dolaze na jedan polling server, te s više od 300 operaterskih pozicija.

MasterSCADA 4D MasterSCADA 4D je proizvod nove generacije SCADA sustava. U usporedbi s prethodnom verzijom značajno je proširio alate za kreiranje velikih distribuiranih sustava s mogućnošću korištenja tehnologija Interneta stvari, povećao praktičnost i fleksibilnost, proširio mogućnosti korištenja različitih hardverskih platformi i operativnih sustava, povećao broj podržanih razina. sustava upravljanja, te implementirao migraciju funkcionalnosti između razina. U MasterSCADA-i je lako razviti projekte bilo koje veličine i složenosti. Da bi se to postiglo, predlažu se različiti pristupi koji pružaju najudobnije uvjete razvoja za svaku vrstu projekta.

SoftLogic sustav - MasterPLC

Izvršni sustavi za programibilne logičke kontrolere otvorene arhitekture (SoftLogic) bazirani na x86, ARM7, ARM9, StrongARM, xSsale platformama i operativnim sustavima DOS, miniOS7, Linux, Ecos, Windows CE, QNX, Windows.

Podržava rad s kontrolerima:

• ICP DAS ( I-7188, I-8000, Wincon, WinPAC, LinPAC, I-PAC );
• ADVANTECH ( ADAM-4500, ADAM-5510, UNO2000, ... );
• MOXA ( UC7408 i druge serije 7xxx );
• OVAN ( PLC100, PLC110, PLC304, PLC308 );
• LADICA;
• i mnogi drugi...

Klasifikacija APCS softvera. Kao što smo već spomenuli, u tipičnoj arhitekturi SCADA sustava jasno su vidljive dvije razine:

· razina lokalnog kontrolera , interakcija s objektom upravljanja putem senzora i pokretača;

· razina operativnog upravljanja tehnološki proces čije su glavne komponente poslužitelji, radne stanice operatera / dispečera, radne stanice stručnjaka.

Svaka od ovih razina radi pod kontrolom specijaliziranog softvera (SW). Razvoj ovog softvera, odnosno njegov izbor iz trenutno ponuđenih softverskih alata na tržištu ovisi o mnogim čimbenicima, prvenstveno o zadacima koji se rješavaju na pojedinoj razini. razlikovati Osnovni, temeljni i primijeniti softver (vidi sliku 5.1).

Slika 5.2 - Klasifikacija programskih alata sustava upravljanja.

Osnovni, temeljni Softver uključuje različite komponente, ali glavna je operativni sustav (OS) softvera i hardvera APCS-a. Svaku razinu sustava upravljanja procesima predstavlja “vlastiti” softver i hardver: na nižoj razini riječ je o kontrolerima, dok je glavni tehnički alat gornje razine računalo. U skladu s tim, u krugu stručnjaka pojavila se sljedeća klasifikacija: ugrađen i radna površina softver.

Očito, zahtjevi za ugrađeni i stolni softver su različiti. Kontroler u sustavu upravljanja, uz funkcije prikupljanja informacija, rješava probleme automatskog kontinuiranog ili logičkog upravljanja. U tom smislu, podliježe strogim zahtjevima za vrijeme reakcije na stanje objekta i izdavanje upravljačkih radnji na aktuatorima. Kontrolor mora Zagarantiran odgovoriti na promjene stanja objekta dano vrijeme.

Odabir operacijskog sustava softvera i hardvera vrhunska razina Sustav upravljanja procesima određen je aplikacijskim zadatkom (javni operativni sustav ili RTOS). Ali najpopularnije i najraširenije su različite verzije Windows OS-a. Opremljeni su vrhunskim softverom i hardverom za sustave upravljanja procesima, predstavljeni osobnim računalima (PC) različitih kapaciteta i konfiguracija - radnim stanicama operatera/dispečera i specijalista, poslužiteljima baza podataka (DB) itd.

Ovakvo stanje nastalo je kao posljedica niza uzroka i trendova u razvoju suvremene informacijske i mikroprocesorske tehnologije.

Evo nekih od glavnih argumenata u korist Windowsa:

· Windows je vrlo raširen u svijetu, uključujući i Kazahstan, pa je lako pronaći stručnjaka koji bi mogao pratiti sustave temeljene na ovom OS-u;

Ovaj operativni sustav ima mnogo aplikacija koje pružaju rješenja za različite probleme obrade i prezentiranja informacija;

· OS Windows i Windows aplikacije lako se uče i imaju tipično intuitivno sučelje;

Aplikacije temeljene na sustavu Windows podržavaju standarde javne razmjene podataka.

· Sustavima temeljenim na Windowsima lako je upravljati i razvijati ih, što ih čini ekonomičnim iu smislu podrške i inkrementalnog rasta;

· Microsoft ubrzano razvija informacijsku tehnologiju (IT) za Windows, što tvrtkama koje koriste ovu platformu omogućuje da "drže korak s vremenom".

Također treba uzeti u obzir da je sastavni dio gornje razine APCS-a osoba čije je vrijeme reakcije na događaje nedeterminističko i često dosta dugo. A sam problem stvarnog vremena na najvišoj razini nije toliko relevantan.

Za rad sustava upravljanja potrebna je još jedna vrsta softvera - aplikacijski softver(PPO). Postoje dva načina za razvoj aplikacijskog softvera za upravljačke sustave:

izrada vlastitog aplikativnog softvera korištenjem tradicionalnih programskih alata (standardni programski jezici, alati za ispravljanje pogrešaka, itd.);

Korištenje postojećih (gotovih) alata za razvoj aplikativnog softvera.

· Vrhunski softver za sustave upravljanja procesima (SCADA-paketi) namijenjeni su izradi aplikativnog softvera za nadzor i upravljanje panelima implementiranim na različitim računalnim platformama i specijaliziranim radnim stanicama. SCADA - paketi omogućuju, uz minimalni udio programiranja u jednostavnim jezičnim alatima, razviti multifunkcionalno sučelje koje operateru/dispečeru pruža ne samo potpunu informaciju o procesu, već i mogućnost upravljanja njime.

SCADA paketi su u svom razvoju prošli isti put kao i softver za programiranje kontrolera. U početnoj fazi (80-ih), programeri hardvera stvorili su vlastite (zatvorene) SCADA sustave koji su mogli komunicirati samo s "njihovim" hardverom. Od 90-ih godina pojavljuju se univerzalni (otvoreni) SCADA programi.

Koncept otvorenosti temeljan je kada se radi o softveru i hardveru za izgradnju sustava automatizacije na više razina. O tome će biti više riječi u nastavku.

Sada na ruskom tržištu postoji nekoliko desetaka otvorenih SCADA paketa s gotovo istom funkcionalnošću. Ali to uopće ne znači da se bilo koja od njih uz jednake napore (privremene i financijske) može uspješno prilagoditi jednom ili drugom sustavu upravljanja, posebice kada je u pitanju njegova modernizacija. Svaki SCADA paket je jedinstven na svoj način, a njegov izbor za određeni sustav automatizacije, o kojem se raspravlja na stranicama posebnih časopisa već gotovo deset godina, još uvijek je relevantan.

Ispod je popis najpopularnijih SCADA paketa u Rusiji i Kazahstanu.

· Trace Mode/Trace Mode (AdAstrA) - Rusija;

· InTouch (Wonderware) - SAD;

· FIX (Intellution) - SAD;

· Genesis (Iconics Co) - SAD;

· Factory Link (United States Data Co) - SAD;

· RealFlex (BJ Software Systems) - SAD;

· Sitex (Jade Software) - Velika Britanija;

· Citect (CI Technology) - Australija;

· WinCC (Siemens) - Njemačka;

· RTWin (SWD Real Time Systems) - Rusija;

· SARGON (NVT - Automatizacija) - Rusija;

· MIK$Sys (MEPhI) - Rusija;

· Cimplicity (GE Fanuc) - SAD;

· RSView (Rockwell Automation) - SAD i mnogi drugi.

Redoslijed kojim su paketi prikazani na gornjem popisu prilično je nasumičan. Navodi se samo sama činjenica postojanja ovog ili onog sustava. Predlaže se poći od premise da SCADA paket postoji ako je pomoću njega već implementirano barem nekoliko desetaka projekata. Druga premisa je da ne postoji apsolutno najbolji SCADA sustav za sve primjene. SCADA je samo zgodan alat u rukama programera, a njegova prilagodba određenom sustavu automatizacije stvar je vještine i iskustva.

Osnovne funkcije SCADA sustava. Vrsta softvera SCADA dizajniran za razvoj i rad automatiziranih sustava upravljanja procesima. Razumno je postaviti pitanje: što je prvo - razvoj ili rad? A odgovor je u ovom slučaju nedvosmislen - primarno je učinkovito sučelje čovjek-stroj (HMI), orijentirano na korisnika, odnosno na operativno osoblje, čija je uloga u upravljanju odlučujuća. SCADA je novi pristup problemima ljudskog faktora u sustavima upravljanja (odozgo prema dolje), fokusirajući se prvenstveno na osobu (operatera/dispečera), njene zadatke i funkcije koje provodi.

Ovakav pristup omogućio je minimiziranje sudjelovanja operatera/dispečera u upravljanju procesom, ali im je ostavio pravo odlučivanja u posebnim situacijama.

A što je SCADA sustav dao programerima? Pojavom SCADA-e dobili su učinkovit alat za projektiranje sustava upravljanja, čije prednosti uključuju:

· visok stupanj automatizacije procesa razvoja upravljačkog sustava;

sudjelovanje u razvoju stručnjaka u području automatiziranih procesa (programiranje bez programiranja);

· Stvarno smanjenje vremena i, posljedično, financijskih troškova za razvoj sustava upravljanja.

Prije nego što govorimo o funkcionalnosti SCADA softvera, predlaže se pogledati funkcionalne odgovornosti samih operatera/dispečera. Koje su to odgovornosti? Treba odmah napomenuti da se funkcionalne odgovornosti operatera / dispečera određenih tehnoloških procesa i industrija mogu značajno razlikovati, a sami pojmovi "operater" i "dispečer" daleko su od ekvivalenta. Ipak, u nizu ovih dužnosti, pokazalo se da je moguće pronaći zajedničke svojstvene ovoj kategoriji radnika:

· registracija vrijednosti glavnih tehnoloških i samonosivih parametara;

· analiza dobivenih podataka i njihova usporedba sa smjensko-dnevnim zadacima i rasporedima;

računovodstvo i registracija uzroka kršenja tehnološkog procesa;

Vođenje dnevnika, sastavljanje operativnih izvješća, izvješća i drugih dokumenata;

Davanje podataka o odvijanju tehnološkog procesa i stanju opreme višim službama i sl.

Prije je u kontrolnoj sobi (kontrolnoj sobi) bila upravljačka ploča (dakle - centrala). Za instalacije i tehnološke procese s nekoliko stotina upravljačkih i regulacijskih parametara, duljina štita mogla je dosezati nekoliko desetaka metara, a broj uređaja na njima mjerio se desecima, a ponekad i stotinama. Među tim uređajima bili su pokazni (vaga i kazaljka), i samobilježeći (osim vage i kazaljke postojao je i kartoteka s perom), te signalizacija. U određeno vrijeme operater je, zaobilazeći štit, bilježio očitanja instrumenata u dnevnik. Ovako je problem riješen prikupljanje i registracija informacija.

U uređajima koji su služili podesivim parametrima nalazili su se uređaji za postavljanje zadatka regulatoru i za prebacivanje s automatskog načina upravljanja na ručno (daljinsko) upravljanje. Ovdje su pored uređaja bili brojni gumbi, prekidači i noževi za uključivanje i isključivanje različite tehnološke opreme. Time su zadaci riješeni daljinski upravljač tehnološki parametri i oprema.

Iznad upravljačke ploče (u pravilu na zidu) nalazila se mnemo shema tehnološkog procesa s prikazanim tehnološkim uređajima, tokovima materijala i brojnim signalnim svjetiljkama zelene, žute i crvene (nužde) boje. Ove lampice su počele bljeskati kada je došlo do nenormalne situacije. U posebno opasnim situacijama omogućeno je davanje zvučnog signala (sirene) za brzo upozorenje cjelokupnog operativnog osoblja. Ovako su se zadaci odnosili na signalizacija kršenja tehnoloških propisa (odstupanja trenutnih vrijednosti tehnoloških parametara od zadanih, kvar opreme).

Pojavom računala u operaterskoj/kontrolnoj sobi bilo je prirodno prenijeti neke od funkcija vezanih uz prikupljanje, evidentiranje, obradu i prikaz informacija, identifikaciju izvanrednih (hitnih) situacija, vođenje dokumentacije, izvješća, prenijeti na računala. Još u doba prvih upravljačkih računala s jednobojnim alfanumeričkim prikazima na tim zaslonima, naporima entuzijastičnih programera, već su stvorene "pseudografičke" slike - prototip moderne grafike. Već tada su sustavi omogućavali prikupljanje, obradu, prikaz informacija, unos naredbi i podataka od strane operatera, arhiviranje i logovanje procesa.

Želio bih napomenuti da s pojavom suvremenog softvera i hardvera za automatizaciju, radne stanice operatera / dispečera koje rade na temelju SCADA softvera, upravljačkih ploča i zidnih mimičkih dijagrama nisu potonule u zaborav. Gdje to nalaže svrsishodnost, ploče i upravljačke ploče ostaju, ali postaju kompaktnije.

Pojava UVM-a, a zatim i osobnih računala, uključila je programere u proces stvaranja operatorskog sučelja. Dobri su u računalima, programskim jezicima i sposobni su pisati složene programe. Da bi to učinio, programeru je potreban samo algoritam (formalizirana shema za rješavanje problema). Ali problem je u tome što programer, u pravilu, ne posjeduje tehnologiju, ne "razumije" tehnološki proces. Stoga je za razvoj algoritama bilo potrebno uključiti tehnologe, na primjer, inženjere automatizacije.

Izlaz iz ove situacije pronađen je u stvaranju metoda "programiranja bez pravog programiranja" koje su razumljive ne samo programeru, već i inženjeru procesa. Kao rezultat toga, pojavili su se programski paketi za stvaranje sučelja čovjek-stroj (Man/Humain Machine Interface, MMI/HMI). U inozemstvu je ovaj softver nazvan SCADA (Supervisory Control And Data Acquisition - nadzorno/dispečersko upravljanje i prikupljanje podataka), jer je bio namijenjen razvoju i funkcionalnoj podršci radnih stanica operatera/dispečera u sustavima upravljanja procesima. A sredinom 90-ih, skraćenica SCADA (SCADA) pouzdano se pojavila u leksikonu ruskih stručnjaka za automatizaciju.

Pokazalo se da je većinu zadataka s kojima se suočavaju kreatori vrhunskog APCS softvera za različite industrije prilično lako objediniti, jer su funkcije operatera / otpremnika gotovo svake proizvodnje prilično unificirane i lako formalizirane.

Dakle, osnovni skup funkcija SCADA sustava unaprijed je određen ulogom ovog softvera u sustavima upravljanja (HMI) i implementiran je u gotovo svim paketima. To:

prikupljanje informacija s uređaja niže razine (senzori, kontroleri);

Prijem i prijenos naredbi operatera/dispečera do kontrolera i aktuatora (daljinsko upravljanje objektima);

Mrežna interakcija s informacijskim sustavom poduzeća (s višim uslugama);

· prikaz parametara tehnološkog procesa i stanja opreme pomoću mnemo dijagrama, tablica, grafikona i dr. u obliku koji je lako razumjeti;

· obavješćivanje operativnog osoblja o izvanrednim situacijama i događajima vezanim uz kontrolirani tehnološki proces i rad sklopovske i programske opreme APCS s evidentiranjem postupanja osoblja u izvanrednim situacijama.

pohranjivanje primljenih informacija u arhivu;

Prikaz tekućih i akumuliranih (arhivskih) podataka u obliku grafikona (trendova);

sekundarna obrada informacija;

Formiranje sažetaka i drugih izvještajnih dokumenata prema predlošcima stvorenim u fazi projektiranja.

Postoji nekoliko temeljnih zahtjeva za sučelje kreirano na temelju SCADA softvera:

Trebao bi biti intuitivan i prikladan za operatera/dispečera;

· jedna pogreška operatera ne bi trebala uzrokovati izdavanje lažne kontrolne naredbe objektu.

Hardversko-softverski kompleks dispečerskog upravljanja (APK-DK) je najnovija implementacija funkcija dispečerskog upravljanja na suvremenoj tehničkoj razini.

Korištenje računalne tehnologije proširilo je funkcionalnost sustava APK-DK ne samo za dispečera vlakova, već je također omogućilo rješavanje glavnih zadataka praćenja stanja tehničkih sredstava RAT sustava na fazama i stanicama dispečerski dio.

Dakle, sustav APK-DK ima dvostruku svrhu i pruža:

• - promptno prikupljanje podataka o signalnim točkama odvoza o stanju pružnih dionica, semafora i drugih sredstava te njihovo prenošenje u kolodvore radi naknadne kontrole položaja vlaka i tehničke dijagnostike vučnih uređaja;
• - operativno prikupljanje informacija u kolodvorima o stanju kolosiječnih objekata i tehničkih sredstava i njihovo dostavljanje prometniku vlakova i dispečeru signalno-komunikacijske i računalne opreme udaljenosti;
• - obrada i prikaz informacija za korisnike o održavanju izvršnog rasporeda prometa; izračun prognoze rasporeda za trenutnu poziciju vlaka; izračun pokazatelja izvedbe gradilišta i izdavanje certifikata; logično definiranje lažne neispunjenosti dionice i opasnog približavanja vlakova; analizirati rad uređaja; određivanje stanja prije kvara uređaja; otkrivanje kvarova; optimizacija pretraživanja i uklanjanje kvarova; arhiviranje i vraćanje događaja; statistika i računovodstvo resursa instrumenata.

Na postajama, odnosno na prvoj (nižoj) razini upravljanja transportnim procesom (slika 3.1), vrši se prikupljanje, transformacija i koncentracija informacija o stanju destilacije i staničnih uređaja. Nadalje, ove informacije mogu biti prikazane na radnim mjestima dežurnog kolodvora i dežurnog električara, ali se nužno prenose na drugu razinu kontrole, tj. prometniku vlakova, te radnom mjestu prometnika udaljenosti signalno-komunikacijske i računalne tehnike.

Stanje destilacijskih uređaja ZHAT sustava kontroliraju automatski uređaji za upravljanje signalnim točkama (AKST), izrađeni na bazi specijaliziranih kontrolera. Najčešći je blok AKST-SChM, koji je generator frekvencije koji generira cikličke frekvencijske pakete od osam impulsa koji se šalju na komunikacijsku liniju u skladu sa stanjem kontroliranih objekata. S osam izlaznih impulsa, zahvaljujući manipulaciji trajanja impulsa i pauza (intervala), AKST-FM omogućuje kontrolu stanja sedam diskretnih senzora (releja) i dva senzora praga.

Slika 3.1 - Strukturni dijagram APK DK sustava

Prilikom projektiranja APK-DK utvrđuje se popis parametara koje kontrolira svaki AKST-SChM.

Za sustave s automatskim blokiranjem, parametri se odabiru sa sljedećeg popisa: nedostatak glavnog napajanja na signalnoj točki; nedostatak rezervnog napajanja; izgaranje glavne niti crvene vatrene svjetiljke; izgaranje pomoćne niti žarulje crvenog svjetla; izgaranje žarne niti permisivne svjetiljke; utvrđeni smjer kretanja; spuštanje izolacijskog spoja; gubitak konstantnog napona BS-DA jedinice; blok parcela zapošljavanje; neispravnost linije AKST-SChM ili DSM; gubitak oba izvora napajanja u objektima s rezervnom baterijom; hitni kvar.

Prilikom projektiranja, za svaki AKST-FM, postavlja se noseća frekvencija (frekvencija podešavanja oscilatora), budući da svi AKST prijenosi rade na zajedničkoj fizičkoj liniji s frekvencijskom podjelom kanala.

Do 30 AKST-FM može raditi na jednom fizičkom krugu sa sljedećim frekvencijskim odvajanjem.

Na stanicama (linijskim točkama), informacije iz AKST-SChM-a primaju i analiziraju odgovarajuća čvorišta (industrijsko računalo). Strukturno, sustav se sastoji od uređaja za pronalaženje podataka i radnog mjesta ranžirnog dispečera udaljenog od njega na udaljenosti od oko 1 km. Komunikacija se odvija četverožičnom linijom.

MicroPC se koristi kao uređaj za prikupljanje podataka, koji sadrži:

• 1) procesorska ploča 5025A;
• 2) dvije 5600 diskretne I/O ploče;
• 3) četiri OPTO RAC-a spojena na poseban način na diskretne senzore.

Valja napomenuti da je za kontrolu rada samo jedne polovice ranžirnog kolodvora, koji obuhvaća tri parka (prihvatni park, sortirni park i otpremni park), potrebno kontrolirati oko tisuću i pol objekata. Ako ovu brojku pomnožimo s cijenom jednog Crayhill optocoupler modula, dobivamo brojku od oko 15.000 USD. Brojka za programere u ovom trenutku, nažalost, nije mala. Stoga su programeri odlučili organizirati ulaznu matricu pomoću standardnih USO modula. Cijena je odmah pala za red veličine, koštali su 96. I / O moduli tipa G4IDC5. Morao sam razviti i proizvesti samu matricu, ali su se troškovi za to pokazali neusporedivo niži nego da se problem rješavao "na čelo". Matrica optocouplera je modularna struktura, od kojih svaki od modula omogućuje povezivanje 16 diskretnih DC ili AC signala s naponom od 12 do 30 V. Moduli su instalirani na "matičnoj ploči" pomoću konektora, koji u pak, spojen je na OPTO RAC pomoću standardnih kabela OCTAGON SYSTEMS. Radno mjesto manevarskog dispečera realizirano je na PC-u tipa IBM AT s multiterminalnom video karticom koja podržava četiri monitora. Nakon utvrđivanja hardvera, programeri su se suočili s pitanjem odabira operativnog sustava (OS) pod kojim će DC sustav raditi. Na temelju zahtjeva za funkcije DC sustava možemo zaključiti da bi ovaj OS trebao

imaju najmanje sljedeće karakteristike:

• - podrška za multitasking;
• - način rada za više igrača;
• - skalabilnost;
• - visoke performanse;
• - rad u realnom vremenu;
• - pouzdan i maksimalno brz prijenos velikih količina podataka putem sporog i ne baš kvalitetnog komunikacijskog kanala;
• - jednostavnost povezivanja raznih hardverskih uređaja;
• - rad na ograničenim resursima sustava;
• - pouzdan sustav datoteka;
• - mogućnost daljinske promjene verzija programa;
• - Mogućnost integracije s drugim sustavima.

Operativni sustav QNX ima sva gore navedena svojstva, koja

odredio njegov izbor kao radnog okruženja za implementaciju istosmjernog sustava. Multitasking je potreban zbog činjenice da DC sustav mora istovremeno obavljati nekoliko međusobno povezanih zadataka, naime:

• - prikupljanje i primarna obrada podataka;
• - podatkovni relej;
• - prikaz pozicije vlaka;
• - evidentiranje kvarova;
• - fiksiranje tehnoloških situacija;
• - primanje poruka iz Računskog centra;
• - Vođenje evidencije o radu.

Mehanizam razmjene poruka implementiran u QNX-u je vrlo moćan, na temelju kojeg je implementiran DC sustav u tehnologiji klijent-poslužitelj, što povećava pouzdanost rada i omogućava povećanje kako broja uređaja za dohvaćanje podataka tako i potrošača informacija uz zanemarive troškove. Podrška za višekorisnički način je potrebna zbog činjenice da nekoliko korisnika može raditi u sustavu istovremeno. Povezivanje dodatnih korisničkih radnih stanica planira se izvesti na temelju lokalne mreže, čiji će jedan od čvorova biti radno mjesto manevarskog dispečera. QNX-ova podrška za višestruke mrežne standarde daje vam izbor: Ethernet, Arcnet, Token Ring, i tako dalje.

Zahtjev za visokim performansama i radom u stvarnom vremenu postaje jasan ako uzmemo u obzir broj nadziranih senzora i specificiranu učestalost uzimanja njihovih očitanja - najmanje 5 puta u sekundi. Štoviše, promjene stanja nekoliko desetaka senzora događaju se gotovo sa svakom anketom. Programeri su uspjeli riješiti problem pouzdanog prijenosa podataka putem komunikacijskog kanala povezivanjem uređaja za preuzimanje i radnog mjesta dispečera na QNX mrežu, što je omogućilo korištenje mrežnog protokola sustava i implementaciju ove razmjene neovisno o mediju prijenosa podataka za aplikacijski programi. Umrežavanje preko serijske veze prilično je stabilno na 4800 bauda. Kako bismo povećali propusnost mreže, upotrijebili smo mehanizam kompresije/dekompresije podataka koji implementira mrežni upravljački program, a koji je transparentan za aplikacijske programe.

Nije prošlo bez poteškoća. QNX OS jamči da ako je zadatak blokiran tijekom slanja poruke, sustav će automatski otpustiti blokadu nakon nekog vremena, vraćajući kod greške. Nažalost, ovaj mehanizam ne radi uvijek. Zadatak može stajati u ovom stanju neodređeno dugo. Programeri su morali programski pratiti i ispraviti ovu situaciju. Po njihovom mišljenju, to može biti zbog prisutnosti greške u mrežnom upravljačkom programu Net.fd verzije 4.22, a pri prelasku na verziju 4.23 bit će je moguće riješiti. Želja za stvaranjem sustava koji nije čvrsto vezan za određeni hardver dovodi do potrebe za pisanjem upravljačkih programa uređaja. Svatko tko je pisao i otklanjao pogreške u upravljačkim programima uređaja pod DOS-om zna da je posebno nezgodno što je OS sučelje za upravljačke programe i aplikacijske programe drugačije. Što se QNX-a tiče, pisanje i otklanjanje pogrešaka upravljačkih programa ne razlikuje se od pisanja i otklanjanja pogrešaka drugih programa. Softversko sučelje je zajedničko za sve programe. Ubrzo su napisani drajveri za Octagon 5600 ploču i multiscreen video karticu. Budući da QNX uključuje velik broj upravitelja uređaja i raznih upravljačkih programa, u mnogim slučajevima možete jednostavno koristiti pruženu uslugu, umjesto razvijanja vlastitog softvera. Standardni upravitelj serijskih kanala korišten je za povezivanje modema i organiziranje mreže između uređaja za preuzimanje i radne stanice dispečera.

Zbog QNX-ove male veličine i modularne strukture, postalo je moguće instalirati ovaj OS na Micro PC. OS kernel, modul za mrežnu podršku, ugrađeni upravitelj datotečnog sustava i aplikacijski programi smješteni su u samo 256Kb flash memorije i 100Kb statičkog RAM-a. Za rad je potrebno nešto više od 1MB RAM-a. Instalacija softvera na Micro PC izvršena je pomoću praktičnog alata EKit, paketa za instalaciju QNX-a u ugrađene sustave. Mogućnost daljinske promjene verzija programa u našem slučaju je bitna, budući da Micro PC u radnom modu nema ekran, nema tipkovnicu, nema disk jedinicu. Transparentan pristup datotekama na QNX mreži uvelike pojednostavljuje rad, a Efsys ugrađeni upravitelj datotečnog sustava omogućuje reprogramiranje flash memorije i statičkog RAM-a korištenjem uobičajene naredbe za kopiranje datoteke. Nakon prepisivanja, moguće je meko ponovno pokrenuti udaljeno računalo s ažuriranom verzijom. S organizacijom ponovnog pokretanja softvera programeri su imali problema. Pokušaj njegove implementacije gotovo je uvijek dovodio do činjenice da je ponovno pokrenuti stroj čvrsto visio. Uspjeli smo zaobići ovu poteškoću postavljanjem opcije za otkazivanje "vrućeg" pokretanja prilikom generiranja slike OS-a. Jedan od glavnih zadataka postavljenih dizajnerima DC sustava bio je osigurati mogućnost njegove integracije s postojećim razvojem softvera. Kao jedan od tih razvoja možemo navesti sustav za održavanje rasporeda izvršenih kretanja, implementiran od strane drugih programera u okruženju Windows NT. Uzimajući u obzir negativna iskustva stečena u implementaciji vlasničkih protokola pod DOS-om, odlučeno je koristiti samo standardne protokole za spajanje. De facto, takvi standardni protokoli su familija TCP/IP protokola, što je bio još jedan težak argument u korist sustava koji pruža njihovu podršku. TCP/IP paket za QNX razvojnom programeru pruža ne samo mogućnost programiranja na razini Socket API-ja, već i iskorištavanje prednosti mrežnog datotečnog sustava (NFS), poziva udaljenih procedura (RPC) u ONC standardu i mnogih korisne usluge, kao što su telnet i ftp. DC sustav, implementiran na temelju naprednih hardverskih i softverskih tehnologija, pomaže dispečeru u dobivanju pouzdanih informacija i uvelike olakšava upravljanje operativnim radom stanice. Vođenje evidencije o radu omogućuje otkrivanje „uskih grla“ i izbjegavanje nepotrebnih materijalnih troškova. U budućnosti postoji zadatak automatskog generiranja brojnih dokumenata koji se još uvijek popunjavaju ručno.

tehnološki procesi

U tipičnoj arhitekturi SCADA sustava jasno su vidljive dvije razine:

razina lokalnog kontrolera , interakcija s objektom upravljanja putem senzora i pokretača;

razina operativnog upravljanja tehnološki proces čije su glavne komponente poslužitelji, radne stanice operatera / dispečera, radne stanice stručnjaka.

Svaka od ovih razina radi pod kontrolom specijaliziranog softvera (SW). Razvoj ovog softvera, odnosno njegov izbor iz trenutno ponuđenih softverskih alata na tržištu ovisi o mnogim čimbenicima, prvenstveno o zadacima koji se rješavaju na pojedinoj razini.

razlikovati Osnovni, temeljni i primijeniti softver (slika 1).

Riža. 1. Klasifikacija programskih alata sustava upravljanja.

Osnovni, temeljni Softver uključuje različite komponente, ali glavna je operativni sustav (OS) softvera i hardvera APCS-a. Svaku razinu sustava upravljanja procesima predstavlja “vlastiti” softver i hardver: na nižoj razini riječ je o kontrolerima, dok je glavni tehnički alat gornje razine računalo. U skladu s tim, u krugu stručnjaka pojavila se sljedeća klasifikacija: ugrađen i radna površina softver.

Očito, zahtjevi za ugrađeni i stolni softver su različiti. Kontroler u sustavu upravljanja, uz funkcije prikupljanja informacija, rješava probleme automatskog kontinuiranog ili logičkog upravljanja. U tom smislu, podliježe strogim zahtjevima za vrijeme reakcije na stanje objekta i izdavanje upravljačkih radnji na aktuatorima. Kontrolor mora Zagarantiran odgovoriti na promjene stanja objekta dano vrijeme.

Za rješavanje takvih problema preporuča se koristiti OS stvarno vrijeme(RTOS). Takvi se operativni sustavi ponekad nazivaju determinističkim, što znači zajamčeni odgovor u određenom vremenskom razdoblju. Većina mikroprocesorskih uređaja (uključujući kontrolere i računala) koristi mehanizam prekida procesora. U OS-u u stvarnom vremenu, za razliku od OS-a opće namjene (koji ne jamči vrijeme izvršenja), prekidima se dodjeljuju prioriteti, a sami prekidi se obrađuju u zajamčenom vremenu.

Izbor OS-a ovisi o težini zahtjeva u stvarnom vremenu. Za zadatke koji su kritični za odgovor upravljačkog sustava trenutno se koriste operativni sustavi u stvarnom vremenu, kao npr OS9,QNX, vxworks. U sustavima s manje strogim zahtjevima za real-time moguće je koristiti verzije Windows NT/CE, odnosno njihove ekstenzije za real-time.

OS-9 pripada klasi Unix-sličnih operativnih sustava u stvarnom vremenu i nudi mnoge poznate elemente Unix okruženja. Sve funkcionalne komponente OS-9, uključujući kernel, hijerarhijske upravitelje datotekama, I/O sustav i razvojne alate, implementirane su kao neovisni moduli. Kombiniranjem ovih modula, programer može kreirati sustave sa širokim rasponom konfiguracija - od minijaturnih samostalnih jezgri, kontrolera temeljenih na ROM-u, do cjelovitih višekorisničkih razvojnih sustava.

OS-9 pruža sve osnovne funkcije operativnih sustava u stvarnom vremenu: upravljanje prekidima, razmjenu informacija između zadataka i sinkronizaciju zadataka.

Operacijski sustav QNX razvila kanadska tvrtka QNX Software Systems Ltd. je jedan od najčešće korištenih sustava u stvarnom vremenu. QNX jamči vrijeme odziva u rasponu od nekoliko desetaka mikrosekundi do nekoliko milisekundi (ovisno o brzini računala i verziji QNX-a). Dodatno, visoka učinkovitost QNX-a u kontrolnim zadacima u stvarnom vremenu osigurana je značajkama kao što su višezadaćnost (do 250 zadataka na jednom čvoru), mrežne mogućnosti ugrađene u jezgru sustava, fleksibilno upravljanje prekidima i prioritetima te mogućnost izvršavanja zadatke u zaštićenom i pozadinskom načinu rada.

Operativni sustav QNX našao je primjenu kako na nižoj razini sustava upravljanja procesima (OS za kontrolere), tako i na višoj razini (OS za SCADA softver).

Operativni sustav u stvarnom vremenu VxWorks dizajniran za razvoj softvera ugrađenih računala koja rade u "tvrdim" sustavima stvarnog vremena. Operativni sustav VxWorks također uključuje okruženje alata Wind River Systems Tornado s alatima za razvoj aplikativnog softvera. Njegov razvoj se provodi na instrumentalnom računalu u okruženju Tornado za naknadno izvođenje na ciljnom računalu (kontroleru) koje pokreće VxWorks.

VxWorks OS podržava širok raspon računalnih platformi, uključujući Intel 386/486/Pentium, PowerPC, DEC Alpha. Platforme koje podržava Tornado workbench uključuju Sun (Solaris), HP 9000/400,700, DEC Alpha, PC (Windows 95 i NT) i druge.

Operacijski sustav Windows svima poznat kao stolni sustav. Ali to se prvenstveno odnosi na Windows 3.xx/95 platforme, kojima stvarno nedostaje podrška u stvarnom vremenu. Situacija se dramatično promijenila dolaskom Windows NT. Sam po sebi, Windows NT nije operativni sustav u stvarnom vremenu zbog niza svojih značajki. Sustav podržava hardverske (umjesto softverske) prekide, nema prioritetne obrade odgođenih procedura, itd. Ali krajem 20. stoljeća brojne su tvrtke ozbiljno pokušale pretvoriti Windows NT u tvrdi operativni sustav u stvarnom vremenu . I ti su pokušaji bili okrunjeni uspjehom. VenturCom je razvio Real Time Extension (RTX) modul, real-time (RT) podsustav za Windows NT. Ovaj podsustav ima vlastiti planer sa 128 prioriteta prekida koji je neovisan o NT-u. Maksimalno vrijeme odziva prekida je 20-80 µs, bez obzira na opterećenje procesora. Sada, sa svakim prekidom mjerača vremena, prioritet se prenosi na vremenski kritične zadatke. A u vremenu preostalom od njihovog rada mogu se izvoditi "spori" procesi: ulaz / izlaz, rad s diskom, mrežom, grafičkim sučeljem itd.

32-bitni WindowsCE kreirao Microsoft za mala računala (kalkulatore), ali je zbog niza prednosti počeo zahtijevati ulogu standardnog OS-a u stvarnom vremenu. Te prednosti uključuju:

otvorenost i jednostavnost povezivanja s drugim operativnim sustavima iz obitelji Windows;

vrijeme reakcije reda veličine 500 μs;

značajno niži zahtjevi za memorijom u usporedbi s drugim Windows operativnim sustavima i mogućnost izgradnje sustava bez diska.

A 1999. godine Direct by Koyo prvi je instalirao Windows CE na microPLC platformu.

Odabir operacijskog sustava softvera i hardvera vrhunska razina Sustav upravljanja procesima određen je aplikacijskim zadatkom (javni operativni sustav ili RTOS). Ali najpopularnije i najraširenije su razne verzije Windowsa (Windows NT/2000). Opremljeni su vrhunskim softverom i hardverom za sustave upravljanja procesima, predstavljeni osobnim računalima (PC) različitih kapaciteta i konfiguracija - radnim stanicama operatera/dispečera i specijalista, poslužiteljima baza podataka (DB) itd.

Ovakvo stanje nastalo je kao posljedica niza uzroka i trendova u razvoju suvremene informacijske i mikroprocesorske tehnologije.

Evo nekih od glavnih argumenata u korist Windowsa:

Windows je vrlo raširen u svijetu, uključujući i Rusiju, pa je lako pronaći stručnjaka koji bi mogao pratiti sustave temeljene na ovom OS-u;

ovaj OS ima mnogo aplikacija koje pružaju rješenja za razne probleme obrade i prezentiranja informacija;

Windows OS i Windows aplikacije lako se uče i imaju tipično intuitivno sučelje;

Aplikacije temeljene na sustavu Windows podržavaju standarde javne komunikacije;

Sustavima temeljenim na Windowsima lako je upravljati i razvijati ih, što ih čini isplativima iu smislu podrške i inkrementalnog rasta;

Microsoft ubrzano razvija informacijsku tehnologiju (IT) za Windows, što tvrtkama koje koriste ovu platformu omogućuje da "idu u korak s vremenom".

Također treba uzeti u obzir da je sastavni dio gornje razine APCS-a osoba čije je vrijeme reakcije na događaje nedeterminističko i često dosta dugo. A sam problem stvarnog vremena na najvišoj razini nije toliko relevantan.

U 1990-ima QNX operativni sustav za rad u stvarnom vremenu postao je raširen. Brojni su primjeri korištenja QNX-a na svim razinama hijerarhijske strukture sustava upravljanja procesima (od kontrolera do poslužitelja i radnih stanica). No, posljednjih godina aktivnost tvrtke na tržištu SCADA sustava značajno je smanjena, što je također dovelo do smanjenja broja prodaja ovog softverskog proizvoda. To se objašnjava činjenicom da je još 1995. QNX Software Systems Ltd. najavio svoj "odlazak" u ugrađenim sustavima.

Sa stajališta razvoja sustava upravljanja poželjna je takva softverska arhitektura u kojoj je softver svih razina upravljanja implementiran u jedan operativni sustav. U ovom slučaju, svi problemi koji se odnose na vertikalnu interakciju različitih softverskih komponenti upravljačkog sustava su "automatski" uklonjeni. Ali u praksi je to daleko od slučaja. Često se u razvijenim sustavima kontrole i upravljanja donja i gornja razina implementiraju u različite operacijske sustave. A najtipičnija situacija je kada se OS u stvarnom vremenu koristi na razini kontrolera, a SCADA sustav radi pod Windows NT na razini operater/dispečer. Ne može se bez specijaliziranih rješenja za organizaciju interakcije između podsustava.

Za rad sustava upravljanja potrebna je još jedna vrsta softvera - primijenitisoftver(PPO).

Postoje dva načina za razvoj aplikacijskog softvera za upravljačke sustave:

stvaranje vlastitog aplikacijskog softvera pomoću alata

tradicionalno programiranje (standardni jezici

programiranje, alati za otklanjanje pogrešaka itd.);

koristiti za razvoj aplikativnog softvera postojećeg

(gotovi) alati.

Prva opcija je radno najintenzivnija. Korištenje jezika visoke razine zahtijeva odgovarajuće kvalifikacije programera u teoriji i tehnologiji programiranja, poznavanje značajki određenog operativnog sustava i suptilnosti hardvera (kontrolera). S gledišta glavnih kriterija - troškova i vremena razvoja - ova je opcija u većini slučajeva neprihvatljiva.

Druga opcija je poželjnija. Zašto? Ali zato što je danas u svijetu već stvoreno nekoliko desetaka instrumentalnih sustava, dobro podržanih, razvijenih i korištenih u izradi desetaka i stotina tisuća projekata automatizacije. Ovi vremenski testirani softverski alati pojednostavljuju (programeri sučelja nisu programeri visoke klase, već stručnjaci za automatizaciju), ubrzavaju i značajno smanjuju troškove razvojnog procesa.

S gledišta područja primjene, gotovi alati mogu se podijeliti u dvije klase:

alati usmjereni na razvoj upravljačkih programa za vanjske uređaje, kontrolere - SLUČAJ-sustavi ( Programsko inženjerstvo potpomognuto računalom);

sredstva usmjerena na pružanje sučelja operatera / dispečera s kontrolnim sustavom - SCADA-sustavi( Nadzorna kontrola i prikupljanje podataka- nadzorna kontrola i prikupljanje podataka).

Kontroler treba program, prema kojem je u interakciji s objektom. U nekim slučajevima govorimo samo o prikupljanju podataka iz objekta, u drugima - o logičkoj kontroli (na primjer, izvršavanje zaključavanja). Konačno, jedna od glavnih primjena regulatora je implementacija funkcija kontinuiranog upravljanja pojedinim parametrima ili tehnološkim uređajem (procesom) u cjelini.

Tvrtke koje proizvode opremu za sustave automatizacije zgrada oduvijek su nastojale svoje proizvode popratiti skupom softverskih alata kojima bi korisnik, prema određenim pravilima i dogovorima, mogao opisati logiku kontrolera. U ranoj fazi razvoja ovih softverskih alata, skup funkcija koje podržavaju pružali su nestandardni jezici. S vremenom su pravila i dogovori poboljšani iu određenoj fazi formalizirani u obliku posebnih programskih jezika, tvoreći ono što se danas naziva SLUČAJ-instrumentacija.

Godine 1992. Međunarodna elektrotehnička komisija (IEC, IEC - International Electrotechnical Commission,) preuzela je kontrolu nad procesima povezanim s razvojem ove vrste aplikacijskog softvera. Postavljeni su zahtjevi za otvorenošću sustava čije bi ispunjenje omogućilo unificiranje softverskih alata i pojednostavljenje razvoja:

mogućnost da sami korisnici razviju upravljačke programe za kontrolere, tj. održavanje programskih proizvoda za programiranje kontrolera s posebnim alatima;

dostupnost komunikacijskih sredstava (sučelja) za interakciju s drugim komponentama sustava upravljanja;

mogućnost prijenosa jezgre sustava na niz hardvera i softvera

platforme.

Na tržištu se pojavio velik broj paketa koji zadovoljavaju navedene uvjete. U gotovo svim ovim paketima implementirano je razvojno okruženje Windows-sučelje, postoje sredstva za učitavanje razvijene aplikacije u izvršni sustav.

Imena nekih od ovih paketa navedena su u nastavku:

RSLogix 500, RS Logix 5, RSLogix 5000 tvrtke Rockwell Software za programiranje kontrolera raznih obitelji Allen-Bradley;

DirectSOFT za kontrolere obitelji Direct Logic tvrtke Koyo;

PL7 i Concept paketi - Programski softver za kontrolere raznih obitelji iz Schneider Electrica;

STEP 5, STEP 7 Micro, STEP 7 paketi za programiranje kontrolera obitelji S5 i S7 iz Siemensa;

Toolbox paket za konfiguriranje kontrolera obitelji Moscad;

TelePACE paket za programiranje serijskih kontrolera

TeleSAFE Micro 16 i SCADAPack tvrtke Control Microsystems.

Norma IEC 1131-3 definira pet programskih jezika regulatora: tri grafička (LD, FBD, SFC) i dva tekstualna (ST, IL).

LD(Ladder Diagram) - grafički jezik za ljestvičaste dijagrame. LD jezik se koristi za opisivanje logičkih izraza različitih razina složenosti.

FBD(Function Block Diagram) - grafički jezik za funkcionalne blok dijagrame. Jezik FBD koristi se za izgradnju složenih procedura koje se sastoje od različitih funkcionalnih blokova knjižnica - aritmetičkih, trigonometrijskih, regulatora itd.).

SFC(Sequential Function Chart) je grafički jezik za sekvencijalne grafikone funkcija. SFC jezik namijenjen je za upotrebu u fazi projektiranja softvera i omogućuje vam da opišete "kostur" programa - logiku njegovog rada na razini uzastopnih koraka i uvjetnih skokova.

ST(Structured Text) - jezik strukturiranog teksta. To je jezik visoke razine sličan u mnemotehnici Pascalu i koristi se za razvoj postupaka obrade podataka.

IL(Popis uputa) - jezik uputa. To je asemblerski jezik niske razine i koristi se za programiranje učinkovitih, pojednostavljenih rutina.

Krajem 90-ih pojavili su se otvoreni softverski proizvodi ISaGRAF, InControl (Wonderware), Paradym (Intellution), namijenjeni razvoju, otklanjanju pogrešaka i izvršavanju upravljačkih programa za diskretne i kontinuirane procese.

Sada već možemo reći da je velika većina kontrolera i upravljačkih sustava servisirana programskim proizvodima koji implementiraju standard IEC 1131-3.

Paket ISaGRAF francuske tvrtke CJ International pronašao je široku primjenu u Rusiji.

Ključne karakteristike paketa:

Podrška za svih pet jezika standarda IEC 1131-3 plus implementacija jezika dijagrama toka kao sredstva za opisivanje dijagrama stanja. U isto vrijeme, ISaGRAF vam omogućuje miješanje programa i procedura napisanih na različitim jezicima, kao i umetanje nizova kodova iz jednog jezika u kodove napisane na drugom jeziku.

Prisutnost višenamjenskog programa za ispravljanje pogrešaka koji vam omogućuje

rad primijenjenog zadatka pregled statusa softvera

kod, varijable, programe i više.

Podrška za razne industrijske mrežne protokole.

Implementacija opcija koje omogućuju otvorenost sustava za pristup internim podatkovnim strukturama primijenjenog ISaGRAF zadatka, kao i mogućnost razvoja upravljačkih programa za I/O module koje je razvio korisnik, te mogućnost prijenosa ISaGRAF jezgre na bilo koji hardverska i softverska platforma.

Skup upravljačkih programa za rad s kontrolerima različitih proizvođača: PEP Modular Computers, Motorola Computer Group itd.

Dostupnost dodatnih interaktivnih editora za opisivanje varijabli, konstanti i I/O konfiguracija.

Ugrađene kontrole za izmjene programskog koda aplikacije ISaGRAF i ispis izvješća o razvijenom projektu s visokim stupnjem detalja, uključujući ispis unakrsnih tablica za programe i pojedinačne varijable.

Potpuna dokumentacija faza razvoja.

Vrhunski programski alati za sustave upravljanja procesima (SCADA-paketi) namijenjeni su izradi aplikativnog softvera za nadzor i upravljanje panelima implementiranim na različitim računalnim platformama i specijaliziranim radnim stanicama. SCADA - paketi omogućuju, uz minimalni udio programiranja u jednostavnim jezičnim alatima, razviti multifunkcionalno sučelje koje operateru/dispečeru pruža ne samo potpunu informaciju o procesu, već i mogućnost upravljanja njime.

SCADA paketi su u svom razvoju prošli isti put kao i softver za programiranje kontrolera. U početnoj fazi (80-ih), programeri hardvera stvorili su vlastite (zatvorene) SCADA sustave koji su mogli komunicirati samo s "njihovim" hardverom. Od 90-ih godina pojavljuju se univerzalni (otvoreni) SCADA programi.

Koncept otvorenosti temeljan je kada se radi o softveru i hardveru za izgradnju sustava automatizacije na više razina. O tome će biti više riječi u nastavku.

Sada na ruskom tržištu postoji nekoliko desetaka otvorenih SCADA paketa s gotovo istom funkcionalnošću. Ali to uopće ne znači da se bilo koja od njih uz jednake napore (privremene i financijske) može uspješno prilagoditi jednom ili drugom sustavu upravljanja, posebice kada je u pitanju njegova modernizacija. Svaki SCADA paket je jedinstven na svoj način, a njegov izbor za određeni sustav automatizacije, o kojem se raspravlja na stranicama posebnih časopisa već gotovo deset godina, još uvijek je relevantan.

Ispod je popis najpopularnijih SCADA paketa u Rusiji.