A digitális alállomások tervezése

A kerekasztal szakértőjeként meghívták a JSC FGC UES, a JSC "STC FGC UES" vezetőit és vezető szakembereit, valamint a tervező és mérnöki szervezeteket:

Az első részben a kerekasztal mérnök projekt részleg a vállalat „Prosoft-Systems” Ilyas Husyainov mutatta be az „szerepe a gyártó PTC a design ACS alállomások”, mely szerint először mutatták a számítógéppel segített tervezés PROJ, a cég által kifejlesztett „Prosoft-Systems” .

Ilyas Khusyainov beszéde

Ilyas a modern piac általános tendenciáinak figyelembevételével kezdte el a bemutatóját, megjegyezve a két legfontosabb pillanatot. Először is, a hagyományos formatervező intézetekkel együtt megjelenik a kis szervezetek, és szakosodott formatervezési egységek jönnek létre az ügyfél vállalkozásaiban, amelyek nem rendelkeznek megfelelő tapasztalattal és szükséges képesítésekkel. Ez nemcsak a projektek költségeinek csökkentését és a végrehajtás időzítésének csökkentését eredményezi, hanem a minőség romlását is jelenti. Másodszor, a tervezett rendszer funkcionalitása folyamatosan növekszik, és a munka mennyisége növekszik.

Ilyen körülmények között különösen fontos a számítógéppel segített tervezési rendszerek használata. Napjainkban számos jelentős CAD-rendszer ismeretes, például az E-Plan, az AutoCad Electrical stb. Mindazonáltal, magas költségek és hosszú átfutási idő miatt sok vállalat kénytelen elhagyni e termékek használatát és alternatív megoldásokat keresni. A Prosoft-Systems szakemberei ezért kifejlesztették saját szoftvercsomagjukat - a CAD ProJ-t.

Előadásában Ilyas Khusyainov felhívta a hallgatók figyelmét a CAD ProJ alábbi jellemzőire:

• A CAD-t csak a "Prosoft-Systems" cég felszereléséhez igazítják;
• CAD teljesen automatizálja a rutinszerű munkát a tervezés során, lehetővé téve a tervező számára, hogy szellemi munkát végezzen;
• az objektum elektronikus modelljének adatait az Exel és Autocad formátumban töltik ki;
• a szoftver jövőbeli verzióiban van egy modul az eszköz konfigurációs fájlok létrehozására az IEC 61850 szabványnak megfelelően.

Az új szoftvertermék előnyei közé tartoznak az olyan jellemzők, mint a projektfejlesztés feltételeinek rövidítése, a hibák kiküszöbölése, a telepítés során és a frissítési rendszerek üzembe helyezésének lehetősége.

A beszédünk legteljesebb befejezése véleményünk szerint tükröződött a felszólaló következő nyilatkozatában: "A gyártó szerepe a tervezés során a terv minden szükséges szakaszában biztosítja a tervezőt."

A bemutató végén a közönség kérdései követik. Az elsőt a CJSC "RADIUS Automatics" szakembere megkérdezte Victor Redin: "Van olyan mechanizmus, amely lehetővé teszi a projekt változatai közötti különbségeket?". Kiderült, hogy a változások nyomon követhetők a programban, de nem lehet külön nyomtatni.

Victor Redin (ZAO RADIUS Automatics)

A szakértők számos kérdést is felvetettek. Szergej Lukyanov arra kérte a lehetőséget, hogy a termék működjön más gyártó cégek eszközével. Azonban, amint azt a fejlesztők, ezen a ponton a CAD fejlesztése ebben az irányban nem tervezik.

Szergej Lukyanov megvitatja annak lehetőségét, hogy a CAD ProJ-t más gyártók eszközével használják

A fő véleményünk szerint Igor Arkhipov hangot adott. Érdeklődött a cég véleménye a CAD-ből történő kirakodásról szóló információk megjelenítéséhez: "Érdemes letölteni általánosan érthető formátumokban, például Excel-ben, vagy van-e ideje betartani az IEC szabványokat?" A Prosoft-Systems szakemberei azonosítják azt a pozíciót, miszerint az ezen szabványokban leírt formátumokat az IEC szerinti rendszerek tervezéséhez kell használni, mivel az egyszerű formátumú megjelenítés nem tájékoztató jellegű.

A kerekasztal második részét a digitális alállomások tervezésének problémáira fordították. A következő kérdéseket vitatták meg:

• Mennyire releváns a szabályozási dokumentumoknak az IEC 61850 (SSD, SCD) szerinti tervezési és munkadokumentum kiegészítésének követelménye az SCL elektronikus konfigurációs fájlokkal?
• Milyen követelmények vannak a helyi számítógépes hálózatok (LAN) tervezésekor a villamosenergia-létesítmények számára? Mi a LAN fejlesztési szakasza és az IEC 61850 protokollokon alapuló információcsere-megoldások fejlesztése?
• A projektszervezetek készek-e új formátumú dokumentációt készíteni kompetenciájuk szempontjából?
• Tapasztalatcsere a CAD rendszerek használatával, amelyek képesek elektronikus konfigurációs fájlokat generálni az IEC 61850-6 szabványnak megfelelően.

Alexei Anoshin jelentése az SCL használatáról a projektdokumentáció bemutatására

A prezentáció végén több kérdést is felvetettek egy általános vitához:

• Érdemes tükrözni a helyi dokumentációs hálózatot a projektdokumentációban, különösen az Ethernet kapcsolók paraméterezésével?
• Hogyan kell leírni a kommunikációt? Szükség van az SCL használatára?
• Mi legyen a projekt papír formájában, és mi elektronikus?
• Hogyan érhetjük el a tervezési megoldások tipizálását egyes gyártókra való hivatkozás nélkül?

Az egész kerek asztal volt egy olyan érzésem, hogy sem a szakértők, sem a résztvevők nem tudja eldönteni, hogy kik és milyen mértékben kell tudni az IEC 61850 szabvány Gorozhankin Paul, mint a képviselője Design Institute, rámutatott, hogy a probléma a megértés hiánya, a tervezési folyamat. Ismétlődő mérföldkövek és felelősségét a szakemberek minden szakaszában fejezte ki hozzáállása a szokásos: „Ami a IEC 61850 I két kézzel” a „de tanítani a nyelvet SCL közönség védelme, véleményem szerint, nem rossz, meg kell tennie a saját dolog.”

Igor Arkhipov a következő ötleteket osztotta meg a tervezővel kapcsolatban: "A tervező mint olyan integrátor lett". Ezzel nehezen lehet megegyezni, mert egy jó projekt jön, ha a tervezõ ismeri az alkalmazott berendezéseket, és a technológiai változások jelenlegi ütemében és a késõbbi dokumentáció frissítésében mindennek vállon kell lennie.

A LAN-design kérdésére válaszolva Igor Arkhipov megjegyezte: "Véleményem szerint a LAN projektet meg kell tenni. Ugyanakkor meg kell kölcsönöznie a telekommunikációs területen szerzett tapasztalatokat. Néhány univerzális LAN részprojektet kell létrehozni, majd minden egyes projektben módosítani kell egy adott gyártó számára. Ennek eredményeképpen a projektek tipizálása nagyrészt hozzá fog járulni, majd elegendő lesz az egyes gyártók eszközeinek betöltésére. Ebben az esetben minden lényeges hiba azonosítható és javítható. Tehát azonnal világossá vált, ki kell tanítani az SCL-t. " Végül a szakértő különös figyelmet fordított a dokumentáció bemutatására: "A legalapvetőbb kérdés: mi legyen papíralapú vagy elektronikus formában? Nyilvánvaló, hogy a közeljövőben is érdemes használni. Rendszerek - papíron, az alállomás modellje az IEC 61850 szerint - SCL fájlként. Minden dokumentumnak megvannak a saját fogyasztója. "

A fenti kérdések nemcsak a tervezők, hanem a gyártók érdeklődésére is kíváncsiak. A "RADIUS Automatics" vállalat képviselője, Dmitrij Antonov kifejezi álláspontját, rámutatva, hogy a projekt korábban bizonyos tudásbázisot halmozott fel, de most ez nem történik meg.

1. A projektdokumentáció fejlesztése SCL-fájlok formájában nem tekinthető az SCL szintaxisának tervezők általi tanulmányozásának szükségességének. Az SCL nyelvének csak a projektdokumentáció tükröződésének kell lennie, ezért a formátumra történő átalakításra irányuló munkát speciális szoftverkomplexumokkal (CAD) kell elvégezni.
2. Még a CAD használata sem tagadja, hogy a különböző szintek szakembereinek tanulmányozniuk kell a szabványt és az absztrakt modelljeit. A projektek sikeres fejlesztésének előfeltétele, hogy pontosan tudni lehessen a modellek leírásának absztrakt eszköze.
3. A mai viszonyok között a fejlődés mintaprojektek lehetetlen, mivel a magas dinamikája a technológiai fejlődés, de a tervezők számára lehetővé kell tenni, hogy ezek a projektek elérhető (különösen a kereskedelmi alapon) az egyéb tervező szervezetek, idővel ez elősegíti a piac „legjobb gyakorlatok” design.

Összefoglalva a megtartott kerekasztalot, megjegyezzük a következőket: sok kérdés merül fel, és úgy tűnik, hogy mindenre igen, igen. IEC 61850? - Igen! Ismerje meg az SCL-t? - Igen! Digitális alállomásokat tervezünk - Igen! Azonban az összes "igen" véleményünk szerint a szakértők továbbra is úgy érzik, hogy valami hiányzik, vagy valami elfelejtett.

• Hallott már az IEC 61850 szabványról?
• Véleménye szerint a másodlagos rendszerek elavult-e?
• Egyetért azzal a kijelentéssel, hogy az RZA és az APCS komplexumok minısége ma nagymértékben függ a kiigazítók kompetenciájától, nem pedig a tervezıkre?
• Hallottál már valamit az SCL nyelvről és az RPA és az APCS tervezéséről az IEC 61850 szabványnak megfelelően?
• Megfelelőnek tartja az SSD és SCD fájlok létrehozását a projekt és a munkadokumentum létrehozásának szakaszaiban?
• Amennyiben a relévédelem és automatizálás, valamint az automatizált vezérlőrendszerek tervezése tartalmazza az erőmű helyi számítógépes hálózatának beállításait?

Úgy tűnik számunkra, hogy a felmérés eredményei a kerekasztal legjobb eredményei. Bemutatjuk őket figyelmükbe:

A kérdés az, hogy szükség van SSD és SCD fájlok PD és RD szakaszból áll: minden eladó PCS a szoftver paraméterezése rendszer, amely gyakran a végrehajtása során a beállításait a saját felület, és a harmadik féltől származó konfigurációs fájlok érzékeli helyesen. Szóval, azt hiszem, a szakaszában a PD és RD kell kidolgozni területeken a szükséges adatokat, hogy ezeket a fájlokat, és a fájlt kell létrehozni a színpadon A rendszer létrehozása.

Egyetértek Önnel, hogy valószínűleg ez az átmeneti fázisban van. Azonban ez az áttérés egy ilyen fájl létrehozására a tervezővel, miután ezt a fájl zavartalan betöltését a folyamatvezérlő rendszernek biztosítja, lehetővé teszi számunkra, hogy kihasználjuk az IEC használatát. ellenkező esetben, ha megpróbálják leírni ezeket a paramétereket manuálisan, és manuálisan megadja őket, sok munka elvégzésére, valamint egy csomó hibára van szükség.

Mégis, amit írsz, a megalakítók feladata.
Az egész probléma az, hogy a RD kiadása után nagyon megváltozhat (a berendezések gyártói, típusai, szoftver verziói). A tervezők egy bizonyos golyó alakú berendezéssel dolgoznak vákuumban, és nem bizonyos mirigyekkel. Senki nem tudja garantálni, hogy a berendezésszolgáltató nem frissít valamit, és a korábban használt konfigurációs fájlok már nem lesznek relevánsak.
Amikor minden berendezés már van a PS-ben, mindent fel van szerelve, akkor már lehet beállítani a rendszert.
Természetesen egyetértek abban, hogy ha van egy szabvány az iparági szoftverekhez, ahol rajzolhat rajzokat és beállíthatja a rendszer paramétereit, ahol bármilyen berendezéssel dolgozhat, nagyon kényelmes lesz. De még nem láttam ilyen szoftvert a horizonton.

fejleszteni kell azokat a részeket, amelyeken ezek a fájlok szükségesek

Mit értesz ez alatt?

"Alacsony koherens fény, azaz koherenciahosszú fény" a fizika szempontjából értelmetlen. Azonnal vágja a szemet. Kérjük, helyes.

Íme egy példa egy valódi projektre (eszközök és jelek szándékosan átnevezve), a jobb oldalon adatkészlet.

A JSC RTSoft által gyártott szoftver- és hardverkomplexum (PTC) a SMART-SPRECON sikeresen teljesítette a tanúsítási teszteket.

"Az E-F @ ctory a" Society 5.0 "stratégia technológiai alapja, amely az orosz versenyképességének növelését szolgálja.