Hardversko-softverski kompleks za dispečersko upravljanje (APK-DK) najnovija je 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 prometnika vlakova, već je omogućilo i rješavanje glavnih problema praćenja stanja tehničkih sredstava željezničkih prometnih sustava na vagonima i kolodvorima područje otpreme.

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

• - promptno prikupljanje informacija na signalnim mjestima odvoza o stanju dionica pruge, semafora i drugih sredstava te njihovo prenošenje u kolodvore za naknadno korištenje za praćenje položaja vlaka i tehničku dijagnostiku vučnih uređaja;
• - promptno prikupljanje podataka u kolodvorima o stanju kolosiječnih objekata i tehničkih sredstava i njihovo prosljeđivanje prometniku vlakova i dispečeru signalno-komunikacijskih i računalnih udaljenosti;
• - obrada i prikazivanje informacija od korisnika za održavanje izvršnog rasporeda prometa; izračunavanje prognoze rasporeda na temelju trenutne pozicije vlaka; izračun pokazatelja performansi stranice i izdavanje certifikata; logično određivanje lažne slobodnosti dionice i opasne blizine vlakova; analiza rada uređaja; određivanje stanja prije kvara uređaja; otkrivanje kvarova; optimizacija pretraživanja i uklanjanje kvarova; arhiviranje i oporavak događaja; statistika i računovodstvo resursa uređaja.

Na postajama, odnosno na prvoj (nižoj) razini upravljanja transportnim procesom (slika 3.1) provodi se prikupljanje, transformacija i koncentracija informacija o stanju destilacijskih i staničnih uređaja. Nadalje, ova informacija se može prikazati na radnim mjestima dežurnog kolodvora i dežurnog električara, ali se mora prenijeti na drugu upravljačku razinu, tj. prometnik vlakova, te na dispečerskom radnom mjestu za signalno-vezničku i računalnu opremu.

Stanje destilacijskih uređaja ZhAT sustava kontrolirano je automatskim uređajima za kontrolu signalnih točaka (AKST), izrađenih na temelju specijaliziranih kontrolera. Najrasprostranjeniji 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-ChM vam omogućuje kontrolu stanja sedam diskretnih senzora (releja) i dva senzora praga.

Slika 3.1 - Blok dijagram sustava agroindustrijskog kompleksa

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

Za sustave automatskog blokiranja, parametri se odabiru sa sljedećeg popisa: nedostatak glavnog napajanja na signalnoj točki; nedostatak rezervnog napajanja; izgaranje glavne niti žarulje crvenog svjetla; izgaranje rezervne niti žarulje crvenog svjetla; izgaranje žarne niti razlučive žarulje; utvrđeni smjer kretanja; uklanjanje izolacijskog spoja; gubitak istosmjernog napona BS-DA jedinice; zauzetost blok parcele; neispravnost linije AKST-SChM ili DSM; gubitak oba izvora napajanja u objektima s rezervnom baterijom; hitni kvar.

Tijekom projektiranja, noseća frekvencija (frekvencija podešavanja oscilatora) postavljena je za svaki ACST-FM, budući da svi ACST-ovi odjeljka 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ćom frekvencijskom podjelom.

Na stanicama (linearne točke), informacije iz AKST-SChM primaju i analiziraju odgovarajući koncentratori (industrijsko računalo). Strukturno, sustav se sastoji od uređaja za prikupljanje podataka i radnog mjesta manevarskog dispečera koji se nalazi na udaljenosti od oko 1 km. Komunikacija se odvija putem četverožične linije.

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

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

Valja napomenuti da je za kontrolu rada samo jedne polovice ranžirne stanice, koja uključuje tri parka (prijamni park, sortirni park i otpremni park), potrebno kontrolirati oko tisuću i pol objekata. Ako ovu brojku pomnožimo s cijenom jednog optocoupler modula tvrtke Crayhill, dobivamo brojku od oko 15.000 USD. Brojka za programere u moderno doba, 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; 96. je korišten s I/O modulima tipa G4IDC5. Bilo je potrebno razviti i proizvesti samu matricu, ali su se troškovi za to pokazali neusporedivo niži nego da se problem rješava direktno. Matrica optocouplera je modularna struktura, čiji svaki modul omogućuje povezivanje 16 diskretnih signala istosmjerne ili izmjenične struje s naponom od 12 do 30 V. Moduli se instaliraju pomoću konektora na "matičnoj ploči", što je pak spojen na OPTO RAC pomoću standardnih kabela OCTAGON SYSTEMS. Radno mjesto manevarskog dispečera implementirano je na IBM AT PC računalu s višeterminalnom 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

imati najmanje sljedeće sposobnosti:

• - podrška za multitasking;
• - višekorisnički način rada;
• - skalabilnost;
• - visoka produktivnost;
• - rad u realnom vremenu;
• - pouzdan i iznimno 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.

QNX OS ima sva gore navedena svojstva, kao i

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 položaja vlaka;
• - evidentiranje kvarova;
• - snimanje tehnoloških situacija;
• - primanje poruka iz Računskog centra;
• - vođenje protokola rada.

Mehanizam za razmjenu poruka implementiran u QNX-u je vrlo moćan, na temelju kojeg je implementiran DC sustav u tehnologiji klijent-poslužitelj, čime se povećava pouzdanost rada i omogućuje povećanje broja uređaja za prikupljanje podataka i potrošača informacija na niskim razinama. trošak. Podrška za višekorisnički način je potrebna zbog činjenice da nekoliko korisnika može raditi na sustavu u isto vrijeme. Planirano je povezivanje dodatnih korisničkih radnih stanica na bazi lokalne mreže, čiji će jedan od čvorova biti radna stanica ranžirnog dispečera. QNX podrška za nekoliko mrežnih standarda daje vam izbor: Ethernet, Arcnet, Token Ring itd.

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 pri gotovo svakoj anketi. Programeri su uspjeli riješiti problem pouzdanog prijenosa podataka putem komunikacijskog kanala spajanjem prijemnog uređaja i dispečerske radne stanice u QNX mrežu, što je omogućilo korištenje mrežnog protokola sustava i implementaciju ove razmjene neovisno o prijenosu podataka. medij za aplikativne programe. Serijska mreža radi prilično stabilno pri brzini prijenosa podataka od 4800 bauda. Kako bismo povećali mrežnu propusnost, upotrijebili smo mehanizam kompresije/dekompresije podataka koji implementira mrežni upravljački program, a koji je transparentan za aplikacijske programe.

Ne bez nekih poteškoća. QNX OS jamči da ako je zadatak blokiran tijekom slanja poruke, sustav će automatski ukloniti blokadu nakon nekog vremena, vraćajući kod greške. Nažalost, ovaj mehanizam ne radi uvijek. Zadatak može ostati u ovom stanju neodređeno dugo vremena. Programeri su morali programski pratiti i ispravljati ovu situaciju. Po njihovom mišljenju, to može biti zbog prisutnosti pogreške u mrežnom upravljačkom programu Net.fd verzije 4.22, a prelaskom na verziju 4.23 bit će je moguće riješiti. Želja za stvaranjem sustava koji nije striktno 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 tiče QNX-a, 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. Drajveri za Octagon 5600 ploču i multi-screen video karticu napisani su prilično brzo. 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. Za povezivanje modema i organiziranje mreže između uređaja za preuzimanje i radnog mjesta dispečera korišten je standardni upravitelj serijskih kanala.

Zbog činjenice da je QNX 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. Softver je instaliran na Micro PC pomoću praktičnog alata EKit - paketa za instalaciju QNX-a u ugrađene sustave. Mogućnost daljinske promjene verzija programa iznimno je potrebna u našem slučaju, budući da Micro PC u načinu rada nema ni ekran, ni tipkovnicu, ni disk jedinicu. Transparentan pristup datotekama na QNX mreži uvelike olakšava rad, a Efsys ugrađeni upravitelj datotečnog sustava omogućuje vam reprogramiranje flash memorije i SRAM-a korištenjem uobičajene naredbe za kopiranje datoteke. Nakon ponovnog pisanja, moguće je meko ponovno pokrenuti udaljeno računalo s ažuriranom verzijom. Programeri su imali problema s organizacijom mekog ponovnog pokretanja. Pokušaj njegove implementacije gotovo je uvijek rezultirao smrzavanjem stroja koji se ponovno pokreće. Ova poteškoća je zaobiđena 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. Jedan takav razvoj je sustav za održavanje grafa izvršenih pokreta, implementiran od strane drugih programera u okruženju Windows NT. S obzirom na negativna iskustva stečena implementacijom vlastitih protokola pod DOS-om, odlučeno je da se za docking koriste isključivo standardni protokoli. De facto, takvi standardni protokoli su familija TCP/IP protokola, što je bio još jedan uvjerljiv argument u korist sustava koji pruža njihovu podršku. TCP/IP paket za QNX daje razvojnom programeru ne samo mogućnost programiranja na razini Socket API-ja, već i iskorištavanje mrežnog datotečnog sustava (NFS), poziva udaljenih procedura (RPC) u ONC standardu i mnogih korisnih usluga 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 se pojavljuje zadatak automatskog generiranja brojnih dokumenata koji se još uvijek ručno ispunjavaju.

SCADA Supervisory Control And Acquisition je glavna i trenutno ostaje najperspektivnija metoda automatizirane kontrole složenih dinamičkih sustava (procesa) u vitalnim i kritičnim područjima sa stajališta sigurnosti i pouzdanosti. Upravo na principima dispečerskog upravljanja grade se veliki automatizirani sustavi u industriji i energetici, prometu, svemiru i vojnim područjima te u raznim državnim ustanovama.

Tijekom proteklih 10-15 godina u inozemstvu je naglo porastao interes za probleme izgradnje visoko učinkovitih i visoko pouzdanih sustava dispečerske kontrole i prikupljanja podataka. S jedne strane, to je zbog značajnog napretka u području računalne tehnologije, softvera i telekomunikacija, čime se povećavaju mogućnosti i proširuje područje primjene automatiziranih sustava. S druge strane, razvoj informacijske tehnologije, povećanje stupnja automatizacije i preraspodjela funkcija između osobe i opreme pogoršali su problem interakcije između čovjeka operatera i upravljačkog sustava. Istraživanje i analiza većine nesreća i incidenata u zrakoplovstvu, kopnenom i vodenom prometu, industriji i energetici, od kojih su neke dovele do katastrofalnih posljedica, pokazalo je da je ljudska pogreška 60-ih godina bila izvorni uzrok samo 20% incidenata (80 %, odnosno zbog tehnoloških kvarova i kvarova), zatim je 90-ih godina udio ljudskog faktora porastao na 80%, a zbog stalnog usavršavanja tehnologije i povećanja pouzdanosti elektroničke opreme i strojeva, taj udio bi se mogao povećati.

Glavni razlog takvim trendovima je stari tradicionalni pristup izgradnji složenih automatiziranih sustava upravljanja, koji se danas često koristi: usmjerenost prvenstveno na korištenje najnovijih tehničkih (tehnoloških) dostignuća, želja za povećanjem stupnja automatizacije i funkcionalnosti sustava i, istovremeno, podcjenjivanje potrebe izgradnje učinkovitog sučelja čovjek-stroj (HMI Human-Machine Interface), tj. korisničko (operatorsko) orijentirano sučelje. Nije slučajno da je upravo zadnjih 15 godina, tj. Razdoblje pojave snažnih, kompaktnih i jeftinih računalnih alata označilo je vrhunac istraživanja u Sjedinjenim Američkim Državama o problemima ljudskog faktora u sustavima upravljanja, uključujući optimizaciju arhitekture i HMI sučelja nadzorno-upravljačkih sustava i sustava za prikupljanje podataka.

Proučavanje materijala o problemima izgradnje učinkovitih i pouzdanih sustava dispečerskog upravljanja pokazalo je potrebu korištenja novog pristupa pri razvoju takvih sustava: dizajn usmjeren na čovjeka (ili top-down, top-down), tj. fokusirajući se primarno na čovjeka operatera (dispečera) i njegove zadatke, umjesto tradicionalnog i široko korištenog hardverski usmjerenog (ili bottom-up, bottom-up), u kojem se pri izgradnji sustava glavna pozornost pridavala odabiru te razvoj tehničkih sredstava (opreme i softvera). Korištenje novog pristupa u stvarnom razvoju svemira i zrakoplovstva te usporedni testovi sustava u Nacionalnoj upravi za zrakoplovstvo i svemir (NASA), SAD, potvrdili su njegovu učinkovitost, omogućujući povećanje produktivnosti operatera, smanjenje proceduralnih pogrešaka za red veličine i smanjiti kritične (neispravljive) pogreške na nulu.

Definicija i opća struktura SCADA-e

SCADA je proces prikupljanja informacija u stvarnom vremenu s udaljenih točaka (objekata) za obradu, analizu i moguće upravljanje udaljenim objektima. Zahtjev za obradom u realnom vremenu proizlazi iz potrebe dostave (izdavanja) svih potrebnih događaja (poruka) i podataka do središnjeg sučelja operatera (dispečera). U isto vrijeme, koncept stvarnog vremena se razlikuje za različite SCADA sustave.

Prototip modernih SCADA sustava u ranim fazama razvoja automatiziranih sustava upravljanja bili su telemetrijski i alarmni sustavi.

Svi moderni SCADA sustavi uključuju tri glavne strukturne komponente:

Udaljena terminalna jedinica (RTU) udaljeni terminal koji obrađuje zadatak (kontrolu) u stvarnom vremenu. Raspon njegovih implementacija je širok od primitivnih senzora koji prikupljaju informacije od objekta do specijaliziranih višeprocesorskih računalnih sustava otpornih na pogreške koji obrađuju informacije i upravljaju u stvarnom vremenu. Njegova specifična implementacija određena je specifičnom primjenom. Korištenje uređaja za obradu informacija niske razine omogućuje smanjenje zahtjeva propusnosti za komunikacijske kanale sa središnjim kontrolnim centrom.

Glavna terminalna jedinica (MTU), glavna stanica (MS) kontrolni centar (glavni terminal); provodi obradu i kontrolu podataka na visokoj razini, obično u mekom (kvazi) stvarnom vremenu; Jedna od glavnih funkcija je osigurati sučelje između ljudskog operatera i sustava (HMI, MMI). Ovisno o specifičnom sustavu, MTU se može implementirati u raznim oblicima, od jednog računala s dodatnim uređajima koji se povezuju na komunikacijske kanale do velikih računalnih sustava (mainframe) i/ili radnih stanica i poslužitelja integriranih u lokalnu mrežu. U pravilu se pri izgradnji MTU koriste različite metode za povećanje pouzdanosti i sigurnosti sustava.

Komunikacijski sustav (CS) potreban je komunikacijski sustav (komunikacijski kanali) za prijenos podataka s udaljenih točaka (objekata, terminala) do središnjeg sučelja operatera-dispečera i prijenos upravljačkih signala do RTU (ili udaljenog objekta, ovisno o specifičnom dizajnu sustava) ).

Funkcionalna struktura SCADA

Postoje dvije vrste daljinskog upravljanja objektima u SCADA-i:

• automatski,
• iniciran od strane operatora sustava.

Postoje četiri glavne funkcionalne komponente sustava nadzornog upravljanja i prikupljanja podataka:

• ljudski operater,
• ljudska interakcija s računalom,
• interakcija računala sa zadatkom (objektom),
• zadatak (kontrolni objekt).

Funkcije čovjeka operatera u sustavu nadzorne kontrole, kao skup ugniježđenih petlji u kojima operater:

• planira koje sljedeće korake treba poduzeti;
• obučava (programira) računalni sustav za naknadne radnje;
• prati rezultate (polu)automatskog rada sustava;
• intervenira u proces u slučaju kritičnih događaja kada se automatizacija ne može nositi, ili ako je potrebno prilagoditi (podešavati) procesne parametre;
• uči uz rad (stječe iskustvo).

Ovakav prikaz SCADA-e bio je osnova za razvoj suvremenih metodologija za izgradnju učinkovitih dispečerskih sustava.

Značajke SCADA-e kao procesa upravljanja

Značajke procesa upravljanja u modernim dispečerskim sustavima:

• SCADA proces se koristi u sustavima u kojima je potrebna prisutnost osobe (operater, dispečer);
• SCADA proces je razvijen za sustave u kojima svaki pogrešan utjecaj može dovesti do kvara (gubitka) upravljačkog objekta ili čak katastrofalnih posljedica;
• operater općenito ima ukupnu odgovornost za kontrolu sustava, koji, u normalnim uvjetima, samo povremeno zahtijeva podešavanje parametara kako bi se postigla optimalna izvedba;
• aktivno sudjelovanje operatera u procesu upravljanja događa se rijetko iu nepredvidivim vremenima, obično u slučaju kritičnih događaja (kvarovi, hitne situacije, itd.);
• radnje operatera u kritičnim situacijama mogu biti strogo vremenski ograničene (nekoliko minuta ili čak sekundi).

Osnovni zahtjevi za sustave dispečerskog upravljanja

Sljedeći osnovni zahtjevi vrijede za SCADA sustave:

• pouzdanost sustava (tehnološka i funkcionalna);
• sigurnost upravljanja;
• točnost obrade i prikaza podataka;
• jednostavnost proširenja sustava.

Sigurnosni i pouzdani zahtjevi za kontrolu u SCADA uključuju sljedeće:

• nijedan pojedinačni kvar opreme ne bi trebao uzrokovati izdavanje lažne izlazne radnje (naredbe) objektu upravljanja;
• niti jedna pogreška operatora ne bi trebala uzrokovati izdavanje lažne izlazne radnje (naredbe) objektu upravljanja;
• sve kontrolne operacije moraju biti intuitivne i prikladne za operatera (dispečera).

Područja primjene SCADA sustava

Glavna područja primjene sustava dispečerske kontrole (prema stranim izvorima) su:

• upravljanje prijenosom i distribucijom električne energije;
• industrijska proizvodnja;
• proizvodnja električne energije;
• zahvat, obrada i distribucija vode;
• proizvodnja, transport i distribucija nafte i plina;
• upravljanje svemirskim objektima;
• upravljanje prometom (sve vrste prometa: zračni, metro, željeznički, cestovni, vodeni);
• telekomunikacija;
• vojno područje.

Trenutno u razvijenim stranim zemljama postoji pravi porast uvođenja novih i modernizacije postojećih automatiziranih sustava upravljanja u različitim sektorima gospodarstva; U velikoj većini slučajeva ti su sustavi izgrađeni na principu nadzorne kontrole i prikupljanja podataka. Karakteristično je da se u industrijskoj sferi (u prerađivačkoj i rudarskoj industriji, energetici itd.) najčešće spominje modernizacija postojećih proizvodnih pogona SCADA sustavima nove generacije. Učinak uvođenja novog sustava upravljanja računa se, ovisno o vrsti poduzeća, od stotina tisuća do milijuna dolara godišnje; na primjer, za jednu prosječnu toplinsku stanicu to je, prema procjenama stručnjaka, od 200.000 do 400.000 dolara. Velika se pažnja posvećuje modernizaciji industrija koje predstavljaju ekološku opasnost za okoliš (kemijska i nuklearna poduzeća), kao i onih koje imaju ključnu ulogu u održavanju života naseljenih područja (vodoopskrba, kanalizacija itd.). Od ranih 90-ih u Sjedinjenim Američkim Državama započela su intenzivna istraživanja i razvoj na području stvaranja automatiziranih sustava upravljanja zemaljskim (voznim) prometom ATMS (Advanced Traffic Management System).

Trendovi razvoja tehničkih sredstava sustava dispečerskog upravljanja

Opći trendovi

• Napredak u području informacijske tehnologije doveo je do razvoja sve 3 glavne strukturne komponente sustava dispečerskog upravljanja i prikupljanja podataka RTU, MTU, CS, čime su značajno povećane njihove mogućnosti; Dakle, broj kontroliranih udaljenih točaka u modernom SCADA sustavu može doseći 100.000.
• Glavni trend u razvoju tehničkih sredstava (hardvera i softvera) SCADA-e je migracija prema potpuno otvorenim sustavima. Otvorena arhitektura omogućuje vam da neovisno odaberete različite komponente sustava od različitih proizvođača; kao rezultat, povećana funkcionalnost, lakše održavanje i smanjena cijena SCADA sustava.

Udaljene terminalne jedinice (RTU)

• Glavni trend u razvoju udaljenih terminala je povećanje brzine obrade i povećanje njihovih intelektualnih mogućnosti. Suvremeni terminali izgrađeni su na bazi mikroprocesorske tehnologije, rade pod kontrolom operativnih sustava u stvarnom vremenu, po potrebi se povezuju u mrežu, te izravno ili mrežno komuniciraju s inteligentnim elektroničkim senzorima nadziranog objekta i nad- razina računala.
• Konkretna RTU implementacija ovisi o aplikaciji. To mogu biti specijalizirana (on-board) računala, uključujući višeprocesorske sustave, obična mikroračunala ili osobna računala (PC); za industrijske i transportne sustave postoje dva konkurentska pravca u RTU tehnologiji: industrijska (industrijska) osobna računala i programabilni logički kontroleri (u ruskom prijevodu često se koristi izraz industrijski kontroleri) PLC.

Industrijska računala Oni su u pravilu softverski kompatibilni s konvencionalnim komercijalnim PC strojevima, ali prilagođeni teškim uvjetima rada, doslovno za ugradnju u proizvodnju, radionice, plinske kompresorske stanice itd. Prilagodba se ne odnosi samo na dizajn, već i na arhitekturu i sklopove, budući da promjene u temperaturi okoline dovode do pomaka u električnim parametrima. Kao uređaji za sučelje s objektom upravljanja, ovi sustavi opremljeni su dodatnim karticama za proširenje (adapterima) kojih na tržištu postoji veliki izbor od raznih proizvođača (kao i samih dobavljača industrijskih računala). Windows NT se sve više koristi kao operativni sustav u industrijskim računalima koja rade kao udaljeni terminali, uključujući razna proširenja u stvarnom vremenu posebno razvijena za ovaj operativni sustav (pogledajte dolje za više detalja).

Industrijski kontroleri (PLC) su specijalizirani računalni uređaji namijenjeni upravljanju procesima (objektima) u stvarnom vremenu. Industrijski kontroleri imaju računalnu jezgru i ulazno/izlazne module koji primaju informacije (signale) od senzora, prekidača, pretvarača, drugih uređaja i kontrolera te upravljaju procesom ili objektom izdavanjem upravljačkih signala aktuatorima, ventilima, prekidačima i drugim aktuatorima. Moderni PLC-ovi su često umreženi (RS-485, Ethernet, razne vrste industrijskih sabirnica), a softver razvijen za njih omogućuje njihovo programiranje i upravljanje u obliku pogodnom za operatera putem računala smještenog na najvišoj razini SCADA-e. sustav u kontrolnoj sobi (MTU). Istraživanje PLC tržišta pokazalo je da kontroleri tvrtki Siemens, Fanuc Automation (General Electric), Allen-Bradley (Rockwell) i Mitsubishi imaju najrazvijeniju arhitekturu, softver i funkcionalnost. Zanimljivi su i proizvodi CONTROL MICROSYSTEMS, industrijski kontroleri za sustave nadzora i upravljanja za naftna i plinska polja, cjevovode, trafostanice, gradsku vodoopskrbu, pročišćavanje otpadnih voda i kontrolu onečišćenja okoliša.

Puno materijala i istraživanja o industrijskoj automatizaciji posvećeno je konkurenciji između dva područja PC-a i PLC-a; Svaki od autora daje veliki broj argumenata za i protiv svakog pravca. Međutim, može se identificirati glavni trend: tamo gdje je potrebna povećana pouzdanost i čvrsta kontrola u stvarnom vremenu, koriste se PLC-ovi. To se prvenstveno odnosi na primjene u sustavima za održavanje života (primjerice vodoopskrba, električna energija), transportnim sustavima, energetskim i industrijskim poduzećima koja predstavljaju povećanu opasnost za okoliš. Primjeri uključuju korištenje Simatic (Siemens) PLC-ova za upravljanje napajanjem monorail-a u Njemačkoj ili korištenje Allen-Bradley (Rockwell) kontrolera za modernizaciju zastarjelog sustava kontrole ventilacije i klimatizacije u slučaju nužde u Plutonium Plant 4 u Los Alamosu . PLC hardver vam omogućuje da učinkovito izgradite sustave otporne na greške za kritične aplikacije na temelju višestrukih redundancija. Industrijska računala koriste se uglavnom u manje kritičnim područjima (primjerice, u automobilskoj industriji, modernizacija proizvodnje od strane General Motorsa), iako postoje primjeri kritičnijih primjena (metro u Varšavi, kontrola vlakova). Prema stručnjacima, izgradnja sustava temeljenih na PLC-u obično je jeftinija opcija u usporedbi s industrijskim računalima.

Komunikacijski kanali (CS)

Komunikacijski kanali za moderne dispečerske sustave vrlo su raznoliki; izbor konkretnog rješenja ovisi o arhitekturi sustava, udaljenosti između upravljačke jedinice (MTU) i RTU, broju kontroliranih točaka, zahtjevima za propusnost i pouzdanost kanala te dostupnosti dostupnih komercijalnih komunikacijskih linija.

Trendom razvoja CS-a kao strukturne komponente SCADA sustava može se smatrati korištenje ne samo širokog spektra namjenskih komunikacijskih kanala (ISDN, ATM, itd.), već i korporativnih računalnih mreža i specijaliziranih industrijskih sabirnica.

U modernim industrijskim, energetskim i transportnim sustavima veliku popularnost stekli su industrijski autobusi - specijalizirani komunikacijski kanali velike brzine koji omogućuju učinkovito rješavanje problema pouzdanosti i otpornosti na buku veza na različitim hijerarhijskim razinama automatizacije. Postoje tri glavne kategorije industrijskih sabirnica, koje karakteriziraju njihovu namjenu (mjesto u sustavu) i složenost informacija koje se prenose: senzor, uređaj, polje. Mnoge industrijske gume pokrivaju dvije ili čak sve tri kategorije.

Od raznolikosti industrijskih sabirnica koje se koriste diljem svijeta (samo u Njemačkoj oko 70 tipova instalirano je u različitim sustavima), treba istaknuti industrijsku verziju Etherneta i PROFIBUS-a, trenutno najpopularniju i, čini se, najviše obećavaju. Korištenje specijaliziranih protokola u industrijskom Ethernetu omogućuje vam da izbjegnete inherentnu nedeterminiranost ove sabirnice (zbog CSMA/CD pretplatničke metode pristupa), au isto vrijeme iskoristite njegove prednosti kao otvorenog sučelja. PROFIBUS sabirnica trenutno je jedna od onih koje najviše obećavaju za upotrebu u industrijskim i transportnim sustavima upravljanja; omogućuje prijenos podataka velike brzine (do 12 Mbaud) otporan na buku (kodna udaljenost = 4) na udaljenosti do 90 km. Na temelju ovog autobusa, primjerice, izgrađen je automatizirani sustav upravljanja vlakom u varšavskom metrou.

Kontrolni tornjevi (MTU)

Glavni trend u razvoju MTU-ova (kontrolnih tornjeva) je prijelaz većine programera SCADA sustava na arhitekturu klijent-poslužitelj, koja se sastoji od 4 funkcionalne komponente.

1. Korisničko (operatorsko) sučelje(korisničko/operatorsko sučelje) iznimno je važna komponenta SCADA sustava. Karakterizira ga a) standardizacija korisničkog sučelja oko nekoliko platformi; b) sve veći utjecaj Windows NT; c) korištenje standardnog grafičkog korisničkog sučelja (GUI); d) tehnologije objektno orijentiranog programiranja: DDE, OLE, Active X, OPC (OLE za kontrolu procesa), DCOM; e) standardni alati za razvoj aplikacija, od kojih su najpopularniji Visual Basic for Applications (VBA), Visual C++; f) pojava komercijalnih verzija softvera klase SCADA/MMI za širok raspon zadataka. Neovisnost o objektu omogućuje korisničkom sučelju da predstavlja virtualne objekte koje su stvorili drugi sustavi. Rezultat su povećane mogućnosti za optimizaciju HMI sučelja.

2. Upravljanje podacima(upravljanje podacima) odmak od visoko specijaliziranih baza podataka prema podršci za većinu korporativnih relacijskih baza podataka (Microsoft SQL, Oracle). Funkcije upravljanja podacima i generiranja izvješća izvode se pomoću standardnih SQL i 4GL alata; Ova neovisnost podataka izolira pristup podacima i funkcije upravljanja od SCADA ciljeva, dopuštajući jednostavan razvoj dodatnih aplikacija za analizu podataka i upravljanje.

3. Umrežavanje i usluge(mreže i usluge) prijelaz na korištenje standardnih mrežnih tehnologija i protokola. Usluge upravljanja mrežom, sigurnosti i kontrole pristupa, nadzora transakcija, prijenosa pošte, skeniranja raspoloživih resursa (procesa) mogu se izvoditi neovisno o ciljnom SCADA programskom kodu koji je razvio drugi dobavljač.

4. Usluge u stvarnom vremenu(usluge u stvarnom vremenu) oslobađanje MTU-a od opterećenja gore navedenih komponenti omogućuje vam da se usredotočite na zahtjeve izvedbe za zadatke u stvarnom i kvazi-stvarnom vremenu. Ovi servisi su brzi procesori koji upravljaju razmjenom informacija s RTU i SCADA procesima, upravljaju rezidentnim dijelom baze podataka, obavještavaju o događajima, izvršavaju radnje upravljanja sustavom i prenose informacije o događajima na korisničko (operatorsko) sučelje.

Operacijski sustavi

Unatoč stalnoj raspravi među stručnjacima za sustave upravljanja o tome što je bolje, UNIX ili Windows NT? , tržište je očito izabralo ovo drugo. Presudna za brz rast popularnosti Windows NT bila je njegova otvorena arhitektura i učinkoviti alati za razvoj aplikacija, koji su brojnim razvojnim tvrtkama omogućili stvaranje softverskih proizvoda za rješavanje širokog spektra problema.

Sve veća upotreba Windows NT-a u automatiziranim sustavima upravljanja uvelike je posljedica pojave niza softverskih proizvoda koji mu omogućuju da se koristi kao platforma za kreiranje kritičnih aplikacija u sustavima u stvarnom vremenu, kao iu ugrađenim konfiguracijama. Najpoznatija proširenja u stvarnom vremenu za Windows NT su proizvodi tvrtki VenturCom, Nematron i RadiSys.

VenturCom rješenja su postala de facto standard za kreiranje kritičnih aplikacija u stvarnom vremenu na Windows NT platformi. Prilikom razvoja sučelja za aplikacije u stvarnom vremenu, programeri tvrtke krenuli su putem modificiranja Windows NT modula sloja hardverske apstrakcije (HAL Hardware Abstraction Layer), koji je odgovoran za generiranje sistemskih prekida visokog prioriteta koji ometaju zadatak upravljanje u stvarnom vremenu. VenturComov softver Component Integrator je sredstvo za ubrzavanje razvoja i implementacije aplikacija u stvarnom vremenu za Windows NT; dolazi kao integrirani paket koji se sastoji od alata za stvaranje ugrađenih aplikacija (ECK Embedded Component Kit) i stvarnih proširenja u stvarnom vremenu (RTX 4.1), omogućujući aplikacijama kreiranim za rad pod Windows NT da rade u stvarnom vremenu.

RadiSys je zauzeo drugačiji pristup razvoju proširenja u stvarnom vremenu: Windows NT se pokreće kao zadatak niskog prioriteta pod dobro testiranim i dobro poznatim operativnim sustavom u stvarnom vremenu iRMX već oko 20 godina. Sve funkcije obrade i kontrole u stvarnom vremenu izvode se kao zadaci visokog prioriteta pod iRMX-om, izolirani u memoriji od Windows NT aplikacija i upravljačkih programa zaštitnim mehanizmom procesora. Ovaj pristup ima prednost u odnosu na VenturCom rješenje u tome što je zadatak u stvarnom vremenu neovisan o Windows NT: u slučaju pada ili katastrofalne sistemske pogreške u Windows NT, zadatak upravljanja u stvarnom vremenu nastavit će se izvoditi. Ovo rješenje omogućuje vam da obavijestite glavni zadatak o problemima koji su se pojavili u radu NT-a i zadržavate samo pravo na nastavak rada ili zaustavljanje cijelog sustava.

Treba napomenuti da se u SCADA sustavima zahtjev tvrdog stvarnog vremena (tj. sposobnost odgovora/obrade događaja u jasno definiranim, zajamčenim vremenskim intervalima) odnosi, u pravilu, samo na udaljene terminale; u jedinicama dispečerskog upravljanja (MTU), događaji (procesi, objekti) se obrađuju/upravljaju u mekom (kvazi) realnom vremenu.

Aplikacijski softver

Usredotočenost na otvorene arhitekture pri izgradnji sustava nadzorne kontrole i prikupljanja podataka omogućuje programerima ovih sustava da se izravno koncentriraju na ciljani SCADA zadatak prikupljanja i obrade podataka, praćenja, analize događaja, kontrole i implementacije HMI sučelja.

Ciljni softver za automatizirane upravljačke sustave u pravilu razvijaju sami dobavljači tih sustava za određenu primjenu.

APCS softver je kompleks različitih programa, čija je glavna zadaća osigurati nesmetano funkcioniranje programatora, kontrolera, inženjerskih stanica i drugih računalnih alata kao dijela sustava. Postoje dvije vrste softvera sustava automatizirane kontrole procesa.

• 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 automatizirane 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 rasprodaji:

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

Cijene za pojedine artikle prikazane su u cjeniku. Pogledajte stranice proizvoda za detaljne specifikacije. Za dodatne informacije o asortimanu proizvoda, uvjetima plaćanja i rokovima isporuke obratite se upravitelju telefonom.

SCADA sustav MasterSCADA

MasterSCADA je SCADA sustav za sustave upravljanja procesima, MES, računovodstvene i dispečerske poslove za industrijske objekte, stambeno-komunalne usluge i zgrade.

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 projekta koji omogućuju oštro smanjenje troškova rada i povećavaju pouzdanost stvorenog sustava. Razvoj projekata u MasterSCADA-i je jednostavan i ugodan.

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 autoritativnog međunarodnog časopisa Control Engineering. Više od 10.000 implementacija je implementirano na temelju MasterSCADA 3.x. Među implementiranim projektima su globalni sustavi s više od 100.000 parametara koji dolaze na jedan geodetski server, te s više od 300 operaterskih lokacija.

MasterSCADA 4D MasterSCADA 4D je proizvod nove generacije SCADA sustava. U njemu su, u usporedbi s prethodnom verzijom, značajno prošireni alati za izradu velikih distribuiranih sustava s mogućnošću korištenja tehnologija Interneta stvari, povećana je praktičnost i fleksibilnost, proširena je mogućnost korištenja različitih hardverskih platformi i operativnih sustava, broj podržanih razina kontrolnih sustava se povećava, a funkcionalnost se migrira između razina. MasterSCADA olakšava razvoj projekata bilo koje razine i složenosti. U tu svrhu 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, xScale 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 );
• TREY;
• i mnogi drugi...

Struktura softvera (PO). Softver je sastavni dio modernog sustava kao i hardver.

Dio softvera je sistemski softver, obično ga isporučuje tvrtka i dizajniran je za određenu računalnu platformu. Funkcionalno blizak softveru sustava postoji poseban softver namijenjen ne automatskom upravljanju, već operativnom praćenju odvijanja procesa u sustavu, vođenju arhiva, izvješća, vizualnom prikazu trenutnih parametara procesa, organiziranju virtualnih mjernih instrumenata, displeja itd. Ovi sustavi obično ne rade u stvarnom vremenu. Postoji dovoljan broj takvih gotovih sustava (Trace Mode, UltraLogik itd.). Kako bi se osigurala neovisnost o proizvođaču, kao i povećala pouzdanost i usmjerenost na probleme, takvi se sustavi često izrađuju posebno.

Drugi dio softvera - upravljački programi uređaja, trebao bi biti rezultat dogovora između tvrtki za razvoj uređaja i tvrtki za razvoj sistemskog softvera. Dosljednost se postiže praćenjem standarda razvoja vozača.

Konačno, postoji još jedna vrsta softvera dizajnirana za rješavanje specifičnih računalnih problema ili za kontrolu posebnih nestandardnih uređaja. Ovaj aplikacijski softver mora izraditi programer određenog sustava. U ovom slučaju često je potrebno koristiti asemblerski jezik, jer su potrebne visoke performanse i predvidljivo ponašanje programa.

Sistemski softver . Sposobnost rada u stvarnom vremenu, osiguravanje visoke razine operativne pouzdanosti, podržavanje standarda za sve vrste sučelja - svi ti zahtjevi omogućuju izdvajanje industrijskih računalnih sustava u zasebnu klasu. Glavni zahtjev (osim pouzdanosti) za računalne sustave ove klase je zajamčeno vrijeme odziva na događaj. Iz ovog uvjeta možemo odmah prepoznati karakteristične kvalitete industrijskih računalnih sustava:

Prilagodba računalne jedinice senzorima i perifernim uređajima;

Korištenje uobičajenih i dokazanih industrijskih standarda;

Korištenje operativnih sustava u stvarnom vremenu (RTOS).

Operacijski sustavi u stvarnom vremenu . Kao i svaki drugi operacijski sustav, RTOS obavlja sljedeće osnovne funkcije potrebne pri korištenju računalne tehnologije u automatizaciji:

Osiguravanje interakcije bez sukoba između paralelnih zadataka i hardvera;

Dijeljenje resursa računalnog sustava (memorija, diskovi itd.) bez sukoba;

Osiguravanje pouzdanog prijenosa podataka između procesa u adresnim prostorima;

Pružanje standardnih načina pristupa resursima;

Pružanje standardne telekomunikacijske i mrežne podrške;

Održavanje vremenske usluge (sistemski i mrežni mjerači vremena);

Stvaranje visoko pouzdanog računalnog okruženja;

Ali RTOS obavlja ove funkcije u zajamčenom i poznatom vremenu.

Mnogi moderni operativni sustavi koji mogu obraditi dolazne zahtjeve "u hodu" mogu se donekle klasificirati kao operativni sustavi u stvarnom vremenu. U pravilu su takvi operacijski sustavi klonovi UNIX OS-a, gdje je glavno načelo izgradnje OS-a podjela vremena kako bi se svakom korisniku osigurao vlastiti resurs.

Glavni kriterij po kojem se operacijski sustavi mogu podijeliti na konvencionalne i operativne sustave u stvarnom vremenu je determinističko, strogo definirano vremensko kašnjenje čekanja ili prekida koje zahtijeva proces prije nego što primi kontrolu. Dva su glavna elementa u RTOS-u: vrijeme odziva i determinizam. Vrijeme odziva određuje koliko često sustav u prosjeku može "odgovoriti". Determinizam je mjera najveće latencije sustava. Neki operacijski sustavi, poput DOS-a, nisu deterministički i nisu prikladni za korištenje u stvarnom vremenu.

Sustavi stvarnog vremena također se dijele na “soft real time” i “hard real time” - meko stvarno vrijeme (MRV) i tvrdo stvarno vrijeme (HRV). Za RTM sustave moguće je izgubiti vanjski događaj (prekid) bez ozbiljnog utjecaja na sustav u cjelini. Izgubljeni prekid u situaciji s tekućim zrakoplovom ima ozbiljne posljedice, poput "gubljenja" hitnog slučaja u sustavu za izbjegavanje sudara zrakoplova. Također treba imati na umu da LRT nije povezan s apsolutnim vrijednostima vremena reakcije OS-a, budući da postoje procesi s radnim vremenom u stotinkama sekunde (npr. u energetskim sustavima), a postoje i oni za kojima su karakteristične vremenske konstante jednake satima (toplinski procesi) .

Trenutno je interes za operativne sustave u stvarnom vremenu vrlo velik i poznati su mnogi operativni sustavi u stvarnom vremenu. Svaki od vodećih proizvođača industrijskih računala nužno ima verziju svog operativnog sustava za rad u stvarnom vremenu. Za Hewlett-Packard (HP) to je HP RT, za SGI REACT OS, a za Motorola sustave cijela obitelj različitih RT OS-ova.

Aplikacijski softver za samohodne topove mogu se podijeliti u sljedeće grupe:

Dodatak operativnom sustavu (drajveri, itd.);

Programi za upravljanje, prijenos podataka, obradu podataka, planiranje i sl., odnosno primijenjene računalne zadatke;

Softver lokalnog upravljača. Ovaj dio softvera često se kreira za specijalizirane mikrokontrolere.

Za izradu ovih različitih dijelova aplikacijskog softvera koriste se različite tehnike programiranja. Najtradicionalniji dio su primijenjeni računalni zadaci, za koje se pokušava koristiti programiranje na jezicima visoke razine. Obično se ovdje može snaći programiranjem u C, C++, Pascal, koristeći integrirana okruženja kao što su Visual C, Builder ili Delphi.

Prilikom izrade softvera za lokalne kontrolere važno je pridržavati se sljedećih načela:

Prilikom razvoja projekta pokušajte osigurati homogenost računalne platforme, što će pojednostaviti programiranje u budućnosti. U stvarnosti to znači da je preporučljivo u lokalnim sustavima koristiti ne specijalizirane mikrokontrolere, već PC-kompatibilne kontrolere. Ali u nizu zadataka najučinkovitiji su specijalizirani kontroleri, kao što su, na primjer, posebni DSP procesori u zadacima digitalne obrade signala.

Prilikom razvoja firmvera za lokalne kontrolere potrebno je pažljivo opravdati izbor kontrolera, a glavni aspekt nije ekonomski, budući da se cijena mikrokontrolera stalno smanjuje, već sistemski.

Alternativa tradicionalnom programiranju mikrokontrolera, u načelu, je Java tehnologija, koja uključuje mrežno učitavanje izvršnih programa u kontrolere.

Međunarodna elektrotehnička komisija (IEC) odobrila je standard IEC 1131-3 1993. godine. Ova međunarodna norma dio je IEC 1131 skupine normi koje pokrivaju različite aspekte upotrebe programabilnih logičkih kontrolera (PLC). Standard IEC 1131-3 opisuje sintaksu i semantiku pet PLC programskih jezika.

Alati za razvoj softvera i otklanjanje pogrešaka . Najviše obećavaju alati za vizualni dizajn koji su programeru intuitivni. Vizualni alati pretpostavljaju da dizajner (korisnik) ne mora pisati gotovo nikakav programski kod u bilo kojem programskom jeziku. Umjesto toga, na radno polje postavlja određene vizualne grafičke slike (piktograme). Oni predstavljaju prikaz nekih standardnih blokova, algoritama, uređaja. Povezivanjem ovih slika u skladu sa traženom strukturom, te postavljanjem svojstava pojedinih komponenti, korisnik brzo dobiva željeni prikaz svog sustava. Programiranje se može izbjeći zbog objektno orijentirane prirode takvog modela, u kojem su potrebni programski kodovi već enkapsulirani u standardnim blokovima.

Ali ovdje leži slabost ovog pristupa. Postoje zapravo dvije negativne strane korištenja knjižnica standardnih funkcija:

Zatvoreni izvorni kodovi (i u smislu nedostupnosti i u smislu da korisnik nije zainteresiran za razumijevanje tuđih kodova);

Neoptimalnost kodova upravo za konkretnu situaciju u kojoj se pojedini programer sustava automatizacije nalazi (“univerzalno znači ne optimalno”).

Ove dvije točke zapravo dovode do toga da korisnik-programer automatskog sustava ne može jamčiti pouzdanost rada cijelog sustava, budući da uključuje zatvorene komponente, te ne može jamčiti optimalnost u pogledu brzine rada dijelova sustava. koji su kritični za ovaj parametar. Metode vizualnog programiranja ograničene su upotrebe u slučaju dobro poznatih problema koji nisu ključni za brzinu i pouzdanost.

Kako bi se postiglo potpuno predvidljivo ponašanje softvera, uzimajući u obzir rad u stvarnom vremenu, programer automatskih sustava prisiljen je kreirati vlastiti softver. Ovdje je najprikladniji pristup sljedeći:

Koristite jezike visoke razine kad god je to moguće;

Samo u slučaju nedostatka brzine ili pouzdanosti koristite Asembler.

Ovaj pristup omogućit će inženjeru automatizacije da riješi dva problema odjednom:

Osigurati stvarnu mogućnost prijenosa izvornih kodova programa drugim programerima, uključujući i promjenu računalne platforme;

Ostvarite značajne uštede u vremenu razvoja softvera. Poznato je da je programiranje u asemblerskom jeziku u tom smislu “najrasipnije”.

Standardni alati u svim slučajevima su posebni softverski proizvodi dizajnirani za razvoj softvera: uređivači, prevoditelji, povezivači, debuggeri. Preporučljivo je koristiti posebna integrirana razvojna okruženja koja kombiniraju sve ove alate. Takva razvojna okruženja dostupna su za gotovo sve programske jezike.

Održavanje softvera - ovo je prilika da se jamči prijenos softverskih sustava, njihova rekonfiguracija ako je potrebno, ispravljanje otkrivenih grešaka i otklanjanje kvarova. Mogućnost održavanja softvera ovisi o sljedećim glavnim čimbenicima:

Pružanje usluga razvojnom programeru;

Dostupnost dostupne tehničke dokumentacije, uključujući programe otvorenog koda;

Korištenje u razvoju alata dostupnih korisnicima;

Minimiziranje ovisnosti softvera o programeru. Ključ ovog problema je korištenje industrijskih metoda za izradu softvera.

O pravilnom odabiru softverskog proizvoda koji zadovoljava zahtjeve održavanja često ovisi sudbina cjelokupnog sustava automatizacije i učinkovitost ulaganja.

književnost

1. Miroshnik I.V. Teorija automatskog upravljanja. Linearni sustavi: Udžbenik za sveučilišta. - St. Petersburg: Peter, 2005. - 336 str.

4. Orlov A.I. Menadžment: Udžbenik. – M.: “Emerald”, 2003. URL: http://www.aup.ru/books/m151/

10. Tumanov M.P. Tehnička sredstva automatizacije i upravljanja: Udžbenik. – M.: MGIEM, 2005, 71 str. URL: http://rs16tl.rapidshare.com/files/21651582/2889232/ Tehnicheskie_sredstva_avtomatizatsii_i_upravleniya.rar

11. Mikhailov V.S. Teorija kontrole. – K.: Škola Vyshcha, 1988.

O uočenim tipfelerima, pogreškama i prijedlozima za dopune: [e-mail zaštićen].