Hardverski softver za sredstva nadzornog sistema upravljanja. Sistemi nadzorne kontrole i prikupljanja podataka (scada sistemi)

Softver ACS-a je kompleks različitih programa, čiji je glavni zadatak da osiguraju nesmetan rad programatora, kontrolera, inženjerskih stanica i drugih računarskih objekata kao dijela sistema. Postoje dvije vrste APCS softvera.

• Općenito - pogodan za sva tehnička sredstva i nije vezan ni za jedan objekt. Kombinuje SCADA i operativne sisteme, kao i softverske pakete.
• Specijalni - uključuje softverska rješenja razvijena posebno za određene sisteme upravljanja procesima. Kombinira programe za arhiviranje podataka, softver za kontrolere i obradu informacija.

Nudimo kupovinu softvera za automatizovane sisteme upravljanja procesima po povoljnim uslovima. Na prodaji:

• MasterSCADA sistemi,
• MasterPLC za logičke kontrolere,
• OPC serveri DA/HDA/UA za prikupljanje i pružanje podataka,
• PID-stručne inženjerske potporne stanice.

Cijene za pojedinačne artikle date su u cjenovniku. Pogledajte stranice proizvoda za detaljne specifikacije. Za više informacija o asortimanu proizvoda, uslovima plaćanja i roku isporuke obratite se menadžeru na telefon.

SCADA sistem MasterSCADA

MasterSCADA - SCADA sistem za sisteme upravljanja procesima, MES, poslovi računovodstva i dispečerstva industrijskih objekata, stambeno-komunalnih usluga i zgrada.

MasterSCADA™ je najmoderniji, najinovativniji, moćan i praktičan alat za brz i kvalitetan razvoj sistema. Ovo je softver za upravljačke sisteme, koji utjelovljuje dvadesetogodišnje iskustvo u razvoju proizvoda za automatizaciju širokog spektra objekata.

MasterSCADA™ nije samo jedan od modernih SCADA- I SoftLogic-paketa, ovo je fundamentalno novi alat za razvoj sistema automatizacije i dispečerstva. Implementira alate i metode za razvoj projekata koji obezbjeđuju oštro smanjenje troškova rada i povećavaju pouzdanost sistema koji se stvara. Lako je i ugodno razvijati projekte u MasterSCADA-i.

MasterSCADA 3.X MasterSCADA 3.X je najpopularniji domaći SCADA sistem. Popularnost MasterSCADA potvrđuju ocjene mnogih stručnjaka i ankete na specijalizovanim 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 osnovu MasterSCADA 3.x. Među realizovanim projektima su globalni sistemi sa više od 100.000 parametara koji dolaze na jedan prozivajući server, i sa više od 300 operaterskih pozicija.

MasterSCADA 4D MasterSCADA 4D je proizvod nove generacije SCADA sistema. U poređenju sa prethodnom verzijom, značajno je proširila alate za kreiranje velikih distribuiranih sistema sa mogućnošću korišćenja tehnologija Interneta stvari, povećala udobnost i fleksibilnost, proširila mogućnosti korišćenja različitih hardverskih platformi i operativnih sistema, povećala broj podržanih nivoa. kontrolnih sistema, te implementirana migracija funkcionalnosti između nivoa. U MasterSCADA-i je lako razviti projekte bilo kojeg obima i složenosti. Da bi se to postiglo, predlažu se različiti pristupi koji pružaju najudobnije uslove razvoja za svaku vrstu projekta.

SoftLogic sistem - MasterPLC

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

Podržava rad sa 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 );
• TRAY;
• i mnogi drugi...

Klasifikacija ACS softvera. Kao što smo već spomenuli, dva nivoa su jasno vidljiva u tipičnoj arhitekturi SCADA sistema:

· nivo lokalnog kontrolora , interakcija sa kontrolnim objektom preko senzora i aktuatora;

· nivo operativnog upravljanja tehnološki proces, čije su glavne komponente serveri, radne stanice operatera / dispečera, radne stanice stručnjaka.

Svaki od ovih nivoa radi pod kontrolom specijalizovanog softvera (SW). Razvoj ovog softvera ili njegov izbor od softverskih alata koji se trenutno nude na tržištu zavisi od mnogo faktora, prvenstveno od zadataka koji se rešavaju na određenom nivou. Razlikovati osnovni I primijenjeno softver (vidi sliku 5.1).

Slika 5.2 – Klasifikacija softverskih alata sistema upravljanja.

Basic Softver uključuje različite komponente, ali glavna je operativni sistem (OS) softvera i hardvera APCS-a. Svaki nivo sistema upravljanja procesom predstavljen je „svojim“ softverom i hardverom: na nižem nivou je reč o kontrolerima, dok je glavni tehnički alat višeg nivoa računar. U skladu s tim, u krugu specijalista pojavila se sljedeća klasifikacija: ugrađen I desktop softvera.

Očigledno, zahtjevi za ugrađeni i desktop softver su različiti. Kontrolor u sistemu upravljanja, uz funkcije prikupljanja informacija, rješava probleme automatskog kontinuiranog ili logičkog upravljanja. S tim u vezi, podliježe strogim zahtjevima za vrijeme reakcije na stanje objekta i izdavanje kontrolnih radnji na aktuatore. Kontrolor mora garantovano odgovoriti na promjene stanja objekta dato vrijeme.

Izbor operativnog sistema softvera i hardvera vrhunski nivo Sistem upravljanja procesom je određen zadatkom aplikacije (javni operativni sistem ili RTOS). Ali najpopularnije i najraširenije su različite verzije Windows OS-a. Opremljeni su vrhunskim softverom i hardverom za sisteme upravljanja procesima, koje predstavljaju personalni računari (PC) različitih kapaciteta i konfiguracija - radne stanice operatera/dispečera i specijalista, serveri baza podataka (DB) itd.

Ovakva situacija nastala je kao rezultat niza uzroka i trendova u razvoju savremenih informacionih i mikroprocesorskih tehnologija.

Evo nekih od glavnih argumenata u korist Windowsa:

· Windows je veoma rasprostranjen u svetu, uključujući i Kazahstan, i stoga je lako pronaći stručnjaka koji bi mogao da prati sisteme zasnovane na ovom OS;

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

· OS Windows i Windows-aplikacije se lako uče i imaju tipičan intuitivan interfejs;

Windows-bazirane aplikacije podržavaju standarde javne razmjene podataka.

· Windows bazirani sistemi su laki za rukovanje i razvoj, što ih čini ekonomičnim iu smislu podrške i inkrementalnog rasta;

· Microsoft razvija informacionu tehnologiju (IT) za Windows brzim tempom, što omogućava kompanijama koje koriste ovu platformu da "drže korak s vremenom".

Takođe treba uzeti u obzir da je sastavni deo višeg nivoa automatizovanog sistema upravljanja procesima osoba čije je vreme reakcije na događaje nedeterminističko i često prilično dugo. A sam problem u realnom vremenu na najvišem nivou nije toliko relevantan.

Za rad kontrolnog sistema potreban je i još jedan tip softvera - aplikativni softver(PPO). Postoje dva načina za razvoj aplikativnog softvera za upravljačke sisteme:

kreiranje vlastitog aplikativnog softvera koristeći tradicionalne alate za programiranje (standardni programski jezici, alati za otklanjanje grešaka, itd.);

Upotreba postojećih (gotovih) alata za razvoj aplikativnog softvera.

· Vrhunski softver za sisteme upravljanja procesima (SCADA-paket) je dizajniran za kreiranje aplikativnog softvera za nadzor i kontrolne panele implementiran na različitim računarskim platformama i specijalizovanim radnim stanicama. SCADA - paketi omogućavaju, uz minimalan udio programiranja u jednostavnim jezičkim alatima, da se razvije multifunkcionalni interfejs koji operateru / dispečeru pruža ne samo potpune informacije o procesu, već i mogućnost upravljanja njime.

U svom razvoju, SCADA paketi su išli istim putem kao i softver za programiranje kontrolera. U početnoj fazi (80-e), programeri hardvera su kreirali sopstvene (zatvorene) SCADA sisteme koji su mogli da komuniciraju samo sa „njihovim“ hardverom. Od 90-ih godina pojavili su se univerzalni (otvoreni) SCADA programi.

Koncept otvorenosti je fundamentalan kada je u pitanju softver i hardver za izgradnju sistema automatizacije na više nivoa. O tome će se detaljnije govoriti u nastavku.

Sada na ruskom tržištu postoji nekoliko desetina otvorenih SCADA paketa sa gotovo istom funkcionalnošću. Ali to nikako ne znači da se bilo koji od njih može uspješno prilagoditi jednom ili drugom sistemu upravljanja uz iste napore (privremene i finansijske), posebno kada je riječ o njegovoj modernizaciji. Svaki SCADA paket je jedinstven na svoj način, a njegov izbor za određeni sistem automatizacije, o kojem se govori na stranicama posebnih časopisa već skoro deset godina, i dalje je aktuelan.

Ispod je lista 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 predstavljeni na gornjoj listi je prilično nasumičan. Navodi se samo sama činjenica postojanja ovog ili onog sistema. Predlaže se poći od pretpostavke da SCADA paket postoji ako je već implementirano najmanje nekoliko desetina projekata pomoću njega. Druga premisa je da ne postoji apsolutno najbolji SCADA sistem za sve aplikacije. SCADA je samo zgodan alat u rukama programera, a njegovo prilagođavanje specifičnom sistemu automatizacije je stvar vještine i iskustva.

Osnovne funkcije SCADA sistema. Tip softvera SCADA dizajniran za razvoj i rad automatizovanih sistema upravljanja procesima. Razumno je postaviti pitanje: šta je prvo - razvoj ili rad? A odgovor je u ovom slučaju nedvosmislen – primarno je efektivno sučelje čovek-mašina (HMI), orijentisano na korisnika, odnosno na operativno osoblje, čija je uloga u upravljanju odlučujuća. SCADA je novi pristup problemima ljudskog faktora u sistemima upravljanja (od vrha do dna), fokusirajući se prvenstveno na osobu (operatera/dispečera), njene zadatke i funkcije koje implementira.

Ovakav pristup je omogućio da se minimizira učešće operatera/dispečera u upravljanju procesom, ali im je ostavio pravo da donose odluke u posebnim situacijama.

A šta je SCADA sistem dao programerima? Pojavom SCADA-e dobili su efikasan alat za projektovanje upravljačkih sistema, čije prednosti uključuju:

· visok stepen automatizacije procesa razvoja sistema upravljanja;

učešće u razvoju specijalista u oblasti automatizovanih procesa (programiranje bez programiranja);

· Realno smanjenje vremenskih, a samim tim i finansijskih troškova za razvoj sistema kontrole.

Prije nego što govorimo o funkcionalnosti SCADA softvera, predlaže se da se sagledaju funkcionalne odgovornosti samih operatera / dispečera. Koje su to odgovornosti? Odmah treba napomenuti da funkcionalne odgovornosti operatera/dispečera određenih tehnoloških procesa i industrija mogu biti značajno različite, a sami koncepti „operater“ i „dispečer“ daleko su od ekvivalentnosti. Ipak, među raznolikošću ovih dužnosti, pokazalo se da je moguće pronaći zajedničke koje su svojstvene ovoj kategoriji radnika:

· registracija vrijednosti glavnih tehnoloških i samonosivih parametara;

· analiza primljenih podataka i njihovo poređenje sa smjenskim dnevnim zadacima i rasporedom;

evidentiranje i evidentiranje uzroka kršenja tehnološkog procesa;

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

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

Ranije je u kontrolnoj sobi (kontrolnoj sobi) bila centrala (dakle - centrala). Za instalacije i tehnološke procese sa nekoliko stotina kontrolnih i regulacionih parametara, dužina štita mogla je doseći nekoliko desetina metara, a broj uređaja na njima se mjerio desetinama, a ponekad i stotinama. Među tim uređajima bili su pokazivač (skala i pokazivač), i samosnimanje (pored skale i pokazivača, postojao je i papir sa olovkom), te signalizacija. U određeno vrijeme, operater je, zaobilazeći štit, zabilježio očitanja instrumenata u dnevnik. Ovako je problem riješen prikupljanje i registracija informacije.

Uređaji koji opslužuju podesive parametre imali su uređaje za postavljanje zadatka za kontroler i za prelazak sa automatskog 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 bili riješeni daljinski upravljač tehnološke parametre i opremu.

Iznad kontrolne table (u pravilu, na zidu) nalazio se mnemonički dijagram tehnološkog procesa sa prikazanim tehnološkim uređajima, tokovima materijala i brojnim signalnim lampama zelene, žute i crvene (hitne) boje. Ove lampe su počele da trepću kada je došlo do nenormalne situacije. U posebno opasnim situacijama bilo je moguće dati zvučni signal (sirenu) za brzo upozorenje svo operativno osoblje. Ovako se odnose zadaci signalizacija kršenja tehnoloških propisa (odstupanja trenutnih vrijednosti tehnoloških parametara od zadanih, kvar opreme).

Pojavom računara u operaterskoj/kontrolnoj sobi, bilo je prirodno da se neke funkcije vezane za prikupljanje, registraciju, obradu i prikazivanje informacija, identifikaciju vanrednih (hitnih) situacija, vođenje dokumentacije, izvještaja prenesu na računare. Još u danima prvih kontrolnih računara sa monohromatskim alfanumeričkim displejima na ovim displejima, trudom entuzijastičnih programera, već su stvorene „pseudografske“ slike – prototip moderne grafike. I tada su sistemi omogućavali prikupljanje, obradu, prikaz informacija, unos komandi i podataka od strane operatera, arhiviranje i evidentiranje procesa.

Napominjem da dolaskom savremenog softvera i hardvera za automatizaciju, operaterske/dispečerske radne stanice koje rade na bazi SCADA softvera, kontrolnih panela i zidnih mimi dijagrama nisu potonule u zaborav. Tamo gdje to diktira svrsishodnost, ploče i kontrolne ploče ostaju, ali postaju kompaktnije.

Pojava UVM, a potom i personalnih računara, uključila je programere u proces kreiranja interfejsa operatera. Dobri su u kompjuterima, programskim jezicima i sposobni su da pišu složene programe. Da bi to uradio, programeru je potreban samo algoritam (formalizovana šema za rešavanje problema). Ali problem je u tome što programer, po 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 kreiranju metoda „programiranja bez pravog programiranja“ koje su razumljive ne samo programeru, već i procesnom inženjeru. Kao rezultat, pojavili su se softverski paketi za kreiranje interfejsa čovek-mašina (Man/Humain Machine Interface, MMI/HMI). U inostranstvu je ovaj softver nazvan SCADA (Supervisory Control And Data Acquisition – nadzorno/dispečersko upravljanje i prikupljanje podataka), jer je bio namenjen razvoju i funkcionalnoj podršci operaterskih/dispečerskih radnih stanica u sistemima 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 softvera za sisteme upravljanja procesima različitih industrija prilično lako objediniti, jer su funkcije operatera / dispečera gotovo svake proizvodnje prilično objedinjene i lako ih je formalizirati.

Dakle, osnovni skup funkcija SCADA sistema je predodređen ulogom ovog softvera u upravljačkim sistemima (HMI) i implementiran je u gotovo sve pakete. Ovo:

prikupljanje informacija od uređaja nižeg nivoa (senzori, kontroleri);

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

Mrežna interakcija sa informacionim sistemom preduzeća (sa višim uslugama);

· prikaz parametara tehnološkog procesa i stanja opreme pomoću mnemodijagrama, tabela, grafikona itd. u obliku koji je lako razumljiv;

· obavještavanje operativnog osoblja o vanrednim situacijama i događajima u vezi sa kontrolisanim tehnološkim procesom i radom hardvera i softvera ACS-a uz registraciju postupanja osoblja u vanrednim situacijama.

čuvanje primljenih informacija u arhivu;

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

sekundarna obrada informacija;

Formiranje sažetaka i drugih izvještajnih dokumenata prema šablonima kreiranim u fazi projektovanja.

Postoji nekoliko osnovnih zahtjeva za interfejs kreiran na bazi SCADA softvera:

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

· jedna greška operatora ne bi trebala uzrokovati izdavanje lažne kontrolne komande objektu.

Hardversko-softverski kompleks dispečerske kontrole (APK-DK) je najnovija implementacija funkcija dispečerske kontrole na savremenom tehničkom nivou.

Upotreba računarske tehnologije proširila je funkcionalnost sistema APK-DK ne samo za otpravnika vozova, već je omogućila i rješavanje glavnih zadataka praćenja stanja tehničkih sredstava RAT sistema na vlasnicama i stanicama dispečerski odjel.

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

• - blagovremeno prikupljanje informacija o signalnim tačkama vuka o stanju šinskih dionica, semafora i drugih sredstava i njihovo prenošenje u stanice radi naknadne upotrebe radi kontrole položaja voza i tehničke dijagnostike vučnih uređaja;
• - prikupljanje operativnih informacija u stanicama o stanju kolosiječnih objekata i tehničkih sredstava i njihovo prenošenje otpravniku vozova i otpravniku udaljenosti signalno-komunikacijske i računarske opreme;
• - obrada i prikazivanje informacija, za korisnike, o održavanju izvršnog rasporeda saobraćaja; proračun prognoze za trenutnu poziciju voza; izračunavanje pokazatelja uspješnosti gradilišta i izdavanje certifikata; logična definicija lažnog upražnjenog mjesta na dionici i opasnog približavanja vozova; analizirati rad uređaja; utvrđivanje stanja uređaja prije kvara; otkrivanje kvarova; optimizacija pretraživanja i eliminacija kvarova; arhiviranje i restauracija događaja; statistika i računovodstvo sredstava instrumenta.

Na stanicama, odnosno na prvom (nižem) nivou upravljanja transportnim procesom (slika 3.1), vrši se prikupljanje, transformacija i koncentracija informacija o stanju destilacije i staničnih uređaja. Dalje, ova informacija se može prikazati na radnim stanicama dežurnog stanice i dežurnog električara, ali se nužno prenosi na drugi nivo upravljanja, tj. otpravniku vozova, te radnoj stanici dispečera daljinske signalizacije, komunikacija i računarske tehnike.

Stanje uređaja za destilaciju JAT sistema kontroliše se automatskim uređajima za kontrolu signalnih tačaka (AKST), napravljenim na bazi specijalizovanih kontrolera. Najčešći je blok AKST-SChM, koji je generator frekvencije koji generiše ciklične osmopulsne frekvencijske parcele koje se šalju na komunikacijsku liniju u skladu sa stanjem kontroliranih objekata. Sa osam izlaznih impulsa, zahvaljujući manipulaciji trajanjem impulsa i pauza (intervala), AKST-FM omogućava kontrolu stanja sedam diskretnih senzora (releja) i dva senzora praga.

Slika 3.1 - Strukturni dijagram APK DK sistema

Prilikom projektovanja APK-DK utvrđuje se lista parametara koje kontroliše svaki AKST-SChM.

Za sisteme za automatsko blokiranje, parametri se biraju sa sledeće liste: nedostatak glavnog napajanja na signalnoj tački; nedostatak rezervnog napajanja; pregorevanje glavnog navoja crvene vatrene lampe; pregorevanje pomoćne niti crvene lampe; pregorevanje niti permisivne lampe; utvrđeni pravac kretanja; spuštanje izolacionog spoja; gubitak konstantnog napona BS-DA jedinice; zapošljavanje u bloku; kvar AKST-SChM ili DSM linije; gubitak oba izvora napajanja u objektima sa rezervnim baterijama; hitni kvar.

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

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

Na stanicama (linijskim tačkama), informacije iz AKST-SChM se primaju i analiziraju od strane odgovarajućih čvorišta (industrijski računar). Strukturno, sistem se sastoji od uređaja za preuzimanje podataka i ranžirnog dispečerskog radnog mjesta udaljenog od njega na udaljenosti od oko 1 km. Komunikacija se odvija na četverožičnoj liniji.

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

• 1) 5025A procesorska ploča;
• 2) dve 5600 diskretne I/O ploče;
• 3) četiri OPTO RAC-a povezana na poseban način sa diskretnim senzorima.

Treba napomenuti da je za kontrolu rada samo jedne polovine ranžirne stanice, koja obuhvata tri parka (prihvatni, sortirni i odlazni), potrebno kontrolisati oko hiljadu i po objekata. Ako pomnožimo ovaj broj sa cijenom jednog Crayhill optocoupler modula, dobićemo cifru od oko 15.000 dolara. Broj za programere u ovom trenutku, nažalost, nije mali. Stoga su programeri odlučili organizirati ulaznu matricu koristeći standardne USO module. Cijena je odmah pala za red veličine, koštali su 96. I / O moduli tipa G4IDC5. Morao sam da razvijem i proizvedem samu matricu, ali se pokazalo da su troškovi za to neuporedivo niži nego da je problem rešen "iz glave". Matrica optokaplera je modularne strukture, čiji svaki od modula omogućava povezivanje 16 diskretnih DC ili AC signala napona od 12 do 30 V. Moduli se instaliraju na "matičnu ploču" pomoću konektora, koji su u turn, povezan je na OPTO RAC pomoću standardnih OCTAGON SYSTEMS kablova. Radno mjesto ranžirnog dispečera je implementirano na PC računaru tipa IBM AT sa multiterminalnom video karticom koja podržava četiri monitora. Nakon određivanja hardvera, programeri su se suočili sa pitanjem izbora operativnog sistema (OS) pod kojim će DC sistem raditi. Na osnovu zahtjeva za funkcije DC sistema, možemo zaključiti da bi ovaj OS trebao

imaju najmanje sljedeće karakteristike:

• - podrška za multitasking;
• - multiplayer mod;
• - skalabilnost;
• - Visoke performanse;
• - rad u realnom vremenu;
• - pouzdan i maksimalno brz prijenos velike količine podataka preko malobrzinskog i ne baš kvalitetnog komunikacijskog kanala;
• - jednostavnost povezivanja različitih hardverskih uređaja;
• - rad na ograničenim sistemskim resursima;
• - pouzdan sistem datoteka;
• - mogućnost daljinske promjene verzija programa;
• - Mogućnost integracije sa drugim sistemima.

Operativni sistem QNX ima sva gore navedena svojstva, koja

odredio svoj izbor kao operativnog okruženja za implementaciju DC sistema. Multitasking je potreban zbog činjenice da DC sistem mora istovremeno obavljati nekoliko interakcijskih zadataka, i to:

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

Mehanizam razmjene poruka implementiran u QNX je veoma moćan, na osnovu kojeg je DC sistem implementiran u klijent-server tehnologiji, što povećava pouzdanost rada i omogućava povećanje kako broja sakupljača podataka tako i potrošača informacija uz male troškove. Podrška za višekorisnički način rada je potrebna zbog činjenice da više korisnika može raditi u sistemu istovremeno. Planirano je povezivanje dodatnih korisničkih radnih stanica na bazi lokalne mreže čiji će jedan od čvorova biti radno mjesto ranžirnog dispečera. QNX-ova podrška za više mrežnih standarda daje vam izbor: Ethernet, Arcnet, Token Ring, itd.

Zahtjev za visokim performansama i radom u realnom vremenu postaje jasan ako se uzme u obzir broj praćenih senzora i specificirana učestalost uzimanja njihovih očitanja - najmanje 5 puta u sekundi. Štaviše, promjene stanja nekoliko desetina senzora se dešavaju gotovo pri svakom anketiranju. Programeri su uspeli da reše problem pouzdanog prenosa podataka preko komunikacionog kanala povezivanjem uređaja za preuzimanje i radnog mesta dispečera na QNX mrežu, što je omogućilo korišćenje sistemskog mrežnog protokola i implementaciju ove razmene nezavisno od medija za prenos podataka za aplikativni programi. Umrežavanje preko serijske veze radi prilično dobro pri brzini podataka od 4800 bauda. Da bismo povećali propusnost mreže, koristili smo mehanizam kompresije/dekompresije podataka implementiran od strane mrežnog drajvera, koji je transparentan za aplikativne programe.

Nije bilo bez nekih poteškoća. QNX OS garantuje da ako je zadatak blokiran tokom prenosa poruke, sistem će automatski otpustiti blok nakon nekog vremena, vraćajući kod greške. Nažalost, ovaj mehanizam ne funkcionira uvijek. Zadatak može stajati u ovom stanju neograničeno dugo. Programeri su morali programski pratiti i ispraviti ovu situaciju. Po njihovom mišljenju, to može biti zbog prisustva greške u mrežnom drajveru Net.fd verzije 4.22, a kada se pređe na verziju 4.23, moći će je se riješiti. Želja za stvaranjem sistema koji nije strogo vezan za određeni hardver dovodi do potrebe za pisanjem drajvera uređaja. Svako ko je pisao i otklanjao greške u drajverima uređaja pod DOS-om zna da je posebno nezgodno što se OS interfejs za drajvere i aplikativne programe razlikuje. Što se QNX-a tiče, pisanje i otklanjanje grešaka u drajverima se ne razlikuje od pisanja i otklanjanja grešaka u drugim programima. Softverski interfejs je zajednički za sve programe. Vrlo brzo su napisani drajveri za Octagon 5600 ploču i multiscreen video karticu. Budući da QNX uključuje veliki broj upravitelja uređaja i raznih drajvera, u mnogim slučajevima možete jednostavno koristiti pruženu uslugu, umjesto da razvijate vlastiti softver. Standardni serijski kanal menadžer je korišten za povezivanje modema i organiziranje mreže između uređaja za preuzimanje i dispečerske radne stanice.

Zbog male veličine i modularne strukture QNX-a, postalo je moguće instalirati ovaj OS na Micro PC. OS kernel, modul mrežne podrške, ugrađeni upravitelj sistema datoteka i aplikativni programi smješteni su u samo 256Kb fleš memorije i 100Kb statičke RAM-a. Za rad je potrebno nešto više od 1MB RAM-a. Softver je instaliran na Micro PC pomoću zgodnog alata EKit, paketa za instalaciju QNX-a u ugrađene sisteme. Mogućnost daljinske promjene verzija programa u našem slučaju je od suštinskog značaja, budući da Micro PC u radnom režimu nema ekran, nema tastaturu, nema disk drajv. Transparentan pristup datotekama na QNX mreži uvelike pojednostavljuje rad, a Efsys ugrađeni menadžer fajl sistema omogućava reprogramiranje fleš memorije i statičkog RAM-a korišćenjem uobičajene komande za kopiranje datoteke. Nakon prepisivanja, moguće je meko restartovati udaljeni računar sa ažuriranom verzijom. Sa organizacijom ponovnog pokretanja softvera, programeri su imali problema. Pokušaj implementacije gotovo je uvijek dovodio do činjenice da je ponovo pokrenuta mašina čvrsto visila. Uspeli smo da zaobiđemo ovu poteškoću tako što smo postavili opciju za otkazivanje "hot" pokretanja prilikom generisanja OS imidža. Jedan od glavnih zadataka koji je dat dizajnerima DC sistema bio je zadatak da obezbijede mogućnost njegove integracije sa postojećim softverskim razvojima. Kao jedan od ovih razvoja možemo navesti sistem za održavanje rasporeda završenih kretanja, koji su implementirali drugi programeri u Windows NT okruženju. Uzimajući u obzir negativno iskustvo stečeno u implementaciji vlasničkih protokola pod DOS-om, odlučeno je da se za pristajanje koriste samo standardni protokoli. De facto, takvi standardni protokoli su porodica TCP/IP protokola, što je bio još jedan značajan argument u korist sistema koji im pruža podršku. TCP/IP paket za QNX pruža programeru ne samo mogućnost programiranja na nivou API-ja Socket, već i da iskoristi prednosti mrežnog sistema datoteka (NFS), udaljenih poziva procedura (RPC) u ONC standardu i mnogih korisne usluge, kao što su telnet i ftp. DC sistem, implementiran na bazi naprednih hardverskih i softverskih tehnologija, pomaže dispečeru da dobije pouzdane informacije i uvelike olakšava upravljanje operativnim radom stanice. Vođenje evidencije o radu omogućava vam da otkrijete "uska grla" i izbjegnete nepotrebne materijalne troškove. U budućnosti postoji zadatak automatskog generisanja brojnih dokumenata koji se i dalje popunjavaju ručno.

tehnološkim procesima

U tipičnoj arhitekturi SCADA sistema jasno su vidljiva dva nivoa:

nivo lokalnog kontrolora , interakcija sa kontrolnim objektom preko senzora i aktuatora;

nivo operativnog upravljanja tehnološki proces, čije su glavne komponente serveri, radne stanice operatera / dispečera, radne stanice stručnjaka.

Svaki od ovih nivoa radi pod kontrolom specijalizovanog softvera (SW). Razvoj ovog softvera ili njegov izbor od softverskih alata koji se trenutno nude na tržištu zavisi od mnogo faktora, prvenstveno od zadataka koji se rešavaju na određenom nivou.

Razlikovati osnovni I primijenjeno softver (slika 1).

Rice. 1. Klasifikacija softverskih alata sistema upravljanja.

Basic Softver uključuje različite komponente, ali glavna je operativni sistem (OS) softvera i hardvera APCS-a. Svaki nivo sistema upravljanja procesom predstavljen je „svojim“ softverom i hardverom: na nižem nivou je reč o kontrolerima, dok je glavni tehnički alat višeg nivoa računar. U skladu s tim, u krugu specijalista pojavila se sljedeća klasifikacija: ugrađen I desktop softvera.

Očigledno, zahtjevi za ugrađeni i desktop softver su različiti. Kontrolor u sistemu upravljanja, uz funkcije prikupljanja informacija, rješava probleme automatskog kontinuiranog ili logičkog upravljanja. S tim u vezi, podliježe strogim zahtjevima za vrijeme reakcije na stanje objekta i izdavanje kontrolnih radnji na aktuatore. Kontrolor mora garantovano odgovoriti na promjene stanja objekta dato vrijeme.

Za rješavanje takvih problema preporučuje se korištenje OS realnom vremenu(RTOS). Takvi operativni sistemi se ponekad nazivaju determinističkim, što znači zagarantovani odgovor u datom vremenskom periodu. Većina mikroprocesorskih uređaja (uključujući kontrolere i računare) koristi mehanizam prekida procesora. U OS-u u realnom vremenu, za razliku od OS-a opće namjene (koji ne garantuje vrijeme izvršenja), prekidi imaju prioritet, a sami prekidi se obrađuju u zagarantovanom vremenu.

Izbor OS zavisi od ozbiljnosti zahteva u realnom vremenu. Za zadatke koji su kritični za odgovor kontrolnog sistema trenutno se koriste operativni sistemi u realnom vremenu, kao npr OS9,QNX, vxworks. U sistemima sa manje strogim zahtjevima u realnom vremenu, moguće je koristiti verzije Windows NT/CE, odnosno njihove ekstenzije u realnom vremenu.

OS-9 pripada klasi Unix-ovih operativnih sistema u realnom vremenu i nudi mnoge poznate elemente Unix okruženja. Sve funkcionalne komponente OS-9, uključujući kernel, hijerarhijske upravitelje datoteka, I/O sistem i razvojne alate, implementirane su kao nezavisni moduli. Kombinacijom ovih modula, programer može kreirati sisteme sa širokim spektrom konfiguracija - od minijaturnih samostalnih jezgara, ROM-baziranih kontrolera, do kompletnih razvojnih sistema za više korisnika.

OS-9 pruža sve osnovne funkcije operativnih sistema u realnom vremenu: upravljanje prekidima, razmjenu informacija između zadataka i sinhronizaciju zadataka.

Operativni sistem QNX koju je razvila kanadska kompanija QNX Software Systems Ltd. je jedan od najčešće korišćenih sistema u realnom vremenu. QNX garantuje vreme odziva u rasponu od nekoliko desetina mikrosekundi do nekoliko milisekundi (u zavisnosti od brzine računara i verzije QNX-a). Osim toga, visoku efikasnost QNX-a u kontrolnim zadacima u realnom vremenu pružaju funkcije kao što su multitasking (do 250 zadataka na jednom čvoru), mrežne mogućnosti ugrađene u jezgro sistema, fleksibilno upravljanje prekidima i prioritetima, mogućnost izvršavanja zadataka u zaštićenom i pozadinskom načinu rada.

Operativni sistem QNX našao je primenu kako na nižem nivou sistema upravljanja procesima (OS za kontrolere) tako i na gornjem nivou (OS za SCADA softver).

Operativni sistem u realnom vremenu VxWorks dizajniran za razvoj softvera za ugrađene računare koji rade u "tvrdim" sistemima u realnom vremenu. Operativni sistem VxWorks takođe uključuje okruženje Wind River Systems Tornado alata sa alatima za razvoj aplikativnog softvera. Njegov razvoj se vrši na instrumentalnom računaru u Tornado okruženju za naknadno izvršavanje na ciljnom računaru (kontroleru) koji radi na VxWorksu.

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

Operativni sistem Windows svima poznat kao desktop sistem. Ali ovo se prvenstveno odnosi na Windows 3.xx/95 platforme, kojima zaista nedostaje podrška u realnom vremenu. Situacija se dramatično promijenila pojavom Windows NT-a. Sam po sebi, Windows NT nije operativni sistem u realnom vremenu zbog niza njegovih karakteristika. Sistem podržava hardverske (a ne softverske) prekide, ne postoji prioritetna obrada odloženih procedura, itd. Ali krajem 20. veka, brojne kompanije su ozbiljno pokušale da pretvore Windows NT u čvrsti operativni sistem u realnom vremenu. . I ovi pokušaji su okrunjeni uspjehom. VenturCom je razvio Real Time Extension (RTX) modul, podsistem u realnom vremenu (RT) za Windows NT. Ovaj podsistem ima svoj planer sa 128 prioriteta prekida koji je nezavisan od NT-a. Maksimalno vrijeme odziva prekida je 20-80 µs, bez obzira na opterećenje procesora. Sada, sa svakim prekidom od tajmera, prioritet se prenosi na vremenski kritične zadatke. A u preostalom vremenu od njihovog rada mogu se izvoditi „spori“ procesi: ulaz/izlaz, rad s diskom, mrežom, grafičkim sučeljem itd.

32-bitni WindowsCE je kreirao Microsoft za male računare (kalkulatore), ali je zbog niza prednosti počeo da pretenduje na ulogu standardnog OS u realnom vremenu. Ove prednosti uključuju:

otvorenost i lakoća povezivanja sa drugim operativnim sistemima Windows porodice;

vrijeme reakcije reda veličine 500 μs;

značajno niži zahtjevi za memorijom u odnosu na druge Windows operativne sisteme i mogućnost izgradnje sistema bez diska.

A 1999. godine, Windows CE je prvi put instaliran na microPLC platformi od strane Direct by Koyo.

Izbor operativnog sistema softvera i hardvera vrhunski nivo Sistem upravljanja procesom je određen zadatkom aplikacije (javni operativni sistem ili RTOS). Ali najpopularnije i najraširenije su različite verzije Windowsa (Windows NT/2000). Opremljeni su vrhunskim softverom i hardverom za sisteme upravljanja procesima, koje predstavljaju personalni računari (PC) različitih kapaciteta i konfiguracija - radne stanice operatera/dispečera i specijalista, serveri baza podataka (DB) itd.

Ovakva situacija nastala je kao rezultat niza uzroka i trendova u razvoju savremenih informacionih i mikroprocesorskih tehnologija.

Evo nekih od glavnih argumenata u korist Windowsa:

Windows je veoma rasprostranjen u svetu, uključujući i Rusiju, pa je stoga lako pronaći stručnjaka koji bi mogao da prati sisteme zasnovane na ovom OS;

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

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

Windows-bazirane aplikacije podržavaju standarde javne komunikacije;

Sistemi zasnovani na Windows-u su laki za rukovanje i razvoj, što ih čini isplativim iu smislu podrške i inkrementalnog rasta;

Microsoft razvija informacionu tehnologiju (IT) za Windows brzim tempom, što omogućava kompanijama koje koriste ovu platformu da "drže korak s vremenom".

Takođe treba uzeti u obzir da je sastavni deo višeg nivoa automatizovanog sistema upravljanja procesima osoba čije je vreme reakcije na događaje nedeterminističko i često prilično dugo. A sam problem u realnom vremenu na najvišem nivou nije toliko relevantan.

Tokom 1990-ih, QNX operativni sistem u realnom vremenu postao je široko rasprostranjen. Postoji mnogo primjera korištenja QNX-a na svim nivoima hijerarhijske strukture sistema upravljanja procesima (od kontrolera do servera i radnih stanica). Ali posljednjih godina, aktivnost kompanije na tržištu SCADA sistema značajno je opala, što je dovelo i do smanjenja broja prodaje ovog softverskog proizvoda. To se objašnjava činjenicom da je još 1995. godine QNX Software Systems Ltd. najavio svoj "izlazak" u embedded sisteme.

Sa stanovišta razvoja upravljačkog sistema, poželjna je takva softverska arhitektura u kojoj je softver svih nivoa upravljanja implementiran u jednom operativnom sistemu. U ovom slučaju se „automatski“ uklanjaju svi problemi vezani za vertikalnu interakciju različitih softverskih komponenti kontrolnog sistema. Ali u praksi je to daleko od slučaja. Često se u razvijenim sistemima kontrole i upravljanja donji i gornji nivo implementiraju u različite operativne sisteme. A najtipičnija situacija je kada se OS u realnom vremenu koristi na nivou kontrolera, a SCADA sistem radi pod Windows NT na nivou operatera/dispečera. Ne može se bez specijaliziranih rješenja za organizaciju interakcije između podsistema.

Za rad kontrolnog sistema potreban je i još jedan tip softvera - primijenjenosoftvera(PPO).

Postoje dva načina za razvoj aplikativnog softvera za upravljačke sisteme:

kreiranje vlastitog aplikativnog softvera pomoću alata

tradicionalno programiranje (standardni jezici

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

koristiti za razvoj postojećeg aplikativnog softvera

(gotovi) alati.

Prva opcija je najintenzivnija. Upotreba jezika visokog nivoa zahtijeva odgovarajuće kvalifikacije programera u teoriji i tehnologiji programiranja, poznavanje karakteristika određenog operativnog sistema, suptilnosti hardvera (kontrolera). Sa stanovišta glavnih kriterija - cijene i vremena razvoja - ova opcija je u većini slučajeva neprihvatljiva.

Druga opcija je poželjnija. Zašto? I zato što je danas u svijetu već kreirano nekoliko desetina instrumentalnih sistema, dobro podržanih, razvijenih i korištenih u kreiranju desetina i stotina hiljada projekata automatizacije. Ovi vremenski testirani softverski alati pojednostavljuju (programeri interfejsa nisu programeri visoke klase, već stručnjaci za automatizaciju), ubrzavaju i značajno smanjuju troškove procesa razvoja.

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

alati fokusirani na razvoj upravljačkih programa za eksterne uređaje, kontrolere - CASE-sistemi ( Računarski softverski inženjering);

sredstva usmerena na obezbeđivanje interfejsa operatera/dispečera sa kontrolnim sistemom - SCADA-sistemi( Nadzorna kontrola i prikupljanje podataka- nadzorna kontrola i prikupljanje podataka).

Kontrolor treba program, prema kojoj je u interakciji sa objektom. U nekim slučajevima govorimo samo o prikupljanju podataka od objekta, u drugim - o logičkoj kontroli (na primjer, izvršavanje zaključavanja). Konačno, jedna od glavnih primjena regulatora je implementacija kontinuiranih funkcija upravljanja za pojedine parametre ili tehnološki aparat (proces) u cjelini.

Kompanije koje proizvode opremu za sisteme automatizacije zgrada oduvijek su nastojale da svoje proizvode prate skupom softverskih alata pomoću kojih bi korisnik, prema određenim pravilima i dogovorima, mogao opisati logiku kontrolera. U ranoj fazi razvoja ovih softverskih alata, skup funkcija koje oni podržavaju obezbjeđivali su nestandardni jezici. Vremenom su pravila i sporazumi unapređivani i u određenoj fazi formalizovani u obliku posebnih programskih jezika, formirajući ono što se danas zove CASE-instrumentacija.

1992. godine Međunarodna elektrotehnička komisija (IEC, IEC - International Electrotechnical Commission,) preuzela je kontrolu nad procesima povezanim sa razvojem ove vrste aplikativnog softvera. Izneseni su zahtjevi za otvorenost sistema, čije bi ispunjenje omogućilo objedinjavanje softverskih alata i pojednostavljenje razvoja:

mogućnost razvoja drajvera za kontrolere od strane samih korisnika, tj. Održavanje softverskih proizvoda za programiranje kontrolera s posebnim alatima;

dostupnost komunikacionih sredstava (interfejsa) za interakciju sa ostalim komponentama sistema upravljanja;

mogućnost portiranja jezgra sistema na veći broj hardvera i softvera

platforme.

Na tržištu se pojavio veliki broj paketa koji ispunjavaju navedene uslove. U skoro svim ovim paketima implementirano je razvojno okruženje Windows-interfejs, postoje sredstva za učitavanje razvijene aplikacije u izvršni sistem.

Nazivi nekih od ovih paketa su dati u nastavku:

RSLogix 500, RS Logix 5, RSLogix 5000 iz Rockwell Software-a za programiranje kontrolera različitih Allen-Bradley porodica;

DirectSOFT za kontrolere iz porodice Direct Logic kompanije Koyo;

PL7 i Concept paketi - Softver za programiranje za kontrolere raznih porodica iz Schneider Electrica;

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

Toolbox paket za konfigurisanje kontrolera porodice Moscad;

TelePACE paket za programiranje serijskih kontrolera

TeleSAFE Micro 16 i SCADAPack iz Control Microsystems.

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

LD(Ladder Diagram) - grafički jezik za ljestvice dijagrama. LD jezik se koristi za opisivanje logičkih izraza različitih nivoa složenosti.

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

SFC(Sequential Function Chart) je grafički jezik za sekvencijalne funkcionalne dijagrame. SFC jezik je namijenjen za korištenje u fazi dizajna softvera i omogućava vam da opišete "kostur" programa - logiku njegovog rada na nivou uzastopnih koraka i uvjetnih prijelaza.

ST(Structured Text) - jezik strukturiranog teksta. To je jezik visokog nivoa sličan u mnemonici Pascalu i koristi se za razvoj procedura obrade podataka.

IL(Lista instrukcija) - jezik instrukcija. To je asemblerski jezik niskog nivoa i koristi se za programiranje efikasnih, pojednostavljenih rutina.

Krajem 90-ih godina pojavili su se otvoreni softverski proizvodi ISaGRAF, InControl (Wonderware), Paradym (Intellution), dizajnirani za razvoj, otklanjanje grešaka i izvršavanje upravljačkih programa kako za diskretne tako i za kontinuirane procese.

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

ISaGRAF paket francuske kompanije CJ International našao je široku primenu 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. Istovremeno, ISaGRAF vam omogućava da mešate programe i procedure napisane na različitim jezicima, kao i da ubacite sekvence koda iz jednog jezika u kodove napisane na drugom jeziku.

Prisutnost multifunkcionalnog debuggera koji vam omogućava da

rad primijenjenog zadatka pogledajte status softvera

kod, varijable, programi i drugo.

Podrška za različite industrijske mrežne protokole.

Implementacija opcija koje obezbeđuju otvorenost sistema za pristup internim strukturama podataka primenjenog ISaGRAF zadatka, kao i mogućnost razvoja drajvera za I/O module razvijene od strane korisnika, kao i mogućnost portovanja ISaGRAF jezgra na bilo koji hardverska i softverska platforma.

Set drajvera za rad sa kontrolerima raznih proizvođača: PEP Modular Computers, Motorola Computer Group, itd.

Dostupnost dodatnih interaktivnih uređivača za opisivanje varijabli, konstanti i I/O konfiguracija.

Ugrađene kontrole za unošenje izmena u programski kod aplikacije ISaGRAF i štampanje izveštaja o razvijenom projektu sa visokim stepenom detalja, uključujući štampanje tabela unakrsnih referenci za programe i pojedinačne varijable.

Potpuna dokumentacija faza razvoja.

Vrhunski softverski alati za sisteme upravljanja procesima (SCADA-paketi) su dizajnirani za kreiranje aplikativnog softvera za nadzor i kontrolne panele implementirane na različitim računarskim platformama i specijalizovanim radnim stanicama. SCADA - paketi omogućavaju, uz minimalan udio programiranja u jednostavnim jezičkim alatima, da se razvije multifunkcionalni interfejs koji operateru / dispečeru pruža ne samo potpune informacije o procesu, već i mogućnost upravljanja njime.

U svom razvoju, SCADA paketi su išli istim putem kao i softver za programiranje kontrolera. U početnoj fazi (80-e), programeri hardvera su kreirali sopstvene (zatvorene) SCADA sisteme koji su mogli da komuniciraju samo sa „njihovim“ hardverom. Od 90-ih godina pojavili su se univerzalni (otvoreni) SCADA programi.

Koncept otvorenosti je fundamentalan kada je u pitanju softver i hardver za izgradnju sistema automatizacije na više nivoa. O tome će se detaljnije govoriti u nastavku.

Sada na ruskom tržištu postoji nekoliko desetina otvorenih SCADA paketa sa gotovo istom funkcionalnošću. Ali to nikako ne znači da se bilo koji od njih može uspješno prilagoditi jednom ili drugom sistemu upravljanja uz iste napore (privremene i finansijske), posebno kada je riječ o njegovoj modernizaciji. Svaki SCADA paket je jedinstven na svoj način, a njegov izbor za određeni sistem automatizacije, o kojem se govori na stranicama posebnih časopisa već skoro deset godina, i dalje je aktuelan.

Ispod je lista najpopularnijih SCADA paketa u Rusiji.