În calitate de experți ai mesei rotunde, au fost invitați liderii și specialiștii de conducere ai JSC FGC UES, SA "STC FGC UES", precum și organizațiile de proiectare și inginerie:
În prima parte a inginerului masa rotunda departamentului de proiect al companiei „Prosoft-Systems“ Ilyas Husyainov a prezentat raportul privind „Rolul producătorului PTC în proiectarea stațiilor ACS“, în care a fost prezentat pentru prima dată asistată de calculator de proiectare PROJ, dezvoltat de compania „Prosoft-Systems“ .
Ilyas și-a început prezentarea luând în considerare tendințele generale ale pieței moderne, notând cele două momente cele mai importante. În primul rând, împreună cu institutele de design tradiționale, apar mici organizații, iar unitățile specializate de proiectare sunt create la întreprinderile clientului care nu au suficientă experiență și calificări necesare. Acest lucru implică nu numai o reducere a costurilor proiectelor și o reducere a calendarului implementării lor, dar și o deteriorare a calității. În al doilea rând, funcționalitatea sistemului proiectat este în continuă creștere, iar volumul de muncă crește.
În aceste condiții, utilizarea sistemelor de proiectare asistată de calculator devine deosebit de importantă. Astăzi, sunt cunoscute o serie de sisteme CAD de mari dimensiuni, cum ar fi E-Plan, AutoCad Electrical etc. Cu toate acestea, datorită costului ridicat și timpilor lungi de execuție, multe companii sunt nevoite să renunțe la utilizarea acestor produse și să caute soluții alternative. De aceea, specialiștii Prosoft-Systems au dezvoltat propriul pachet software - CAD ProJ.
În prezentarea sa Ilyas Khusyainov a atras atenția ascultătorilor asupra următoarelor caracteristici ale CAD ProJ:
- CAD este adaptat numai pentru echipamentul companiei "Prosoft-Systems";
- CAD completează automat toate lucrările de rutină din punct de vedere al designului, permițând designerului să se angajeze în munca intelectuală;
- datele modelului electronic al obiectului sunt descărcate în format Exel și Autocad;
- în versiunile viitoare ale software-ului va exista un modul pentru generarea fișierelor de configurare a dispozitivelor în conformitate cu IEC 61850.
Printre avantajele noului produs software s-au remarcat caracteristici cum ar fi scurtarea termenilor de dezvoltare a proiectului, eliminarea erorilor, posibilitatea utilizării în timpul instalării și punerea în funcțiune a schemelor de actualizare.
Cea mai completă concluzie a acestui discurs, în opinia noastră, sa reflectat în următoarea afirmație a vorbitorului: "Rolul producătorului în proiectare este acela de a oferi proiectantului suportul necesar în fiecare etapă a lucrării".
La finalul prezentării, au urmat întrebări din partea publicului. Primul dintre ei a fost întrebat de specialistul CJSC "RADIUS Automatics" Victor Redin: "Există mecanisme care să permită generarea de diferențe între versiunile proiectelor?". Sa dovedit că modificările pot fi urmărite în programul propriu-zis, dar nu pot fi tipărite separat.
Experții au ridicat de asemenea o serie de întrebări. Serghei Lukyanov a întrebat despre posibilitatea ca produsul să funcționeze cu dispozitivele altor companii producătoare. Cu toate acestea, după cum sa menționat de către dezvoltatori, în acest moment în dezvoltarea CAD în această direcție nu este planificată.
Principala întrebare, după părerea noastră, a fost exprimată de Igor Arkhipov. El a fost interesat de opinia companiei cu privire la formatele de prezentare a informațiilor la descarcarea de la CAD: "Ar trebui să fie încărcate în formate în general ușor de înțeles, cum ar fi Excel, sau este timpul să aderăm la standardele IEC?" Specialiștii Prosoft-Systems au identificat poziția conform căreia formatele descrise în aceste standarde ar trebui să fie utilizate pentru proiectarea sistemelor în conformitate cu IEC, deoarece prezentarea în formate simple nu este informativă.
A doua parte a mesei rotunde a fost dedicată problemelor de proiectare a stațiilor digitale. Următoarele întrebări au fost propuse spre dezbatere:
- Cât de relevant este includerea în documentele de reglementare a cerinței de a completa documentația de proiectare și de lucru cu fișierele de configurare electronică SCL în conformitate cu IEC 61850 (SSD, SCD)?
- Care sunt cerințele pentru proiectarea rețelelor locale de calculatoare (LAN) pentru instalațiile energetice? Care este relația dintre stadiul de dezvoltare al rețelei LAN și dezvoltarea de soluții de schimb de informații bazate pe protocoalele IEC 61850?
- Sunt organizațiile de proiect gata să creeze documentație într-un nou format din punctul de vedere al competenței lor?
- Schimb de experiență în utilizarea sistemelor CAD cu capacitatea de a genera fișiere de configurație electronică în conformitate cu IEC 61850-6.
La finalul prezentării au fost ridicate câteva întrebări pentru o discuție generală:
- Merită să reflectăm rețeaua locală de calcul în documentația proiectului, în special o astfel de secțiune ca parametrizarea switch-urilor Ethernet?
- Cum ar trebui să fie descrise comunicările? Este necesară utilizarea SCL?
- Ce ar trebui să fie în proiect pe suport de hârtie și ce este electronic?
- Cum se realizează tipizarea soluțiilor de proiectare fără referire la producătorii specifici?
De-a lungul mesei rotunde am avut un sentiment că nici experții, nici participanții nu pot decide cine și în ce măsură ar trebui să cunoască IEC 61850 standardul Gorozhankin Pavel, ca reprezentant al Institutului de proiectare, a subliniat problema lipsei de înțelegere a procesului de proiectare. Repetarea etapelor și responsabilitățile profesioniștilor în fiecare etapă, și-a exprimat atitudinea față de standardul: „În ceea ce privește IEC 61850 I cu ambele mâini“ pentru „dar pentru a preda limba SCL Protecția audienței, în opinia mea, este greșit, el trebuie să facă propriul său lucru.“
Ca urmare a ideilor lor designerului Igor Arkhipov împărtășite: „Proiectantul însuși sa transformat într-un integrator.“ Este dificil să nu sunt de acord, pentru că un design bun va face sub rezerva disponibilității cunoștințelor de proiectantul echipamentului utilizat, iar la ritmul actual al schimbărilor în tehnologie și de actualizare rămase în urmă toată documentația ar trebui să fie pe un singur umăr.
Răspunzând la întrebarea despre proiectarea LAN, Igor Arkhipov a remarcat: "În opinia mea, proiectul LAN trebuie făcut. În același timp, este necesară împrumutarea experienței din domeniul telecomunicațiilor. Este necesar să creați un subproiect al unei rețele LAN universale, iar apoi în fiecare proiect individual să îl modificați pentru un anumit producător. În consecință, vom putea aborda tipizarea proiectelor în cea mai mare parte a acestora, iar apoi va fi suficient să o umplem cu dispozitive de la anumiți producători. În acest caz, toate erorile majore pot fi identificate și corectate. Deci, ar fi imediat clar cine ar trebui să fie învățat SCL. " În cele din urmă, expertul a acordat o atenție deosebită prezentării documentației: "Întrebarea cea mai fundamentală: ce ar trebui să fie un format de hârtie sau o formă electronică? Evident, merită folosită atât în viitorul apropiat. Scheme - pe hârtie, modelul stației în conformitate cu IEC 61850 - ca fișiere SCL. Fiecare document va avea propriul consumator. "
Întrebările de mai sus sunt interesate nu numai de designeri, ci și de furnizori. Reprezentantul companiei "RADIUS Automatics" Dmitri Antonov și-a exprimat punctul de vedere, subliniind că, mai devreme, proiectul a acumulat o anumită bază de cunoștințe, dar acum acest lucru nu se întâmplă.
- Elaborarea documentației de proiect sub formă de fișiere SCL nu ar trebui considerată ca o necesitate de a studia sintaxa SCL de către designeri. Limba SCL ar trebui să fie doar un mijloc de reflectare a documentației proiectului, lucrul la transformarea din / în acest format ar trebui să fie realizat de către complexe software specializate - CAD.
- Chiar și utilizarea CAD nu neagă nevoia de a studia standardul și modelele de bază - abstract - de către specialiști de diferite nivele. Cunoașterea exactă a mijloacelor abstracte de descriere a modelelor va fi o condiție prealabilă pentru dezvoltarea cu succes a proiectelor.
- În condiții moderne de dezvoltare a proiectelor de model este imposibilă, datorită dinamicii ridicate de dezvoltarea tehnologiei, dar designerii ar trebui să poată să facă proiectele lor disponibile (în special, pe o bază comercială) pentru utilizarea altor organizații de proiectare, în timp, va promova dezvoltarea pieței de „cele mai bune practici“ proiectare.
Rezumând masa rotundă care a avut loc, este posibil să rețineți următoarele: există multe întrebări și se pare că totul poate fi răspuns da. IEC 61850? - Da! Aflați SCL? - Da! Proiectăm substații digitale - Da! Cu toate acestea, cu toate "da", în opinia noastră, experții au încă un sentiment că ceva lipsește sau ceva este uitat.
- Ați auzit vreodată despre standardul IEC 61850?
- În opinia dvs., abordările privind proiectarea sistemelor secundare sunt învechite?
- Sunteți de acord cu afirmația conform căreia calitatea complexelor RZA și APCS astăzi depinde în mare măsură de competența adjuncților, nu de designeri?
- Ați auzit ceva despre limbajul SCL și despre utilizarea acestuia în proiectarea RPA și APCS în conformitate cu IEC 61850?
- Considerați că este util să creați fișiere SSD și SCD în etapele de creare a documentului de lucru și a proiectului?
- În cazul în care proiectarea sistemelor de protecție și automatizare a releelor și a sistemelor automate de control include setările pentru echipamentul rețelei locale de calculatoare a centralei electrice?
După cum ni se pare, rezultatele sondajului reprezintă cea mai bună concluzie a mesei rotunde. Le prezentăm în atenția dumneavoastră:
În ceea ce privește necesitatea SSD și MSC fișiere pe etape PD si RD: fiecare PCS furnizor de software-ul lor pentru parametrizare a sistemului, care necesită adesea punerea în aplicare a tuturor setărilor din cadrul propriei interfeței și fișierele de configurare terță parte percepe în mod corect. Deci, cred că, pe scenele PD și ale BR trebuie să fie zone cu datele necesare pentru aceste fișiere dezvoltate, iar fișierul ar trebui să fie create în etapa constituirii sistemului.
Sunt de acord cu dvs. că acest lucru ar trebui probabil să fie cazul în faza de tranziție. Dar, totuși, trecerea la crearea unui astfel de fișier de către proiectant, cu încărcarea ulterioară "fără sudură" a acestui fișier în sistemul de control al procesului va permite să beneficieze de utilizarea IEC. în caz contrar, încercarea de a descrie manual acești parametri și de a le specifica manual va duce la necesitatea de a face o mulțime de lucru, precum și o grămadă de erori.
Cu toate acestea, ceea ce scrieți despre voi este sarcina regizorilor.
Întreaga problemă este că, după lansarea RD, se pot schimba foarte mult (producătorii de echipamente, tipurile, versiunile software). Designerii lucrează cu un anumit echipament în formă de bilă într-un vid, și nu cu anumite glande. Nimeni nu poate garanta că furnizorul de echipamente nu va actualiza ceva și apoi fișierele de configurare utilizate anterior nu vor mai fi relevante.
Când toate echipamentele se află deja pe PS, totul este montat, atunci este posibilă configurarea sistemului.
Desigur, sunt de acord că, atunci când există un standard pentru software-ul industriei, unde este posibil să se deseneze și să se stabilească parametrii sistemului, unde va fi posibil să se lucreze cu orice echipament, va fi foarte convenabil. Dar nu văd încă un astfel de program la orizont.
ar trebui să fie elaborate secțiuni cu datele necesare pentru aceste fișiere
Ce vrei să spui prin asta?
"Lumină coerentă scăzută, adică lumină cu o lungime de coerență" este un nonsens din punct de vedere fizic. Tăiește imediat ochiul. Corectați-vă.
Iată un exemplu de proiect real (dispozitivele și semnalele sunt redenumite în mod intenționat), în dreapta este un set de date.
Complexul software și hardware (PTC) SMART-SPRECON produs de JSC RTSoft a trecut cu succes testele de certificare.
"E-F @ ctory este baza tehnologică a strategiei" Societatea 5.0 ", un instrument de sporire a competitivității rusești.
Trimiteți-le prietenilor: