PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Ievads

ā€œDigitālās apakÅ”stacijasā€ bÅ«vniecÄ«bas koncepcija elektroenerÄ£ijas nozarē prasa sinhronizāciju ar precizitāti 1 Ī¼s. ArÄ« finanÅ”u darÄ«jumiem nepiecieÅ”ama mikrosekundes precizitāte. Å ajās lietojumprogrammās NTP laika precizitāte vairs nav pietiekama.

PTPv2 sinhronizācijas protokols, ko apraksta IEEE 1588v2 standarts, ļauj sinhronizēt vairākus desmitus nanosekunžu precizitāti. PTPv2 ļauj nosūtīt sinhronizācijas paketes L2 un L3 tīklos.

Galvenās jomas, kurās tiek izmantots PTPv2, ir:

  • enerÄ£ija;
  • kontroles un mērÄ«Å”anas iekārtas;
  • militāri rÅ«pnieciskais komplekss;
  • telekomunikācijas;
  • finanÅ”u sektorā.

Šajā rakstā ir paskaidrots, kā darbojas PTPv2 sinhronizācijas protokols.

Mums ir lielāka pieredze rÅ«pniecÄ«bā un bieži redzam Å”o protokolu enerģētikas lietojumos. Tāpēc pārskatÄ«Å”anu veiksim piesardzÄ«gi enerÄ£ijai.

Kāpēc tas ir vajadzīgs?

Å obrÄ«d PJSC Rosseti STO 34.01-21-004-2019 un PJSC FGC UES STO 56947007-29.240.10.302-2020 satur prasÄ«bas procesa kopnes organizÄ“Å”anai ar laika sinhronizāciju caur PTPv2.

Tas ir saistīts ar faktu, ka procesa kopnei ir pievienoti releja aizsardzības spailes un mērierīces, kas caur procesa kopni pārraida momentānās strāvas un sprieguma vērtības, izmantojot tā sauktās SV plūsmas (multicast straumes).

Releja aizsardzÄ«bas termināļi izmanto Ŕīs vērtÄ«bas, lai ieviestu nodalÄ«juma aizsardzÄ«bu. Ja laika mērÄ«jumu precizitāte ir maza, daži aizsardzÄ«bas lÄ«dzekļi var darboties nepareizi.

Piemēram, absolÅ«tās selektivitātes aizsardzÄ«bas lÄ«dzekļi var kļūt par ā€œvājasā€ laika sinhronizācijas upuriem. Bieži vien Ŕādu aizsardzÄ«bas loÄ£ika balstās uz divu lielumu salÄ«dzināŔanu. Ja vērtÄ«bas atŔķiras par pietiekami lielu vērtÄ«bu, tiek aktivizēta aizsardzÄ«ba. Ja Ŕīs vērtÄ«bas mēra ar laika precizitāti 1 ms, tad jÅ«s varat iegÅ«t lielu atŔķirÄ«bu, kur vērtÄ«bas faktiski ir normālas, ja mēra ar precizitāti 1 Ī¼s.

PTP versijas

Sākotnēji PTP protokols tika aprakstÄ«ts 2002. gadā standartā IEEE 1588-2002, un to sauca par ā€œStandard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systemsā€. 2008. gadā tika izlaists atjauninātais IEEE 1588-2008 standarts, kas apraksta PTP 2. versiju. Å Ä« protokola versija uzlaboja precizitāti un stabilitāti, taču nesaglabāja atpakaļejoÅ”u saderÄ«bu ar pirmo protokola versiju. Tāpat 2019. gadā tika izlaista IEEE 1588-2019 standarta versija, kas apraksta PTP v2.1. Å Ä« versija papildina nelielus PTPv2 uzlabojumus un ir saderÄ«ga ar PTPv2.

Citiem vārdiem sakot, mums ir Ŕāds attēls ar versijām:

PTPv1
(IEEE 1588-2002)

PTPv2
(IEEE 1588-2008)

PTPv2.1
(IEEE 1588-2019)

PTPv1 (IEEE 1588-2002)

Sākot no
Nesaderīgs

Nesaderīgs

PTPv2 (IEEE 1588-2008)

Nesaderīgs

Sākot no
Saderīgs

PTPv2.1 (IEEE 1588-2019)

Nesaderīgs

Saderīgs

Sākot no

Bet, kā vienmēr, ir nianses.

Nesaderība starp PTPv1 un PTPv2 nozīmē, ka PTPv1 iespējota ierīce nevarēs sinhronizēties ar precīzu pulksteni, kas darbojas PTPv2. Viņi izmanto dažādus ziņojumu formātus, lai sinhronizētu.

Bet joprojām ir iespējams vienā tīklā apvienot ierīces ar PTPv1 un ierīces ar PTPv2. Lai to panāktu, daži ražotāji ļauj izvēlēties protokola versiju malas pulksteņa portos. Tas nozīmē, ka robežpulkstenis var sinhronizēt, izmantojot PTPv2, un joprojām sinhronizēt citus pulksteņus, kas tam pievienoti, izmantojot gan PTPv1, gan PTPv2.

PTP ierīces. Kas tie ir un kā tie atŔķiras?

IEEE 1588v2 standarts apraksta vairāku veidu ierīces. Visi no tiem ir parādīti tabulā.

Ierīces sazinās viena ar otru, izmantojot LAN, izmantojot PTP.

PTP ierīces sauc par pulksteņiem. Visi pulksteņi ņem precīzu laiku no vecmeistara pulksteņa.

Ir 5 pulksteņu veidi:

Lielmeistara pulkstenis

Galvenais precīzā laika avots. Bieži aprīkots ar saskarni GPS pievienoŔanai.

Parasts Pulkstenis

Viena porta ierīce, kas var būt galvenais (galvenais pulkstenis) vai palīgpulkstenis (pakalpojuma pulkstenis)

Galvenais pulkstenis (galvenais)

Tie ir precīza laika avots, pēc kura tiek sinhronizēti citi pulksteņi

Vergu pulkstenis

Beigu ierīce, kas ir sinhronizēta no galvenā pulksteņa

Robežu pulkstenis

Ierīce ar vairākiem portiem, kas var būt galvenais vai palīgs.

Tas nozÄ«mē, ka Å”ie pulksteņi var sinhronizēt no augstākā lÄ«meņa galvenā pulksteņa un sinhronizēt zemākus pakārtotos pulksteņus.

Pilnīgs caurspīdīgs pulkstenis

Ierīce ar vairākiem portiem, kas nav ne galvenais pulkstenis, ne palīgpulkstenis. Tas pārsūta PTP datus starp diviem pulksteņiem.

Pārsūtot datus, caurspīdīgais pulkstenis labo visus PTP ziņojumus.

Korekcija tiek veikta, pievienojot Ŕīs ierÄ«ces aizkaves laiku labojuma laukam nosÅ«tÄ«tā ziņojuma galvenē.

Vienādranga caurspīdīgs pulkstenis

Ierīce ar vairākiem portiem, kas nav ne galvenais pulkstenis, ne palīgpulkstenis.
Tas pārsūta PTP datus starp diviem pulksteņiem.

Pārsūtot datus, caurspīdīgais pulkstenis labo visus PTP ziņojumus Sync un Follow_Up (vairāk par tiem zemāk).

Korekcija tiek panākta, pievienojot pārsūtītās paketes korekcijas laukam raidīŔanas ierīces aizkavi un datu pārraides kanāla aizkavi.

Pārvaldības mezgls

Ierīce, kas konfigurē un diagnosticē citus pulksteņus

Galvenais un pakārtotais pulksteņi tiek sinhronizēti, izmantojot laika zīmogus PTP ziņojumos. PTP protokolā ir divu veidu ziņojumi:

  • Notikumu ziņojumi ir sinhronizēti ziņojumi, kas ietver laika zÄ«moga Ä£enerÄ“Å”anu ziņojuma nosÅ«tÄ«Å”anas un saņemÅ”anas laikā.
  • VispārÄ«gi ziņojumi ā€” Å”iem ziņojumiem nav nepiecieÅ”ami laikspiedoli, taču tie var saturēt saistÄ«to ziņojumu laikspiedolus

Notikuma ziņojumi

Vispārīgi ziņojumi

Sinhronizēt
Delay_Req
Pdelay_Req
Pdelay_Resp

Paziņot
Follow_Up
Delay_Resp
Pdelay_Resp_Follow_Up
vadība
Signalizācijas

Visi ziņojumu veidi tiks apspriesti sīkāk tālāk.

Galvenās sinhronizācijas problēmas

Kad sinhronizācijas pakete tiek pārsÅ«tÄ«ta vietējā tÄ«klā, tā tiek aizkavēta pie slēdža un datu savienojuma. JebkurÅ” slēdzis radÄ«s aptuveni 10 mikrosekunžu aizkavi, kas ir nepieņemami PTPv2. Galu galā mums ir jāsasniedz 1 Ī¼s precizitāte gala ierÄ«cē. (Tas ir, ja mēs runājam par enerÄ£iju. Citām lietojumprogrammām var bÅ«t nepiecieÅ”ama lielāka precizitāte.)

IEEE 1588v2 apraksta vairākus darbības algoritmus, kas ļauj ierakstīt laika aizkavi un to labot.

Darba algoritms
Normālas darbības laikā protokols darbojas divās fāzēs.

  • 1. fāze - hierarhijas ā€œMaster Clock ā€“ Slave Clockā€ izveidoÅ”ana.
  • 2. fāze - pulksteņa sinhronizācija, izmantojot end-to-End vai Peer-to-Peer mehānismu.

1. fāze ā€“ galvenās un vergu hierarhijas izveide

Katram parastā vai malas pulksteņa portam ir noteikts stāvokļu skaits (slavenais pulkstenis un galvenais pulkstenis). Standarts apraksta pārejas algoritmu starp Å”iem stāvokļiem. ProgrammÄ“Å”anā Ŕādu algoritmu sauc par galÄ«go stāvokļu maŔīnu vai stāvokļa maŔīnu (sÄ«kāk Wiki).

Šī stāvokļa iekārta izmanto labāko galveno pulksteņa algoritmu (BMCA), lai iestatītu galveno, kad tiek savienoti divi pulksteņi.

Å is algoritms ļauj pulkstenim pārņemt vecmeistara pulksteņa pienākumus, kad augŔējais grandmaster pulkstenis zaudē GPS signālu, pāriet bezsaistē utt.

Stāvokļa pārejas saskaņā ar BMCA ir apkopotas Ŕādā diagrammā:
PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Informācija par pulksteni ā€œvadaā€ otrā galā tiek nosÅ«tÄ«ta Ä«paŔā ziņojumā (Announce message). Kad Ŕī informācija ir saņemta, darbojas stāvokļa maŔīnas algoritms un tiek veikts salÄ«dzinājums, lai noskaidrotu, kurÅ” pulkstenis ir labāks. Labākā pulksteņa ports kļūst par galveno pulksteni.

VienkārÅ”a hierarhija ir parādÄ«ta zemāk esoÅ”ajā diagrammā. Ceļos 1, 2, 3, 4, 5 var bÅ«t caurspÄ«dÄ«gs pulkstenis, taču tie nepiedalās galvenā pulksteņa ā€“ vergu pulksteņa hierarhijas izveidē.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

2. fāze - sinhronizējiet parastos un malas pulksteņus

Uzreiz pēc hierarhijas ā€œMaster Clock ā€“ Slave Clockā€ izveidoÅ”anas sākas parasto un robežpulksteņu sinhronizācijas fāze.

Lai sinhronizētu, galvenais pulkstenis nosūta ziņojumu ar laika zīmogu pakārtotajiem pulksteņiem.

Galvenais pulkstenis var būt:

  • viens posms;
  • divpakāpju.

Vienpakāpes pulksteņi sinhronizÄ“Å”anai nosÅ«ta vienu sinhronizācijas ziņojumu.

Divpakāpju pulkstenis sinhronizācijai izmanto divus ziņojumus ā€” Sync un Follow_Up.

Sinhronizācijas fāzē var izmantot divus mehānismus:

  • Aizkaves pieprasÄ«juma-atbildes mehānisms.
  • Vienādranga aizkaves mērÄ«Å”anas mehānisms.

Vispirms aplÅ«kosim Å”os mehānismus visvienkārŔākajā gadÄ«jumā ā€“ kad netiek izmantoti caurspÄ«dÄ«gi pulksteņi.

Aizkaves pieprasījuma-atbildes mehānisms

Mehānisms ietver divus posmus:

  1. Ziņojuma pārsÅ«tÄ«Å”anas aizkaves mērÄ«Å”ana starp galveno pulksteni un pakārtoto pulksteni. Veikts, izmantojot aizkaves pieprasÄ«juma-atbildes mehānismu.
  2. Tiek veikta precīzas laika nobīdes korekcija.

Latenta mērÄ«Å”ana
PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

t1 ā€“ Sinhronizācijas ziņojuma nosÅ«tÄ«Å”anas laiks ar galveno pulksteni; t2 ā€“ Sinhronizācijas ziņojuma saņemÅ”anas laiks ar pakārtoto pulksteni; t3 ā€“ pakārtotā pulksteņa aizkaves pieprasÄ«juma (Delay_Req) ā€‹ā€‹nosÅ«tÄ«Å”anas laiks; t4 ā€“ Delay_Req uztverÅ”anas laiks ar galveno pulksteni.

Kad pakārtotais pulkstenis zina laikus t1, t2, t3 un t4, tas var aprēķināt vidējo aizkavi, pārraidot sinhronizācijas ziņojumu (tmpd). To aprēķina Ŕādi:

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Pārraidot Sync un Follow_Up ziņojumu, tiek aprēķināts laika aizkave no galvenā uz pakārtoto ierīci - t-ms.

Pārraidot Delay_Req un Delay_Resp ziņojumus, tiek aprēķināta laika aizkave no pakārtotā uz galveno - t-sm.

Ja starp Ŕīm divām vērtÄ«bām rodas zināma asimetrija, tad precÄ«zā laika novirzes laboÅ”anā parādās kļūda. Kļūdu izraisa fakts, ka aprēķinātā aizkave ir t-ms un t-sm aizkaves vidējā vērtÄ«ba. Ja kavējumi nav vienādi viens ar otru, tad laiku precÄ«zi nenoregulēsim.

Laika nobīdes korekcija

Kad ir zināma aizkave starp galveno pulksteni un pakārtoto pulksteni, pakārtotais pulkstenis veic laika korekciju.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Slave pulksteņi izmanto sinhronizācijas ziņojumu un papildu ziņojumu Follow_Up, lai aprēķinātu precÄ«zu laika nobÄ«di, pārsÅ«tot paketi no galvenā uz pakārtotajiem pulksteņiem. NobÄ«di aprēķina, izmantojot Ŕādu formulu:

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Vienādranga aizkaves mērÄ«Å”anas mehānisms

Å is mehānisms sinhronizÄ“Å”anai izmanto arÄ« divus soļus:

  1. Ierīces mēra laika aizkavi visiem kaimiņiem caur visiem portiem. Lai to izdarītu, viņi izmanto vienaudžu aizkaves mehānismu.
  2. Precīzas laika nobīdes korekcija.

Latenta mērÄ«Å”ana starp ierÄ«cēm, kas atbalsta vienādranga režīmu

Latentu starp portiem, kas atbalsta peer-to-peer mehānismu, mēra, izmantojot Ŕādus ziņojumus:

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Kad ports 1 zina laikus t1, t2, t3 un t4, tas var aprēķināt vidējo aizkavi (tmld). To aprēķina, izmantojot Ŕādu formulu:

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Pēc tam ports izmanto Å”o vērtÄ«bu, aprēķinot korekcijas lauku katram sinhronizācijas ziņojumam vai izvēles ziņojumam Follow_Up, kas tiek nosÅ«tÄ«ts caur ierÄ«ci.

Kopējā aizkave bÅ«s vienāda ar aiztures summu pārraides laikā, izmantojot Å”o ierÄ«ci, vidējo aizkavi pārraides laikā pa datu kanālu un aizkavi, kas jau ir ietverta Å”ajā ziņojumā, kas ir iespējota augÅ”upējās ierÄ«cēs.

Ziņojumi Pdelay_Req, Pdelay_Resp un izvēles Pdelay_Resp_Follow_Up ļauj iegūt aizkavi no galvenā uz palīgu un no pakārtota uz galveno (apļveida).

Jebkura asimetrija starp Ŕīm divām vērtÄ«bām radÄ«s laika nobÄ«des korekcijas kļūdu.

PrecÄ«zas laika maiņas pielāgoÅ”ana

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Slave pulksteņi izmanto sinhronizācijas ziņojumu un papildu ziņojumu Follow_Up, lai aprēķinātu precÄ«zu laika nobÄ«di, pārsÅ«tot paketi no galvenā uz pakārtotajiem pulksteņiem. NobÄ«di aprēķina, izmantojot Ŕādu formulu:

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

PriekÅ”rocÄ«bas peer-to-peer mehānisma pielāgoÅ”ana - katra Sync vai Follow_Up ziņojuma laika aizkave tiek aprēķināta, kad tā tiek pārraidÄ«ta tÄ«klā. LÄ«dz ar to pārraides ceļa maiņa nekādā veidā neietekmēs regulÄ“Å”anas precizitāti.

Izmantojot Å”o mehānismu, laika sinhronizācijai nav jāaprēķina laika aizkave pa ceļu, ko Ŕķērso sinhronizācijas pakete, kā tas tiek darÄ«ts pamata apmaiņā. Tie. Delay_Req un Delay_Resp ziņojumi netiek nosÅ«tÄ«ti. Izmantojot Å”o metodi, aizkave starp galveno un pakārtoto pulksteņu tiek vienkārÅ”i summēta katra Sync vai Follow_Up ziņojuma regulÄ“Å”anas laukā.

Vēl viena priekÅ”rocÄ«ba ir tā, ka galvenais pulkstenis ir atbrÄ«vots no nepiecieÅ”amÄ«bas apstrādāt Delay_Req ziņojumus.

Caurspīdīgo pulksteņu darbības režīmi

AttiecÄ«gi tie bija vienkārÅ”i piemēri. Tagad pieņemsim, ka sinhronizācijas ceļā parādās slēdži.

Ja izmantojat slēdžus bez PTPv2 atbalsta, sinhronizācijas pakete slēdžā tiks aizkavēta par aptuveni 10 Ī¼s.

Slēdži, kas atbalsta PTPv2, tiek saukti par caurspÄ«dÄ«giem pulksteņiem IEEE 1588v2 terminoloÄ£ijā. CaurspÄ«dÄ«gie pulksteņi netiek sinhronizēti no galvenā pulksteņa un nepiedalās hierarhijā ā€œMaster Clock - Slave Clockā€, bet, pārsÅ«tot sinhronizācijas ziņojumus, tie atceras, cik ilgi ziņojuma nosÅ«tÄ«Å”ana tika aizkavēta. Tas ļauj pielāgot laika aizkavi.

Caurspīdīgi pulksteņi var darboties divos režīmos:

  • No gala lÄ«dz galam.
  • Peer to peer.

No gala līdz galam (E2E)

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

E2E caurspÄ«dÄ«gais pulkstenis pārraida sinhronizācijas ziņojumus un pavadoÅ”os Follow_Up ziņojumus visos portos. Pat tie, kurus bloķē daži protokoli (piemēram, RSTP).

Slēdzis atceras laikspiedolu, kad portā tika saņemta sinhronizācijas pakete (Follow_Up) un kad tā tika nosÅ«tÄ«ta no porta. Pamatojoties uz Å”iem diviem laikspiedoliem, tiek aprēķināts laiks, kas nepiecieÅ”ams slēdzim, lai apstrādātu ziņojumu. Standartā Å”o laiku sauc par uzturÄ“Å”anās laiku.

Apstrādes laiks tiek pievienots ziņojuma Sync (viensoļu pulkstenis) vai Follow_Up (divpakāpju pulkstenis) laukam laboÅ”anas lauks.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

E2E caurspÄ«dÄ«gais pulkstenis mēra apstrādes laiku Sync un Delay_Req ziņojumiem, kas iet caur slēdzi. Bet ir svarÄ«gi saprast, ka laika aizkave starp galveno pulksteni un pakārtoto pulksteni tiek aprēķināta, izmantojot aizkaves pieprasÄ«juma-atbildes mehānismu. Ja mainās galvenais pulkstenis vai mainās ceļŔ no galvenā pulksteņa uz pakārtoto pulksteni, aizkave tiek mērÄ«ta vēlreiz. Tas palielina pārejas laiku tÄ«kla izmaiņu gadÄ«jumā.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

P2P caurspÄ«dÄ«gais pulkstenis papildus tam, ka mēra laiku, kas nepiecieÅ”ams slēdzim, lai apstrādātu ziņojumu, mēra datu saites aizkavi tuvākajam kaimiņam, izmantojot kaimiņa latentuma mehānismu.

Latentums tiek mērīts katrai saitei abos virzienos, tostarp saitēm, kuras bloķē kāds protokols (piemēram, RSTP). Tas ļauj nekavējoties aprēķināt jauno aizkavi sinhronizācijas ceļā, ja mainās vecmeistara pulkstenis vai tīkla topoloģija.

Sūtot Sync vai Follow_Up ziņojumus, tiek uzkrāts ziņojumu apstrādes laiks ar slēdžiem un latentums.

PTPv2 atbalsta veidi ar slēdžiem

Slēdži var atbalstīt PTPv2:

  • programmatiski;
  • aparatÅ«ra.

IevieÅ”ot PTPv2 protokolu programmatÅ«rā, slēdzis pieprasa programmaparatÅ«ras laikspiedolu. Problēma ir tāda, ka programmaparatÅ«ra darbojas cikliski, un jums bÅ«s jāgaida, lÄ«dz tā pabeidz paÅ”reizējo ciklu, pieņem apstrādes pieprasÄ«jumu un izdod laikspiedolu pēc nākamā cikla. Tas arÄ« prasÄ«s laiku, un mēs saņemsim aizkavÄ“Å”anos, lai gan ne tik ievērojamu kā bez programmatÅ«ras atbalsta PTPv2.

Tikai aparatÅ«ras atbalsts PTPv2 ļauj uzturēt nepiecieÅ”amo precizitāti. Å ajā gadÄ«jumā laika zÄ«mogu izsniedz Ä«paÅ”s ASIC, kas ir uzstādÄ«ts portā.

Ziņojuma formāts

Visi PTP ziņojumi sastāv no Ŕādiem laukiem:

  • Galvene - 34 baiti.
  • Pamatteksts ā€“ izmērs ir atkarÄ«gs no ziņojuma veida.
  • Sufikss nav obligāts.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Heders

Lauks Header ir vienāds visiem PTP ziņojumiem. Tās izmērs ir 34 baiti.

Galvenes lauka formāts:

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

ziņojuma veids ā€“ satur pārsÅ«tāmā ziņojuma veidu, piemēram, Sync, Delay_Req, PDelay_Req utt.

ziņojuma garums ā€“ satur pilnu PTP ziņojuma lielumu, ieskaitot galveni, pamattekstu un sufiksu (bet izņemot polsterējuma baitus).

domēna numurs ā€“ nosaka, kuram PTP domēnam pieder ziņojums.

Domēna vārds - tie ir vairāki dažādi pulksteņi, kas savākti vienā loģiskā grupā un sinhronizēti no viena galvenā pulksteņa, bet ne obligāti sinhronizēti ar pulksteņiem, kas pieder citam domēnam.

karogi ā€“ Å ajā laukā ir dažādi karodziņi, lai identificētu ziņojuma statusu.

labojumsLauks ā€“ satur aizkaves laiku nanosekundēs. Aizkaves laiks ietver aizkavi, pārraidot caur caurspÄ«dÄ«go pulksteni, kā arÄ« aizkavi, pārraidot caur kanālu, izmantojot vienādranga režīmu.

sourcePortIdentity ā€“ Å”ajā laukā ir informācija par to, no kura porta Å”is ziņojums sākotnēji tika nosÅ«tÄ«ts.

secÄ«bas ID ā€“ satur atseviŔķu ziņojumu identifikācijas numuru.

kontroles lauks ā€“ artefakta lauks =) Tas paliek no standarta pirmās versijas un satur informāciju par Ŕī ziņojuma veidu. BÅ«tÄ«bā tas pats, kas messageType, bet ar mazāk opciju.

logMessageInterval ā€“ Å”o lauku nosaka ziņojuma veids.

Ķermenis

Kā minēts iepriekÅ”, ir vairāki ziņojumu veidi. Å ie veidi ir aprakstÄ«ti tālāk:

Paziņojuma ziņojums
Ziņojums Paziņot tiek izmantots, lai ā€œpaziņotuā€ citiem pulksteņiem tajā paŔā domēnā par tā parametriem. Å is ziņojums ļauj iestatÄ«t galvenā pulksteņa ā€” vergu pulksteņa hierarhiju.
PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Sinhronizēt ziņojumu
Sinhronizācijas ziņojumu nosÅ«ta galvenais pulkstenis, un tajā ir norādÄ«ts galvenā pulksteņa laiks sinhronizācijas ziņojuma Ä£enerÄ“Å”anas laikā. Ja galvenais pulkstenis ir divpakāpju, laika zÄ«mogs sinhronizācijas ziņojumā tiks iestatÄ«ts uz 0 un paÅ”reizējais laikspiedols tiks nosÅ«tÄ«ts saistÄ«tajā ziņojumā Follow_Up. Sinhronizācijas ziņojums tiek izmantots abiem latentuma mērÄ«Å”anas mehānismiem.

Ziņojums tiek pārsūtīts, izmantojot Multicast. Pēc izvēles varat izmantot Unicast.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Delay_Req ziņojums

Ziņojuma Delay_Req formāts ir identisks sinhronizācijas ziņojumam. VergojoÅ”ais pulkstenis nosÅ«ta Delay_Req. Tas satur laiku, kad Delay_Req nosÅ«tÄ«ja pakārtotais pulkstenis. Å is ziņojums tiek izmantots tikai aizkaves pieprasÄ«juma-atbildes mehānismam.

Ziņojums tiek pārsūtīts, izmantojot Multicast. Pēc izvēles varat izmantot Unicast.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Follow_Up ziņojums

Ziņojumu Follow_Up pēc izvēles nosÅ«ta galvenais pulkstenis, un tajā ir norādÄ«ts nosÅ«tÄ«Å”anas laiks Sinhronizēt ziņas meistars. Tikai divpakāpju galvenie pulksteņi nosÅ«ta ziņojumu Follow_Up.

Ziņojums Follow_Up tiek izmantots abiem latentuma mērÄ«Å”anas mehānismiem.

Ziņojums tiek pārsūtīts, izmantojot Multicast. Pēc izvēles varat izmantot Unicast.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Delay_Resp ziņojums

Delay_Resp ziņojumu nosūta galvenais pulkstenis. Tas satur laiku, kad galvenais pulkstenis saņēma Delay_Req. Šis ziņojums tiek izmantots tikai aizkaves pieprasījuma-atbildes mehānismam.

Ziņojums tiek pārsūtīts, izmantojot Multicast. Pēc izvēles varat izmantot Unicast.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Pdelay_Req ziņojums

Ziņojumu Pdelay_Req nosÅ«ta ierÄ«ce, kas pieprasa aizkavi. Tajā ir norādÄ«ts laiks, kad ziņojums tika nosÅ«tÄ«ts no Ŕīs ierÄ«ces porta. Pdelay_Req tiek izmantots tikai kaimiņu aizkaves mērÄ«Å”anas mehānismam.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Pdelay_Resp ziņojums

Pdelay_Resp ziņojumu nosÅ«ta ierÄ«ce, kas ir saņēmusi aizkaves pieprasÄ«jumu. Tajā ir norādÄ«ts laiks, kad Ŕī ierÄ«ce saņēma ziņojumu Pdelay_Req. Ziņojums Pdelay_Resp tiek izmantots tikai kaimiņa aizkaves mērÄ«Å”anas mehānismam.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Ziņojums Pdelay_Resp_Follow_Up

Ziņojumu Pdelay_Resp_Follow_Up pēc izvēles nosÅ«ta ierÄ«ce, kas ir saņēmusi aizkaves pieprasÄ«jumu. Tajā ir norādÄ«ts laiks, kad Ŕī ierÄ«ce saņēma ziņojumu Pdelay_Req. Pdelay_Resp_Follow_Up ziņojumu nosÅ«ta tikai divpakāpju galvenie pulksteņi.

Å o ziņojumu var izmantot arÄ« izpildes laikam, nevis laikspiedolu. Izpildes laiks ir laiks no Pdelay-Req saņemÅ”anas brīža lÄ«dz Pdelay_Resp nosÅ«tÄ«Å”anai.

Pdelay_Resp_Follow_Up tiek izmantoti tikai kaimiņu aizkaves mērÄ«Å”anas mehānismam.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Pārvaldības ziņojumi

PTP vadÄ«bas ziņojumi ir nepiecieÅ”ami, lai pārsÅ«tÄ«tu informāciju starp vienu vai vairākiem pulksteņiem un vadÄ«bas mezglu.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Transfērs uz LV

PTP ziņojumu var pārsūtīt divos līmeņos:

  • TÄ«kls ā€“ kā daļa no IP datiem.
  • Kanāls ā€“ kā daļa no Ethernet rāmja.

PTP ziņojumu pārraide, izmantojot UDP, izmantojot IP, izmantojot Ethernet

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

PTP, izmantojot UDP, izmantojot Ethernet

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Profili

PTP ir diezgan daudz elastīgu parametru, kas jākonfigurē. Piemēram:

  • BMCA opcijas.
  • Latenta mērÄ«Å”anas mehānisms.
  • Visu konfigurējamo parametru intervāli un sākotnējās vērtÄ«bas utt.

Un, neskatoties uz to, ka mēs iepriekÅ” teicām, ka PTPv2 ierÄ«ces ir savietojamas viena ar otru, tā nav taisnÄ«ba. Lai sazinātos, ierÄ«cēm ir jābÅ«t vienādiem iestatÄ«jumiem.

Tāpēc ir tā sauktie PTPv2 profili. Profili ir konfigurētu iestatījumu un definētu protokolu ierobežojumu grupas, lai konkrētai lietojumprogrammai varētu ieviest laika sinhronizāciju.

Pats IEEE 1588v2 standarts apraksta tikai vienu profilu ā€“ ā€œDefault Profileā€. Visus pārējos profilus veido un apraksta dažādas organizācijas un asociācijas.

Piemēram, jaudas profilu jeb PTPv2 jaudas profilu izveidoja IEEE enerÄ£ijas un enerÄ£ijas biedrÄ«bas EnerÄ£ijas sistēmu pārsÅ«tÄ«Å”anas komiteja un apakÅ”staciju komiteja. PaÅ”u profilu sauc par IEEE C37.238-2011.

Profils apraksta, ka PTP var pārsūtīt:

  • Tikai caur L2 tÄ«kliem (t.i., Ethernet, HSR, PRP, ne-IP).
  • Ziņojumi tiek pārsÅ«tÄ«ti tikai ar multiraides apraidi.
  • Vienādranga aizkaves mērÄ«Å”anas mehānisms tiek izmantots kā aizkaves mērÄ«Å”anas mehānisms.

Noklusējuma domēns ir 0, ieteicamais domēns ir 93.

C37.238-2011 dizaina filozofija bija samazināt papildu funkciju skaitu un saglabāt tikai nepiecieÅ”amās funkcijas uzticamai ierīču mijiedarbÄ«bai un palielinātai sistēmas stabilitātei.

Tiek noteikts arī ziņojumu pārraides biežums:

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Faktiski izvēlei ir pieejams tikai viens parametrs - galvenā pulksteņa veids (vienpakāpes vai divpakāpju).

Precizitātei jābÅ«t ne lielākai par 1 Ī¼s. Citiem vārdiem sakot, vienā sinhronizācijas ceļā var bÅ«t ne vairāk kā 15 caurspÄ«dÄ«gi pulksteņi vai trÄ«s robežpulksteņi.

PTPv2 laika sinhronizācijas protokola ievieŔanas informācija

Avots: www.habr.com

Pievieno komentāru