Platform de e-learning i curricul e-content pentru nvmntul superior tehnic

Sisteme de conducere a proceselor industriale

2. Solutii de automatizare si implementare

Sisteme de conducere a proceselor industriale 1.3. Solutii de automatizare si implementare

Realizarea unui sistem numeric de conducere este un proces complex care presupune parcurgerea mai multor etape, prezentate detaliat n cele ce urmeaz. Prima etap o reprezint cea de analiz a procesului care face obiectul conducerii. Scopul acesteia este identificarea i descrierea ct mai detaliat a tuturor funciilor pe care trebuie s le realizeze sistemul de conducere. n aceast etap se analizeaz reeta de conducere care de cele mai multe ori este deja cunoscut celor care exploateaz procesul. Din analiza acestei reete se pot evidenia elementele pricipale care definesc activitatea de conducere. Aceste elemente sunt buclele de reglare ale diferiilor parametrii, evenimentele semnificative care pot apare n timpul funcionrii sistemului, procedurile de tratare a acestor evenimente, funciile auxiliare de tip nregistrare/raportare, etc. Aceste elemente sunt cele care conduc la definirea funcii lor care trebuie realizate. Etapa urmtoare este aceea de dimensionare a sistemului de conducere care presupune inventarierea parametrilor care trebuie msurai, a elementelelor de execuie necesare pentru a aciona asupra procesului ct i estimarea necesarului de putere de calcul. Scopul acestei etape este stabilirea unei configuraii a sistemului numeric de conducere din punct de vedere al tipului i numrului echipamentelor care trebuie utilizate. O dat stabilit configuraia sistemului se poate trece la etapa de implementare. Aceasta presupune mai nti realizarea platformei hardware si apoi implementarea pe aceasta a funciilor identificate n etapa de analiz sub forma unor aplicaii software. n cadrul acestei etape poate apare necesitatea unei redimensionri a configuraiei sistemului care a fost realizat n etapa precedent. Rezultatul este un sistem complet care, teoretic, ar trebui s realizeze corect toate funciile de conducere necesare. Urmatoarea etap o constituie testarea sistemului. Aceasta presupune testarea la rece a tuturor funciilor implementate anterior, ceea ce inseamn verificarea acestora ntr -un mediu simulat. n acest scop se vor crea proceduri de testare specifice fiecrei funcii care pot face apel att la programe de test care vor fi adugate temporar n structura sistemului ct i la unele experimente care presupun aplicarea de stimuli (semnale de test) pe intrrile sistemului si urmrirea comportamentului acestuia. Rolul acestor teste este acela de a detecta si corecta eventualele erori in funcionarea diferitelor componente ale sistemului, ceea ce poate conduce la o revenire asupra etapei de implementare. Rezultatul parcurgerii acestei etape este un sistem testat din punctul de vedere al corectitudinii realizrii funciil or specificate la nivelul etapei de analiz. Ultima etap o reprezint punerea in funciune ceea ce nseamn integrarea sistemului n cadrul procesului si testarea funcionrii acestuia n condiii reale. Scopul acestei etape este acela de a verifica corectitudinea etapei de analiz. n urma punerii n funciune se poate constata necesitatea revenirii asupra anumitor aspecte tratate n cadrul etapei de analiz. n cazul n care se constat o funcionare corecta n cadrul acestei ultime etape, se poate afirma c sistemul realizat corespunde cerinelor impuse de conducerea procesului pentru care a fost proiectat. O dat realizat, un sistem de conducere poate face obiectul mai multor modificri destinate att corectrii unor defecte ascunse care apar numai n urma unei exploatri ndelungate dar i pentru extinderea posibilitilor oferite de acel sistem. Fiecare modificare presupune reluarea total sau parial a etapelor prezentate anterior. Din aceast prezentare, se poate observa c procesul de realizare a unui sistem numeric de conducere nu este unul liniar, etapele nu se succed obligatoriu n ordinea n care au fost prezentate existnd posibilitatea ca n urma parcurgerii uneia dintre ele s fie necesar revenirea asupra unei etape deja parcurse. Acest proces de realizare a unui sistem de conducere este reprezentat grafic n Figura 1.6.

16

Capitol 1
Start proiect

Etapa de analiz Identificare i descriere funcii

Etapa de dimensionare Configuraie sistem

Etapa de implementare Sistem implementat Etapa de testare Sistem testat Etapa de punere n funciune Sistem validat n funcionare Proiect finalizat
Figura 1.6. Etapele de implementare ale unui sistem numeric de conducere.

Analiznd acest proces se poate observa c n urma etapei de punere n funciune se poate ajunge la necesitatea relurii primei etape de analiz, ceea ce n mod sigur va conduce la efectuarea unor modificri substaniale asupra sistemului realizat. Pentru evitarea unei astfel de situaii este recomandabil o alt procedur de impelementare n care dezvoltarea sistemului s se realizeze n mod progresiv. Astfel, n etapa de analiz, se va realiza descompunerea sistemului ntr -un set de componente de complexitate mai redus, urmrindu-se posibilitatea de a pune parial n funciune sistemul dup implementarea fiecrei componente n parte. n acest mod, nu numai c se va simplifica fiecare etap din cadrul procesului de realizare a sistemului prin faptul c acestea vor trata de fiecare dat o problem mai simpl dar se reduce n mod semnificativ riscul de a reveni i a modifica substanial structura unui sistem complet realizat. n Figura 1.7, este prezentat o alt planificare a implementrii, care, de aceast dat este de tip progresiv. Utilizarea acestui mod de lucru progresiv impune anumite caracteristici arhitecturii sistemului de conducere numeric. Prima caracteristic este aceea de modularitatate care deriv direct din modul n care este dezvoltat sistemul. Caracterul modular poate oferi i alte avantaje dac realizarea modulelor componente ndeplinete cteva condiii. Ideea care trebuie s stea la baza realizrii acestor module este aceea de a fi implementate n aa fel nct s poat fi utilizate ntr-o gama ct mai larg de aplicaii. Din acest motiv, funcia realizat de un astfel de modul trebuie implementat ntr-o forma ct mai general, adaptarea funciei la o situaie concret impus de o anumit aplicaie fiind rezultatul unei configurri a modulului si nu a modificrii acestuia prin rescrierea chiar partial a codului acestuia.

Sisteme de conducere a proceselor industriale

Start proiect

Etapa de descompunere n componente Set de componente ale sistemului Selecie component

Etapa de analiz component Identificare i descriere funcii

Etapa de redimensionare a sistemului Configuraie nou sistem

Etapa de implementare a componentei Sistem parial implementat Etapa de testare component Sistem parial testat Etapa de punere parial n funciune Sistem parial validat n functionare Mai exist componente? DA

NU Proiect finalizat
Figura 1.7. Etapele implementrii progresive a unui sistem numeric de conducere.

Avantajele acestui mod de implementare sunt mai multe dintre care se pot evidenia cele mai importante i anume: reducerea timpului de realizare a sistemului prin utilizarea unor module deja realizate (eventual cu ocazia altor proiecte), timpul necesar realizrii unui sistem de conducere se reduce substantial. n acest mod nu mai este necesar construcia detaliat (scrierea programelor) dect, eventual, a unui numr redus de module, majoritatea fiind deja create; reducerea timpului necesar punerii n funciune a sistemului punerea n funciune implic n mare parte testarea funcionrii componentelor sistemului. n cazul utilizrii unor module existente care au fost utilizate si in cadrul altor sisteme testarea funcionarii acestora se rezuma doar la verificarea

18

Capitol 1
integrrii lor corecte n cadrul ansamblului i nu a funcionrii lor interne. Testarea modului de integrare este mult mai simpl ceea ce conduce la reducerea timpului necesar operaiilor de punere n funciune; sigurana mare n funcionare aceasta fiind determinat ntr-o mare msur de corectitudinea implementrii modulelor de conducere. Orice modul nou creat prezint un anumit grad de nesiguran datorat posibilitii existenei unor erori de implementare care in urma testelor efectuate s nu fie puse in eviden. Riscul ca un modul s conin astfel de erori scade pe msura ce acesta este utilizat deoarece in timpul unei funcionri ndelungate erorile de acest tip ncep s fie puse in eviden i pot fi corectate. Reutilizarea modulelor are ca efect cresterea ncrederii n buna funcionare a acestora. O alt caracteristic impus de modul de dezvoltare progresiv a unui proiect este aceea de sistem deschis. Acest lucru nseamn c adugarea unui nou modul trebuie sa influeneze ct mai puin sistemul n care acesta se insereaz. n cazul n care pentru a introduce noul modul n sistem trebuie operate modificari asupra structurii acestuia sau a modulelor deja existente, avantajele dezvoltrii progresive ar fi n mare parte anulate. n primul rnd dezvoltarea sistemului ar fi mult ngreunat datorit modificrilor permanente care ar trebui aduse la fiecare completare a acestuia. Modificrile frecvente nu conduc numai la complicarea procesului de construcie a sistemului dar introduc si un grad ridicat al riscului de apariie a unor erori de implementare. Astfel, un sistem pus in funciune parial, deci funcional din punctul de vedere al funciilor deja integrate, n urma adugrii unei noi funcii si a efecturii modificrilor impuse de aceasta poate deveni nefuncional. Apare necesitatea verificrii funcionrii ntregului sistem dup fiecare introduce re a unei noi funcii ceea ce este de neacceptat. Pentru evitarea acestor neajunsuri este necesar proiectarea unei arhitecturi deschise a sistemului att la nivel hardware cit i software [53]. O alt caracteristic necesar este aceea de izolare a modulelor componente. Acest lucru inseamn c modificrile aduse la nivelul unui modul trebuie s nu afecteze si celelalte module din sistem. Acest caracteristic permite ca n cazul detectrii unei erori de implementare att n etapa de testare ct i n cea de punere n funciune, corectarea acesteia s fie uor de realizat deoarece implic o intervenie doar la nivelul modulului nefuncional. Se evit astfel situatia n care n urma corectrii unui modul, modificrile propagate n lan asupra celorlalte s conduc la o proast funcionare a acestora. Se poate observa c izolarea modulelor este foarte puternic legat de caracterul deschis al sistemului. O arhitectur deschis presupune ca realizarea interconectrii modulelor componente ale sistemului s fie facut intr-un mod unitar si independent de tipul sau caracteristicile acestora. Pentru a realiza acest lucru trebuie ca gestionarea transferului de informaie ntre module n timpul funcionrii s nu revin acestora deoarece n acest fel ar exista o influen puternic intre module. Soluia este introducerea unei componente specializate la nivelul sistemului care s preia sarcina gestionrii conexiunilor oferind n acest scop o interfa standard prin intermediul creia fiecare modul s poat s se integreze in sistem. Utilizarea acestei interfee permite separarea modulelor ceea ce are ca efect asigurarea att a caracterului deschis al sistemului ct i a izolrii modulelor componente. n continuare va fi propus o arhitectur de sistem de conducere numeric realizat astfel nct s aib aceste trei caracteristici de baz solicitate de metoda de dezvoltare progresiv. Arhitectura unui sistem numeric de conducere are dou componente. Prima este componenta hardware care se refer la echipamentele utilizate cea de a doua fiind componenta software care se refer la programele de aplicaie prin care sunt realizate toate funciile unui sistem numeric.