Skaitmeninė pastotė yra energetikos sektoriaus tendencija. Jei esate arti šios temos, tikriausiai girdėjote, kad didelis duomenų kiekis perduodamas daugialypių srautų pavidalu. Bet ar žinote, kaip valdyti šiuos daugialypės terpės srautus? Kokie srauto valdymo įrankiai naudojami? Ką pataria reguliavimo dokumentai?
Visi, kuriems įdomu suprasti šią temą, laukiami į katę!
Kaip duomenys perduodami tinkle ir kam tvarkyti daugialypės siuntimo srautus?
Prieš pereinant tiesiai prie Skaitmeninės pastotės ir LAN kūrimo niuansų, siūlau trumpą edukacinę programą apie duomenų perdavimo tipus ir duomenų perdavimo protokolus dirbant su multicast srautais. Edukacinę programą paslėpėme po spoileriu.
Duomenų perdavimo tipai
Srauto tipai LAN tinkle
Yra keturi duomenų perdavimo tipai:
- Transliacija – transliacija.
- Unicast – pranešimų siuntimas tarp dviejų įrenginių.
- Multicast – pranešimų siuntimas į konkrečią įrenginių grupę.
- Unknown Unicast – transliacija su tikslu rasti vieną įrenginį.
Kad nesupainiotume kortelių, trumpai pakalbėkime apie kitus tris duomenų perdavimo tipus prieš pereinant prie daugialypės siuntimo.
Visų pirma, prisiminkime, kad LAN tinkle adresai tarp įrenginių atliekami pagal MAC adresus. Bet kuris perduotas pranešimas turi SRC MAC ir DST MAC laukus.
SRC MAC – šaltinis MAC – siuntėjo MAC adresas.
DST MAC – paskirties MAC – gavėjo MAC adresas.
Jungiklis perduoda pranešimus pagal šiuos laukus. Jis suranda DST MAC, suranda jį savo MAC adresų lentelėje ir siunčia pranešimą į lentelėje nurodytą prievadą. Jis taip pat žiūri SRC MAC. Jei tokio MAC adreso lentelėje nėra, tada pridedama nauja pora „MAC adresas – prievadas“.
Dabar pakalbėkime išsamiau apie duomenų perdavimo tipus.
Unicast
Unicast yra pranešimų siuntimas tarp dviejų įrenginių adresu. Iš esmės tai yra duomenų perdavimas iš taško į tašką. Kitaip tariant, du įrenginiai visada naudoja Unicast, kad galėtų bendrauti vienas su kitu.
Unicast eismo perdavimas
Transliuoti
Transliacija yra transliuojamas pranešimas. Tie. transliavimas, kai vienas įrenginys siunčia pranešimą visiems kitiems tinklo įrenginiams.
Norėdami išsiųsti transliacijos pranešimą, siuntėjas nurodo DST MAC adresą FF:FF:FF:FF:FF:FF.
Transliuoti srautą
Nežinomas Unicast
„Unknown Unicast“ iš pirmo žvilgsnio labai panašus į „Broadcast“. Tačiau tarp jų yra skirtumas – žinutė siunčiama visiems tinklo dalyviams, tačiau skirta tik vienam įrenginiui. Tai tarsi pranešimas prekybos centre, kuriame prašoma pasistatyti automobilį iš naujo. Visi išgirs šį pranešimą, bet tik vienas atsakys.
Kai jungiklis gauna kadrą ir negali rasti MAC adresų lentelėje iš jo paskirties MAC, jis tiesiog išsiunčia šį pranešimą į visus prievadus, išskyrus tą, iš kurio jį gavo. Į tokį laišką atsakys tik vienas įrenginys.
Nežinomo Unicast srauto perdavimas
Multicast
Multicast yra pranešimo siuntimas įrenginių grupei, kuri "nori" gauti šiuos duomenis. Tai labai panašu į internetinį seminarą. Jis transliuojamas visame internete, tačiau prie jo jungiasi tik tie, kurie domisi šia tema.
Šis duomenų perdavimo modelis vadinamas „Leidėjas – abonentas“. Yra vienas Leidėjas, kuris siunčia duomenis, o prenumeratoriai, norintys gauti šiuos duomenis, juos prenumeruoja.
Naudojant multicast transliavimą, pranešimas siunčiamas iš tikro įrenginio. Šaltinio MAC kadre yra siuntėjo MAC. Tačiau paskirties MAC yra virtualus adresas.
Įrenginys turi prisijungti prie grupės, kad iš jos gautų duomenis. Komutatorius nukreipia informacijos srautus tarp įrenginių – prisimena iš kokių prievadų perduodami duomenys ir žino, į kuriuos prievadus šie duomenys turi būti siunčiami.
Multicast srauto perdavimas
Svarbu tai, kad IP adresai dažnai naudojami kaip virtualios grupės, tačiau kadangi... Kadangi šis straipsnis yra apie energiją, kalbėsime apie MAC adresus. IEC 61850 protokolų šeimoje, kuri naudojama skaitmeninei pastotei, skirstymas į grupes pagrįstas MAC adresais.
Trumpa edukacinė programa apie MAC adresą
MAC adresas yra 48 bitų reikšmė, kuri unikaliai identifikuoja įrenginį. Jis padalintas į 6 oktetus. Pirmuosiuose trijuose oktetuose yra gamintojo informacija. 4, 5 ir 6 oktetus priskiria gamintojas ir jie yra įrenginio numeris.
MAC adreso struktūra
Pirmajame oktete aštuntasis bitas nustato, ar pranešimas yra vienkartinis, ar daugialypis. Jei aštuntas bitas yra 0, tada šis MAC adresas yra tikrojo fizinio įrenginio adresas.
Ir jei aštuntasis bitas yra 1, tai šis MAC adresas yra virtualus. Tai yra, šis MAC adresas priklauso ne tikram fiziniam įrenginiui, o virtualiai grupei.
Virtualią komandą galima palyginti su transliacijos bokštu. Radijo kompanija į šį bokštą transliuoja dalį muzikos, o norintys jos klausytis savo imtuvus derina norimu dažniu.
Taip pat, pavyzdžiui, IP vaizdo kamera siunčia duomenis į virtualią grupę ir prie šios grupės prisijungia tie įrenginiai, kurie nori gauti šiuos duomenis.
Aštuntasis pirmojo MAC adreso okteto bitas
Jei multicast palaikymas neįjungtas jungiklyje, jis suvoks daugialypės terpės siuntimo srautą kaip transliaciją. Atitinkamai, jei tokių srautų daug, labai greitai tinklą užkimšime „šiukšliniu“ srautu.
Kokia multicast esmė?
Pagrindinė multicast idėja yra ta, kad iš įrenginio siunčiama tik viena srauto kopija. Jungiklis nustato, kuriuose prievaduose yra abonentai, ir perduoda duomenis iš siuntėjo jiems. Taigi multicast leidžia žymiai sumažinti tinklu perduodamų duomenų kiekį.
Kaip tai veikia tikrame LAN?
Aišku, kad neužtenka tiesiog nusiųsti vieną srauto kopiją tam tikru MAC adresu, kurio aštuntasis pirmojo okteto bitas yra 1. Abonentai turi turėti galimybę prisijungti prie šios grupės. O komutatoriai turi suprasti, iš kurių prievadų gaunami duomenys ir į kuriuos prievadus juos reikia perduoti. Tik tada multicast bus galima optimizuoti tinklus ir valdyti srautus.
Norint įgyvendinti šią funkciją, yra daugialypės siuntimo protokolai. Dažniausiai:
- IGMP.
- PIM.
Šiame straipsnyje tangentiškai kalbėsime apie bendrą šių protokolų veikimo principą.
IGMP
IGMP įgalintas jungiklis prisimena, per kurį prievadą perduodamas daugialypės terpės srautas. Norėdami prisijungti prie grupės, prenumeratoriai turi išsiųsti prisijungimo prie IMGP pranešimą. Jungiklis prideda prievadą, iš kurio atėjo IGMP Join, į pasroviui skirtų sąsajų sąrašą ir pradeda ten perduoti multicast srautą. Jungiklis nuolat siunčia IGMP užklausos pranešimus į paskesnius prievadus, kad patikrintų, ar reikia tęsti duomenų perdavimą. Jei iš prievado buvo gautas IGMP Leave pranešimas arba į IGMP užklausos pranešimą nebuvo atsakyta, transliavimas į jį sustabdomas.
PIM
PIM protokolas turi du įgyvendinimus:
- PIM DM.
- PIM SM.
PIM DM protokolas veikia atvirkščiai nei IGMP. Iš pradžių jungiklis siunčia daugialypės terpės srautą kaip transliaciją į visus prievadus, išskyrus tą, iš kurio jis buvo gautas. Tada jis išjungia srautą tuose prievaduose, iš kurių atėjo pranešimai, kad to nereikia.
PIM SM veikia arti IGMP.
Labai grubiai apibendrinant bendrą multicast veikimo principą – Leidėjas siunčia multicast srautą konkrečiai MAC grupei, abonentai siunčia prašymus prisijungti prie šios grupės, komutatoriai valdo šiuos srautus.
Kodėl taip paviršutiniškai perėjome multicast? Pakalbėkime apie skaitmeninės pastotės LAN specifiką, kad tai suprastume.
Kas yra skaitmeninė pastotė ir kodėl joje reikalinga daugialypė transliacija?
Prieš kalbėdami apie skaitmeninės pastotės LAN, turite suprasti, kas yra skaitmeninė pastotė. Tada atsakyk į klausimą:
- Kas dalyvauja perduodant duomenis?
- Kokie duomenys perduodami į LAN?
- Kokia yra tipinė LAN architektūra?
Ir po to aptarkite daugialypę transliaciją...
Kas yra skaitmeninė pastotė?
Skaitmeninė pastotė yra pastotė, kurioje visos sistemos turi labai aukštą automatizavimo lygį. Visa antrinė ir pirminė tokios pastotės įranga yra orientuota į skaitmeninį duomenų perdavimą. Duomenų mainai yra sukurti pagal perdavimo protokolus, aprašytus standarte IEC 61850.
Atitinkamai, visi duomenys skaitmeniniu būdu perduodami čia:
- Išmatavimai.
- Diagnostinė informacija.
- Valdymo komandos.
Ši tendencija smarkiai išaugo Rusijos energetikos sektoriuje ir dabar įgyvendinama visur. 2019 ir 2020 metais pasirodė daug norminių dokumentų, reglamentuojančių Skaitmeninės pastotės kūrimą visais kūrimo etapais. Pavyzdžiui, STO 34.01-21-004-2019 PJSC „Rosseti“ apibrėžia tokį centrinės degalinės apibrėžimą ir kriterijus:
Apibrėžimas:
Skaitmeninė pastotė – automatizuota pastotė su skaitmeninėmis informacijos ir valdymo sistemomis, sąveikaujančiomis vienu laiko režimu ir veikianti be nuolatinio budinčio personalo.
Kriterijai:
- normaliam darbui reikalingų įrangos ir sistemų parametrų ir veikimo režimų nuotolinis stebėjimas be nuolatinio budinčio ir techninės priežiūros personalo buvimo;
- Pastotės eksploatavimo įrangos ir sistemų nuotolinio valdymo teikimas be nuolatinio budinčio ir techninės priežiūros personalo buvimo;
- aukštas įrangos ir sistemų valdymo automatizavimo lygis, naudojant išmaniąsias įrangos ir sistemų veikimo režimų valdymo sistemas;
- nuotolinis visų technologinių procesų valdymas vienu laiko režimu;
- skaitmeninių duomenų mainai tarp visų technologinių sistemų vienu formatu;
- integracija į elektros tinklą ir įmonės valdymo sistemą, taip pat skaitmeninės sąveikos su atitinkamomis infrastruktūros organizacijomis (su susijusiais įrenginiais) užtikrinimas;
- funkcinis ir informacijos saugumas technologinių procesų skaitmeninimo metu;
- nuolatinis pagrindinių technologinių įrenginių ir sistemų būklės stebėjimas internetu perduodant reikiamą kiekį skaitmeninių duomenų, valdomus parametrus ir signalus.
Kas dalyvauja perduodant duomenis?
Skaitmeninėje pastotėje yra šios sistemos:
- Relinės apsaugos sistemos. Relinė apsauga praktiškai yra skaitmeninės pastotės „širdis“. Relės apsaugos gnybtai ima srovės ir įtampos vertes iš matavimo sistemų. Remdamiesi šiais duomenimis, terminalai parengia vidinės apsaugos logiką. Terminalai bendrauja tarpusavyje ir perduoda informaciją apie įjungtas apsaugas, perjungimo įrenginių padėtis ir kt. Terminalai taip pat siunčia informaciją apie įvykusius įvykius į ICS serverį. Iš viso galima išskirti keletą komunikacijos tipų:
▸Horizontalus ryšys – ryšys tarp terminalų.
▸Vertikalus ryšys – bendravimas su automatizuoto procesų valdymo sistemos serveriu.
▸Matavimai – ryšys su matavimo prietaisais.
- Komercinės elektros apskaitos sistemos.Pasaugos apskaitos sistemos bendrauja tik su matavimo prietaisais.
- Išsiuntimo valdymo sistemos.Daliniai duomenys turi būti siunčiami iš automatizuoto procesų valdymo sistemos serverio ir iš komercinės apskaitos serverio į valdymo centrą.
Tai labai supaprastintas sistemų, kurios keičiasi duomenimis kaip skaitmeninės pastotės dalis, sąrašas. Jei norite gilintis į šią temą, rašykite komentaruose.
Apie tai papasakosime atskirai 😉
Kokie duomenys perduodami į LAN?
Aprašytoms sistemoms sujungti tarpusavyje ir organizuoti horizontalų bei vertikalų ryšį, taip pat matavimų perdavimą, organizuojami autobusai. Kol kas susitarkime, kad kiekviena magistralė yra tik atskiras LAN pramoniniuose Ethernet komutatoriuose.
Elektros energijos įrenginio blokinė schema pagal IEC 61850
Blokinėje diagramoje pavaizduotos padangos:
- Stebėjimas/kontrolė.
- Relės apsaugos signalų perdavimas.
- Momentinių įtampų ir srovių perdavimas.
Apsaugos relių gnybtai dalyvauja tiek horizontalioje, tiek vertikalioje komunikacijoje, taip pat naudoja matavimus, todėl yra prijungti prie visų magistralių.
Per magistralę „Relinės apsaugos signalų perdavimas“ gnybtai perduoda informaciją tarpusavyje. Tie. čia įgyvendinamas horizontalus ryšys.
Matavimų perdavimas įgyvendinamas per magistralę „Momentinių įtampų ir srovių verčių perdavimas“. Prie šios magistralės prijungti matavimo prietaisai – srovės ir įtampos transformatoriai, taip pat relinės apsaugos gnybtai.
Taip pat ASKUE serveris yra prijungtas prie „Momentinių įtampų ir srovių reikšmių perdavimo“ magistralės, kuri taip pat atlieka matavimus apskaitai.
O „Monitoring/Control“ magistralė skirta vertikaliam ryšiui. Tie. per jį terminalai siunčia įvairius įvykius į ICS serverį, o serveris į terminalus siunčia ir valdymo komandas.
Iš automatizuoto procesų valdymo sistemos serverio duomenys siunčiami į valdymo centrą.
Kokia yra tipinė LAN architektūra?
Pereikime nuo abstrakčios ir gana įprastos struktūrinės diagramos prie žemiškesnių ir tikresnių dalykų.
Žemiau esančioje diagramoje parodyta gana standartinė skaitmeninės pastotės LAN architektūra.
Skaitmeninės pastočių architektūra
6 kV arba 35 kV pastotėse tinklas bus paprastesnis, bet jei kalbėsime apie 110 kV, 220 kV ir aukštesnės įtampos pastotes bei elektrinių LAN, tai architektūra atitiks pavaizduotą.
Architektūra suskirstyta į tris lygius:
- Stoties/pastotės lygis.
- Prisijunkite prie lygio.
- Proceso lygis.
Stoties/pastotės lygis apima darbo vietas ir serverius.
Prisijunkite prie lygio apima visą technologinę įrangą.
Proceso lygis apima matavimo įrangą.
Taip pat yra du autobusai lygiams sujungti:
- Stoties/pastotės autobusas.
- Proceso magistralė.
Stoties/pastotės magistralė sujungia „Stebėjimo/Valdymo“ magistralės ir „Relės apsaugos signalo perdavimo“ magistralės funkcijas. O proceso magistralė atlieka „Momentinės įtampos ir srovės reikšmių perdavimo“ magistralės funkcijas.
Multicast perdavimo skaitmeninėje pastotėje ypatybės
Kokie duomenys perduodami naudojant multicast?
Horizontalus ryšys ir matavimų perdavimas Skaitmeninėje pastotėje vykdomas naudojant Publisher-Subscriber architektūrą. Tie. Relinės apsaugos terminalai naudoja daugialypės siuntimo srautus, kad keistųsi pranešimais tarpusavyje, o matavimai taip pat perduodami naudojant multicast.
Prieš skaitmeninę pastotę energetikos sektoriuje, horizontalus ryšys buvo įgyvendintas naudojant tiesioginį ryšį tarp terminalų. Kaip sąsaja buvo naudojamas varinis arba optinis kabelis. Duomenys buvo perduoti naudojant patentuotus protokolus.
Šiam ryšiui buvo keliami labai aukšti reikalavimai, nes šiais kanalais buvo perduodami apsaugos įjungimo signalai, perjungimo įtaisų padėtis ir kt. Nuo šios informacijos priklausė terminalų operatyvinio blokavimo algoritmas.
Jei duomenys perduodami lėtai arba negarantuojami, yra didelė tikimybė, kad vienas iš terminalų negaus naujausios informacijos apie esamą situaciją ir gali siųsti signalą išjungti arba įjungti perjungimo įrenginį, kai pvz. , kai kurie darbai atliekami. Arba pertraukiklio gedimo gedimas neveiks laiku ir trumpasis jungimas išplis į likusią elektros grandinės dalį. Visa tai kupina didelių finansinių nuostolių ir grėsmės žmogaus gyvybei.
Todėl duomenys turėjo būti perduoti:
- Patikimas.
- Garantuotas.
- Greitai.
Dabar vietoj taškinio ryšio naudojama stoties/pastotės magistralė, t.y. LAN. O duomenys perduodami naudojant GOOSE protokolą, kuris aprašytas IEC 61850 standarte (tiksliau IEC 61850-8-1).
GOOSE reiškia „General Object Oriented Substation Event“, tačiau šis dekodavimas nebėra labai aktualus ir nekelia jokios semantinės apkrovos.
Kaip šio protokolo dalis, relės apsaugos terminalai keičiasi GOOSE pranešimais tarpusavyje.
Perėjimas nuo tiesioginio ryšio prie LAN požiūrio nepakeitė. Duomenys vis tiek turi būti perduodami patikimai, saugiai ir greitai. Todėl GOOSE pranešimuose naudojamas kiek neįprastas duomenų perdavimo mechanizmas. Daugiau apie jį vėliau.
Matavimai, kaip jau aptarėme, taip pat perduodami naudojant multicast srautus. Pagal DSP terminologiją šie srautai vadinami SV srautais (Sampled Value).
SV srautai yra pranešimai, kuriuose yra tam tikras duomenų rinkinys ir nuolat perduodami tam tikrą laikotarpį. Kiekviename pranešime yra matavimas konkrečiu laiko momentu. Matavimai atliekami tam tikru dažniu – mėginių ėmimo dažniu.
Atrankos dažnis yra nepertraukiamo laiko signalo atrankos dažnis jį imant.
Mėginių ėmimo dažnis 80 mėginių per sekundę
SV srautų sudėtis aprašyta IEC61850-9-2 LE.
SV srautai perduodami per proceso magistralę.
Proceso magistralė yra ryšio tinklas, užtikrinantis duomenų mainus tarp matavimo prietaisų ir ryšio lygio įrenginių. Duomenų keitimosi taisyklės (momentinės srovės ir įtampos reikšmės) aprašytos standarte IEC 61850-9-2 (šiuo metu naudojamas IEC 61850-9-2 LE profilis).
SV srautai, kaip ir GOOSE pranešimai, turi būti perduodami greitai. Jei matavimai perduodami lėtai, gnybtai gali laiku negauti srovės ar įtampos, reikalingos apsaugai įjungti, o trumpasis jungimas išplis į didelę elektros tinklo dalį ir padarys didelę žalą.
Kodėl reikalinga daugialypė transliacija?
Kaip minėta aukščiau, siekiant patenkinti horizontalaus ryšio duomenų perdavimo reikalavimus, GOOSE perduodami kiek neįprastai.
Pirma, jie perduodami duomenų ryšio lygiu ir turi savo eteripą – 0x88b8. Tai užtikrina aukštą duomenų perdavimo spartą.
Dabar reikia uždaryti garantijos ir patikimumo reikalavimus.
Žinoma, norint įsitikinti, reikia suprasti, ar pranešimas buvo pristatytas, tačiau negalime organizuoti gavimo patvirtinimų siuntimo, kaip, pavyzdžiui, daroma TCP. Tai žymiai sumažins duomenų perdavimo greitį.
Todėl GOOSE perdavimui naudojama leidėjo ir prenumeratoriaus architektūra.
Leidėjo ir abonento architektūra
Įrenginys siunčia GOOSE pranešimą į magistralę, o abonentai gauna pranešimą. Be to, pranešimas siunčiamas pastoviu laiku T0. Jei įvyksta koks nors įvykis, generuojamas naujas pranešimas, neatsižvelgiant į tai, ar ankstesnis laikotarpis T0 baigėsi, ar ne. Kitas pranešimas su naujais duomenimis sugeneruojamas po labai trumpo laiko, vėliau po kiek ilgesnio laikotarpio ir t.t. Dėl to laikas padidėja iki T0.
GOOSE pranešimų perdavimo principas
Abonentas žino, iš ko jis gauna pranešimus, o jei po laiko T0 negavo iš kieno nors žinutės, tada generuoja klaidos pranešimą.
SV srautai taip pat perduodami duomenų perdavimo lygmeniu, turi savo Ethertype - 0x88BA ir yra perduodami pagal modelį „Leidėjas – abonentas“.
Multicast perdavimo skaitmeninėje pastotėje niuansai
Tačiau „energijos“ multicast turi savo niuansų.
1 pastaba. GOOSE ir SV turi savo daugialypės siuntimo grupes
„Energijos“ daugialypiam siuntimui naudojamos jų paskirstymo grupės.
Telekomunikacijų srityje 224.0.0.0/4 diapazonas naudojamas daugialypės terpės paskirstymui (su retomis išimtimis, yra rezervuotų adresų). Tačiau pats IEC 61850 standartas ir IEC 61850 įmonės profilis iš PJSC FGC apibrėžia savo multicast paskirstymo diapazonus.
SV srautams: nuo 01-0C-CD-04-00-00 iki 01-0C-CD-04-FF-FF.
GOOSE pranešimams: nuo 01-0C-CD-04-00-00 iki 01-0C-CD-04-FF-FF.
2 punktas. Terminalai nenaudoja multicast protokolų
Antrasis niuansas daug reikšmingesnis – relinės apsaugos gnybtai nepalaiko IGMP ar PIM. Tada kaip jie veikia su multicast? Jie tiesiog laukia, kol į uostą bus atsiųsta reikiama informacija. Tie. jei žino, kad užsiprenumeravo konkretų MAC adresą, priima visus įeinančius kadrus, bet apdoroja tik būtinus. Likusieji tiesiog išmetami.
Kitaip tariant, visa viltis priklauso nuo jungiklių. Bet kaip veiks IGMP arba PIM, jei terminalai nesiunčia prisijungimo pranešimų? Atsakymas paprastas – jokiu būdu.
Ir SV srautai yra gana sunkūs duomenys. Vienas srautas sveria apie 5 Mbit/s. O jei viskas liks kaip yra, paaiškės, kad kiekvienas srautas bus transliuojamas. Kitaip tariant, į vieną 20 Mbit/s LAN patrauksime tik 100 srautų. O SV srautų skaičius didelėje pastotėje matuojamas šimtais.
Koks tada sprendimas?
Paprasta – naudokite senus patikrintus VLAN.
Be to, IGMP skaitmeninės pastotės LAN gali žiauriai pajuokauti, ir atvirkščiai, niekas neveiks. Juk jungikliai nepradės perduoti srautų be prašymo.
Todėl galime pabrėžti paprastą paleidimo taisyklę – „Ar tinklas neveikia? – Išjungti IGMP!
Norminė bazė
Bet gal vis tiek įmanoma kaip nors organizuoti skaitmeninės pastotės LAN, pagrįstą multicast? Pabandykime dabar pereiti prie norminės dokumentacijos apie LAN. Visų pirma paminėsiu ištraukas iš šių STO:
- STO 34.01-21-004-2019 - SKAITMENINĖS GALIOS CENTRAS. 110-220 kV ĮTAMPOS SKAITMENINIŲ PASTOČIŲ IR 35 kV ĮTAMPOS MAZGINIŲ SKAITMENINIŲ PASTOČIŲ TECHNOLOGINIO PROJEKTAVIMO REIKALAVIMAI.
- STO 34.01-6-005-2019 – ENERGIJOS OBJEKTŲ JUNGIKLIAI. Bendrieji techniniai reikalavimai.
- STO 56947007-29.240.10.302-2020 - UNEG pastotės procesų valdymo sistemos technologinių LAN organizavimo ir veikimo standartiniai techniniai reikalavimai.
Pirmiausia pažiūrėkime, ką šiose degalinėse galima rasti apie multicast? Minimas tik naujausiame PJSC FGC UES STO. Atliekant LAN priėmimo testus, servisas prašo patikrinti, ar VLAN sukonfigūruoti teisingai ir ar nėra multicast srauto komutatoriaus prievaduose, kurie nenurodyti darbinėje dokumentacijoje.
Na, degalinė taip pat nurodo, kad aptarnaujantis personalas turi žinoti, kas yra multicast.
Tai viskas apie multicast...
Dabar pažiūrėkime, ką galite rasti šiose degalinėse apie VLAN.
Čia visos trys degalinės sutinka, kad komutatoriai turi palaikyti VLAN, pagrįstus IEEE 802.1Q.
STO 34.01-21-004-2019 sakoma, kad srautams valdyti reikia naudoti VLAN, o VLAN pagalba srautą skirstyti į relinę apsaugą, automatizuotas procesų valdymo sistemas, AIIS KUE, vaizdo stebėjimą, ryšius ir kt.
STO 56947007-29.240.10.302-2020, be to, projektuojant reikia parengti ir VLAN paskirstymo žemėlapį. Tuo pačiu metu degalinė siūlo savo IP adresų ir VLAN diapazonus DSP įrangai.
STO taip pat pateikia rekomenduojamų skirtingų VLAN prioritetų lentelę.
Rekomenduojamų VLAN prioritetų lentelė iš STO 56947007-29.240.10.302-2020
Žvelgiant iš srauto valdymo perspektyvos, viskas. Nors šiose degalinėse dar yra ką aptarti – nuo įvairių architektūrų iki L3 nustatymų – tai tikrai padarysime, bet kitą kartą.
Dabar apibendrinkime srauto valdymą skaitmeninės pastotės LAN.
išvada
Skaitmeninėje pastotėje, nepaisant to, kad perduodama daug multicast srautų, standartiniai multicast srauto valdymo mechanizmai (IGMP, PIM) realiai nenaudojami. Taip yra dėl to, kad galutiniai įrenginiai nepalaiko jokių daugialypės siuntimo protokolų.
Seni geri VLAN naudojami srautams valdyti. Tuo pačiu metu VLAN naudojimą reglamentuoja norminė dokumentacija, kurioje pateikiamos gana gerai parengtos rekomendacijos.
Naudingos nuorodos:
.
Šaltinis: www.habr.com