Inngangur
Hugmyndin um að byggja „stafræn aðveitustöð“ í raforkuiðnaðinum krefst samstillingar með nákvæmni upp á 1 μs. Fjármálaviðskipti krefjast einnig míkrósekúndna nákvæmni. Í þessum forritum er NTP tíma nákvæmni ekki lengur nægjanleg.
PTPv2 samstillingarsamskiptareglur, sem lýst er með IEEE 1588v2 staðlinum, gerir ráð fyrir samstillingarnákvæmni upp á nokkra tugi nanósekúndna. PTPv2 gerir þér kleift að senda samstillingarpakka yfir L2 og L3 net.
Helstu svæði þar sem PTPv2 er notað eru:
- Orka;
- stjórn- og mælitæki;
- hernaðariðnaðarsamstæða;
- fjarskipti;
- fjármálageiranum.
Þessi færsla útskýrir hvernig PTPv2 samstillingarsamskiptareglur virka.
Við höfum meiri reynslu í iðnaði og sjáum oft þessa siðareglur í orkuumsóknum. Í samræmi við það munum við gera endurskoðunina með varúð
Hvers vegna er það nauðsynlegt?
Í augnablikinu innihalda STO 34.01-21-004-2019 frá PJSC Rosseti og STO 56947007-29.240.10.302-2020 frá PJSC FGC UES kröfur um að skipuleggja vinnslurútu með tímasamstillingu í gegnum PTPv2.
Þetta stafar af því að gengivarnarstöðvar og mælitæki eru tengd við vinnslurútuna, sem senda tafarlaus straum- og spennugildi í gegnum vinnslurútuna, með því að nota svokallaða SV strauma (fjölvarpsstrauma).
Relay verndarstöðvar nota þessi gildi til að innleiða flóavernd. Ef nákvæmni tímamælinga er lítil geta sumar varnir virkað ranglega.
Til dæmis geta varnir fyrir algjörri sértækni orðið fórnarlamb „veikrar“ tímasamstillingar. Oft byggist rökfræði slíkra varna á samanburði á tveimur stærðum. Ef gildin víkja um nægilega mikið gildi, þá er vörnin virkjuð. Ef þessi gildi eru mæld með tímanákvæmni upp á 1 ms, þá geturðu fengið mikinn mun þar sem gildin eru í raun eðlileg ef þau eru mæld með nákvæmni upp á 1 μs.
PTP útgáfur
PTP samskiptareglunum var upphaflega lýst árið 2002 í IEEE 1588-2002 staðlinum og var kallað "Staðall fyrir nákvæmni klukkusamstillingarsamskiptareglur fyrir nettengd mæli- og stjórnkerfi." Árið 2008 kom út uppfærður IEEE 1588-2008 staðall, sem lýsir PTP útgáfu 2. Þessi útgáfa af samskiptareglunum bætti nákvæmni og stöðugleika, en hélt ekki afturábakssamhæfi við fyrstu útgáfu samskiptareglunnar. Einnig, árið 2019, var gefin út útgáfa af IEEE 1588-2019 staðlinum sem lýsir PTP v2.1. Þessi útgáfa bætir minniháttar endurbótum á PTPv2 og er afturábak samhæfð við PTPv2.
Með öðrum orðum, við höfum eftirfarandi mynd með útgáfum:
PTPv1
(IEEE 1588-2002)
PTPv2
(IEEE 1588-2008)
PTPv2.1
(IEEE 1588-2019)
PTPv1 (IEEE 1588-2002)
-
Ósamrýmanleg
Ósamrýmanleg
PTPv2 (IEEE 1588-2008)
Ósamrýmanleg
-
Samhæft
PTPv2.1 (IEEE 1588-2019)
Ósamrýmanleg
Samhæft
-
En eins og alltaf eru blæbrigði.
Ósamrýmanleiki á milli PTPv1 og PTPv2 þýðir að PTPv1-virkt tæki mun ekki geta samstillt sig við nákvæma klukku sem keyrir á PTPv2. Þeir nota mismunandi skilaboðasnið til að samstilla.
En það er samt hægt að sameina tæki með PTPv1 og tæki með PTPv2 á sama neti. Til að ná þessu leyfa sumir framleiðendur þér að velja samskiptareglur á brúnklukkutengjunum. Það er að markaklukka getur samstillt með PTPv2 og samt samstillt aðrar klukkur tengdar henni með því að nota bæði PTPv1 og PTPv2.
PTP tæki. Hvað eru þau og hvernig eru þau ólík?
IEEE 1588v2 staðallinn lýsir nokkrum gerðum tækja. Þau eru öll sýnd í töflunni.
Tækin hafa samskipti sín á milli í gegnum LAN með PTP.
PTP tæki eru kölluð klukkur. Öll úr taka nákvæman tíma frá stórmeistaraúrinu.
Það eru 5 gerðir af úrum:
Stórmeistaraklukka
Helsta uppspretta nákvæms tíma. Oft með viðmóti til að tengja GPS.
Venjuleg klukka
Eintengi tæki sem getur verið meistari (aðalklukka) eða þræll (þrælklukka)
Master klukka (meistari)
Þær eru uppspretta þess nákvæma tíma sem aðrar klukkur eru samstilltar
Þrælaklukka
Lokatæki sem er samstillt frá aðalklukkunni
Landaklukka
Tæki með mörgum tengjum sem getur verið meistari eða þræll.
Það er að segja að þessar klukkur geta samstillt sig frá æðri aðalklukkunni og samstillt óæðri þrælklukkurnar.
Gegnsæ klukka frá enda til enda
Tæki með mörgum tengjum sem er hvorki aðalklukka né þræll. Það sendir PTP gögn á milli tveggja úra.
Þegar gögn eru send leiðréttir gagnsæ klukkan öll PTP skilaboð.
Leiðréttingin á sér stað með því að bæta seinkuninni á þessu tæki við leiðréttingarreitinn í haus sendra skilaboða.
Gegnsætt klukka frá jafningi til jafningja
Tæki með mörgum tengjum sem er hvorki aðalklukka né þræll.
Það sendir PTP gögn á milli tveggja úra.
Þegar gögn eru send leiðréttir gagnsæ klukkan öll PTP skilaboð Sync og Follow_Up (meira um þau hér að neðan).
Leiðréttingunni er náð með því að bæta við leiðréttingarreit senda pakkans seinkunina á sendibúnaðinum og seinkuninni á gagnaflutningsrásinni.
Stjórnunarhnútur
Tæki sem stillir og greinir önnur úr
Master og þrælklukkur eru samstilltar með því að nota tímastimpla í PTP skilaboðum. Það eru tvær tegundir af skilaboðum í PTP samskiptareglunum:
- Viðburðaskilaboð eru samstillt skilaboð sem fela í sér að búið er til tímastimpil á þeim tíma sem skilaboðin eru send og á þeim tíma sem þau eru móttekin.
- Almenn skilaboð - Þessi skilaboð þurfa ekki tímastimpla, en geta innihaldið tímastimpla fyrir tengd skilaboð
Viðburðarskilaboð
Almenn skilaboð
Sync
Delay_Req
Pdelay_Req
Pdelay_Resp
Tilkynntu
Fylgja eftir
Delay_Resp
Pdelay_Resp_Follow_Up
stjórnun
Merking
Nánar verður fjallað um allar tegundir skilaboða hér að neðan.
Grunn samstillingarvandamál
Þegar samstillingarpakki er sendur um staðarnet seinkar honum við rofann og í gagnatengingunni. Sérhver rofi mun valda um það bil 10 míkrósekúndum seinkun, sem er óviðunandi fyrir PTPv2. Eftir allt saman þurfum við að ná nákvæmni upp á 1 μs á lokatækinu. (Þetta er ef við erum að tala um orku. Önnur forrit gætu krafist meiri nákvæmni.)
IEEE 1588v2 lýsir nokkrum rekstri reikniritum sem gera þér kleift að skrá tímatöfina og leiðrétta hana.
Reiknirit vinnu
Við venjulega notkun starfar samskiptareglan í tveimur áföngum.
- 1. áfangi - að koma á fót stigveldinu „Master Clock – Slave Clock“.
- Áfangi 2 - klukkusamstilling með því að nota End-to-End eða Peer-to-Peer vélbúnaður.
1. áfangi - Stofnun meistara-þræls stigveldisins
Hver höfn venjulegrar klukku eða brúnklukku hefur ákveðinn fjölda ríkja (þrælklukka og aðalklukka). Staðallinn lýsir umbreytingaralgríminu milli þessara ríkja. Í forritun er slíkt reiknirit kallað endanlegt ástandsvél eða ástandsvél (nánari upplýsingar í Wiki).
Þessi ástandsvél notar Best Master Clock Algorithm (BMCA) til að stilla masterinn þegar tvær klukkur eru tengdar.
Þetta reiknirit gerir úrinu kleift að taka yfir ábyrgð stórmeistaraúrsins þegar stórmeistaraúrið tapar GPS merki, fer í nettengingu o.s.frv.
Ríkisbreytingar samkvæmt BMCA eru teknar saman í eftirfarandi skýringarmynd:
Upplýsingar um úrið á hinum enda „vírsins“ eru sendar í sérstökum skilaboðum (Announce message). Þegar þessar upplýsingar hafa borist keyrir reiknirit ástand vélarinnar og samanburður er gerður til að sjá hvaða klukka er betri. Gáttin á besta úrinu verður aðalúrið.
Einfalt stigveldi er sýnt á skýringarmyndinni hér að neðan. Slóðir 1, 2, 3, 4, 5 geta innihaldið gagnsæja klukku, en þeir taka ekki þátt í að koma á stigveldinu Master Clock - Slave Clock.
Áfangi 2 - Samstilltu venjulegar klukkur og brúnklukkur
Strax eftir að stigveldið „Master Clock – Slave Clock“ hefur verið komið á, hefst samstillingarfasi venjulegra klukka og landamæraklukka.
Til að samstilla sendir aðalklukkan skilaboð sem innihalda tímastimpil til þrælklukkanna.
Aðalklukkan getur verið:
- eitt stig;
- tveggja þrepa.
Eins þrepa klukkur senda ein samstillingarskilaboð til að samstilla.
Tveggja þrepa klukka notar tvö skilaboð til samstillingar - Sync og Follow_Up.
Hægt er að nota tvær leiðir fyrir samstillingarfasann:
- Seinkað beiðni-svar vélbúnaður.
- Jafningjatöf mælingarkerfi.
Í fyrsta lagi skulum við líta á þessar aðferðir í einfaldasta tilfelli - þegar gagnsæ klukkur eru ekki notaðar.
Seinkað beiðni-svar vélbúnaður
Vélbúnaðurinn felur í sér tvö skref:
- Mælir seinkun á sendingu skilaboða á milli aðalklukkunnar og þrælklukkunnar. Framkvæmt með því að nota seinkun beiðni-svörunarkerfis.
- Leiðrétting á nákvæmri tímafærslu er framkvæmd.
Biðtímamæling
t1 – Tími þegar samstillingarskilaboðin eru send af aðalklukkunni; t2 – Tími viðtöku samstillingarskilaboðanna af þrælklukkunni; t3 - Tími til að senda seinkunabeiðnina (Delay_Req) af þrælklukkunni; t4 – Delay_Req móttökutími af aðalklukkunni.
Þegar þrælklukkan þekkir tímana t1, t2, t3 og t4 getur hún reiknað út meðaltöf þegar samstillingarboðin eru send (tmpd). Það er reiknað sem hér segir:
Þegar Sync and Follow_Up skilaboð eru send, er tímatöfin frá skipstjóra til þræls reiknuð út - t-ms.
Þegar send eru Delay_Req og Delay_Resp skilaboð er tímatöfin frá þræll til skipstjóra reiknuð - t-sm.
Ef einhver ósamhverfa verður á milli þessara tveggja gilda kemur upp villa í leiðréttingu á fráviki nákvæmlega tímans. Villan stafar af því að útreiknuð töf er meðaltal t-ms og t-sm seinkana. Ef tafirnar eru ekki jafnar hver annarri, þá munum við ekki stilla tímann nákvæmlega.
Leiðrétting á tímafærslu
Þegar töfin á milli aðalklukkunnar og þrælklukkunnar er þekkt, framkvæmir þrælsklukkan tímaleiðréttingu.
Þrælaklukkur nota Sync skilaboðin og valfrjáls Follow_Up skilaboð til að reikna út nákvæma tímafærslu þegar pakka er sent frá skipstjóra til þrælklukka. Skiptingin er reiknuð með eftirfarandi formúlu:
Jafningjatöf mælingarkerfi
Þessi vélbúnaður notar einnig tvö skref fyrir samstillingu:
- Tækin mæla tímatöfina til allra nágranna í gegnum allar hafnir. Til að gera þetta nota þeir jafningjatöf.
- Leiðrétting á nákvæmri tímafærslu.
Mæling á biðtíma milli tækja sem styðja jafningjastillingu
Töfin milli hafna sem styðja jafningjakerfi er mæld með því að nota eftirfarandi skilaboð:
Þegar höfn 1 þekkir tímana t1, t2, t3 og t4 getur hún reiknað út meðaltöf (tmld). Það er reiknað með eftirfarandi formúlu:
Gáttin notar síðan þetta gildi þegar aðlögunarreiturinn er reiknaður út fyrir hver samstillingarskilaboð eða valfrjáls Follow_Up skilaboð sem fara í gegnum tækið.
Heildartöfin verður jöfn summan af seinkuninni á sendingu í gegnum þetta tæki, meðaltöfinni á sendingu um gagnarásina og seinkuninni sem þegar er að finna í þessum skilaboðum, virkjuð á andstreymistækjum.
Skilaboðin Pdelay_Req, Pdelay_Resp og valfrjáls Pdelay_Resp_Follow_Up gera þér kleift að fá seinkunina frá húsbónda til þræls og frá þræli til húsbónda (hringlaga).
Sérhvert ósamhverfa milli þessara tveggja gilda mun leiðrétta leiðréttingarvillu í tímajöfnun.
Að stilla nákvæma tímafærslu
Þrælaklukkur nota Sync skilaboð og valfrjáls Follow_Up skilaboð til að reikna út nákvæma tímafærslu þegar pakka er sent frá skipstjóra til þrælklukka. Skiptingin er reiknuð með eftirfarandi formúlu:
Kostir aðlögun jafningjakerfisins - tímatöf hvers samstillingar eða Follow_Up skilaboða er reiknuð út eins og þau eru send á netinu. Þar af leiðandi mun breyting á flutningsleiðinni á engan hátt hafa áhrif á nákvæmni aðlögunarinnar.
Þegar þetta kerfi er notað þarf tímasamstilling ekki að reikna út tímatöfina á leiðinni sem samstillingarpakkinn fer yfir, eins og gert er í grunnskiptum. Þeir. Delay_Req og Delay_Resp skilaboð eru ekki send. Í þessari aðferð er töfin á milli aðal- og þrælklukkunnar einfaldlega tekin saman í aðlögunarreit hvers Sync eða Follow_Up skilaboða.
Annar kostur er að aðalklukkan er laus við þörfina á að vinna úr Delay_Req skilaboðum.
Rekstrarhættir gagnsæra klukka
Í samræmi við það voru þetta einföld dæmi. Segjum nú að rofar birtist á samstillingarleiðinni.
Ef þú notar rofa án PTPv2 stuðnings mun samstillingarpakkanum seinka á rofanum um það bil 10 μs.
Rofar sem styðja PTPv2 eru kallaðir Transparent klukkur í IEEE 1588v2 hugtökum. Gegnsæjar klukkur eru ekki samstilltar frá aðalklukkunni og taka ekki þátt í stigveldinu „Master Clock - Slave Clock“, en þegar samstillingarskilaboð eru send muna þær hversu lengi skilaboðunum var seinkað af þeim. Þetta gerir þér kleift að stilla töfina.
Gegnsæjar klukkur geta starfað í tveimur stillingum:
- Enda til enda.
- Jafningi til jafningja.
Enda til enda (E2E)
E2E gagnsæ klukka sendir út Sync skilaboð og meðfylgjandi Follow_Up skilaboð á öllum höfnum. Jafnvel þeir sem eru lokaðir af sumum samskiptareglum (til dæmis RSTP).
Rofinn man eftir tímastimplinum þegar samstillingarpakki (Follow_Up) var móttekinn á portinu og hvenær hann var sendur úr portinu. Út frá þessum tveimur tímastimplum er reiknaður út sá tími sem það tekur rofann að vinna úr skilaboðunum. Í staðlinum er þessi tími kallaður dvalartími.
Vinnslutíminn er bætt við leiðréttingarreitinn í samstillingu (einsskrefsklukka) eða Follow_Up (tvíþrepa klukka) skilaboðunum.
E2E gagnsæ klukka mælir vinnslutíma fyrir Sync og Delay_Req skilaboð sem fara í gegnum rofann. En það er mikilvægt að skilja að tímatöfin milli aðalklukkunnar og þrælklukkunnar er reiknuð út með því að nota seinkun beiðni-svörunarkerfisins. Ef aðalklukkan breytist eða leiðin frá aðalklukkunni til þrælklukkunnar breytist, er seinkunin mæld aftur. Þetta eykur flutningstímann ef netkerfisbreytingar verða.
P2P gagnsæ klukkan, auk þess að mæla tímann sem það tekur að skipta um að vinna úr skilaboðum, mælir seinkunina á gagnatengingunni við næsta nágranna sinn með því að nota nágrannaleynd.
Seinkun er mæld á hverjum hlekk í báðar áttir, þar með talið hlekki sem eru lokaðir af einhverri samskiptareglu (eins og RSTP). Þetta gerir þér kleift að reikna strax út nýja töf á samstillingarleiðinni ef stórmeistaraklukkan eða svæðisfræði netkerfisins breytist.
Meðferðartími skilaboða með rofum og leynd safnast upp þegar Sync eða Follow_Up skilaboð eru send.
Tegundir PTPv2 stuðnings með rofum
Rofar geta stutt PTPv2:
- forritunarlega;
- vélbúnaður.
Þegar PTPv2 samskiptareglur eru innleiddar í hugbúnaði biður rofinn um tímastimpil frá fastbúnaðinum. Vandamálið er að fastbúnaðurinn virkar hringrásarlega og þú verður að bíða þar til hann lýkur núverandi lotu, tekur beiðnina um vinnslu og gefur út tímastimpil eftir næstu lotu. Þetta mun líka taka tíma og við munum fá seinkun, þó ekki eins mikil og án hugbúnaðarstuðnings fyrir PTPv2.
Aðeins vélbúnaðarstuðningur fyrir PTPv2 gerir þér kleift að viðhalda nauðsynlegri nákvæmni. Í þessu tilviki er tímastimpillinn gefinn út af sérstökum ASIC sem er uppsett á höfninni.
Skilaboðasnið
Öll PTP skilaboð samanstanda af eftirfarandi reitum:
- Haus - 34 bæti.
- Meginmál – stærð fer eftir tegund skilaboða.
- Viðskeytið er valfrjálst.
Haus
Höfuðreiturinn er sá sami fyrir öll PTP skilaboð. Stærð hans er 34 bæti.
Snið haus reits:
messageType – inniheldur tegund skilaboða sem verið er að senda, til dæmis Sync, Delay_Req, PDelay_Req, osfrv.
skilaboðLengd – inniheldur fulla stærð PTP skilaboðanna, þar á meðal haus, meginmál og viðskeyti (en að undanskildum fyllingarbætum).
lénsnúmer – ákvarðar hvaða PTP léni skilaboðin tilheyra.
Домен - þetta eru nokkrar mismunandi klukkur sem safnað er saman í einn rökrænan hóp og samstilltar frá einni aðalklukku, en ekki endilega samstillt við klukkur sem tilheyra öðru léni.
fánar – Þessi reitur inniheldur ýmsa fána til að auðkenna stöðu skilaboðanna.
leiðréttingarreitur - inniheldur seinkunina í nanósekúndum. Seinkunartíminn felur í sér seinkunina þegar sent er í gegnum gegnsæju klukkuna, sem og seinkunina þegar sent er í gegnum rásina þegar jafningi-til-jafningi er notað.
sourcePortIdentity – þessi reitur inniheldur upplýsingar um hvaða höfn þessi skilaboð voru upphaflega send frá.
röð ID – inniheldur auðkennisnúmer fyrir einstök skilaboð.
stjórnreitur – artifact field =) Hann er eftir frá fyrstu útgáfu staðalsins og inniheldur upplýsingar um tegund þessara skilaboða. Í meginatriðum það sama og messageType, en með færri valkosti.
logMessageInterval – þessi reitur ræðst af tegund skilaboða.
Body
Eins og fjallað er um hér að ofan eru nokkrar tegundir skilaboða. Þessum gerðum er lýst hér að neðan:
Tilkynningarskilaboð
Tilkynna skilaboðin eru notuð til að „segja“ öðrum klukkum innan sama léns um breytur þess. Þessi skilaboð gera þér kleift að setja upp stigveldi Master Clock - Slave Clock.
Samstilla skilaboð
Samstillingarskilaboðin eru send af aðalklukkunni og innihalda tíma aðalklukkunnar á þeim tíma sem samstillingarskilaboðin voru búin til. Ef aðalklukkan er tveggja þrepa, þá verður tímastimpillinn í Sync skilaboðunum stilltur á 0 og núverandi tímastimpill verður sendur í tilheyrandi Follow_Up skilaboðum. Samstillingarskilaboðin eru notuð fyrir báðar leyndmælingaraðferðirnar.
Skilaboðin eru send með Multicast. Valfrjálst geturðu notað Unicast.
Delay_Req skilaboð
Snið Delay_Req skilaboðanna er eins og Sync skilaboðin. Þrælaklukkan sendir Delay_Req. Það inniheldur tímann sem Delay_Req var sendur af þrælsklukkunni. Þessi skilaboð eru aðeins notuð fyrir seinkun beiðni-svörunarkerfis.
Skilaboðin eru send með Multicast. Valfrjálst geturðu notað Unicast.
Eftirfylgni skilaboð
Eftirfylgniskilaboðin eru mögulega send af aðalklukkunni og innihalda sendingartímann Samstilla skilaboð húsbóndi. Aðeins tveggja þrepa aðalklukkur senda Follow_Up skilaboðin.
Follow_Up skilaboðin eru notuð fyrir báðar leyndarmælingaraðferðirnar.
Skilaboðin eru send með Multicast. Valfrjálst geturðu notað Unicast.
Delay_Resp skilaboð
Delay_Resp skilaboðin eru send af aðalklukkunni. Það inniheldur tímann þegar Delay_Req var móttekin af aðalklukkunni. Þessi skilaboð eru aðeins notuð fyrir seinkun beiðni-svörunarkerfis.
Skilaboðin eru send með Multicast. Valfrjálst geturðu notað Unicast.
Pdelay_Req skilaboð
Pdelay_Req skilaboðin eru send af tæki sem biður um seinkun. Það inniheldur tímann sem skilaboðin voru send frá tengi þessa tækis. Pdelay_Req er aðeins notað fyrir nágrannatöf mælingar.
Pdelay_Resp skilaboð
Pdelay_Resp skilaboðin eru send af tæki sem hefur fengið tafabeiðni. Það inniheldur tímann sem Pdelay_Req skilaboðin voru móttekin af þessu tæki. Pdelay_Resp skilaboðin eru aðeins notuð fyrir nágrannatöf mælingar.
Skilaboð Pdelay_Resp_Follow_Up
Pdelay_Resp_Follow_Up skilaboðin eru mögulega send af tækinu sem hefur fengið seinkunabeiðnina. Það inniheldur tímann sem Pdelay_Req skilaboðin voru móttekin af þessu tæki. Pdelay_Resp_Follow_Up skilaboðin eru aðeins send af tveggja þrepa aðalklukkum.
Þessi skilaboð geta einnig verið notuð fyrir framkvæmdartíma í stað tímastimpils. Framkvæmdartími er tíminn frá því að Pdelay-Req er móttekið þar til Pdelay_Resp er sent.
Pdelay_Resp_Follow_Up eru aðeins notaðar fyrir mælingarbúnaðinn fyrir nágrannatöf.
Stjórnunarskilaboð
PTP stýriskilaboð eru nauðsynleg til að flytja upplýsingar á milli einnar eða fleiri klukka og stjórnunarhnútsins.
Flytja til LV
Hægt er að senda PTP skilaboð á tveimur stigum:
- Net – sem hluti af IP gögnum.
- Rás – sem hluti af Ethernet ramma.
Sending PTP skilaboða yfir UDP yfir IP yfir Ethernet
PTP yfir UDP yfir Ethernet
Snið
PTP hefur töluvert af sveigjanlegum breytum sem þarf að stilla. Til dæmis:
- BMCA valkostir.
- Mælingarkerfi á biðtíma.
- Tímabil og upphafsgildi allra stillanlegra breytu osfrv.
Og þrátt fyrir að við höfum áður sagt að PTPv2 tæki séu samhæf hvert við annað, þá er þetta ekki satt. Tæki verða að hafa sömu stillingar til að geta átt samskipti.
Þess vegna eru til svokölluð PTPv2 snið. Snið eru hópar af stilltum stillingum og skilgreindum samskiptatakmörkunum þannig að hægt sé að útfæra tímasamstillingu fyrir tiltekið forrit.
IEEE 1588v2 staðallinn sjálfur lýsir aðeins einu sniði – „Sjálfgefið snið“. Öll önnur snið eru búin til og lýst af ýmsum samtökum og samtökum.
Til dæmis var Power Profile, eða PTPv2 Power Profile, búið til af Power Systems Relaying Committee og aðveitustöðvarnefnd IEEE Power and Energy Society. Snið sjálft heitir IEEE C37.238-2011.
Prófíllinn lýsir því að hægt er að flytja PTP:
- Aðeins í gegnum L2 net (þ.e. Ethernet, HSR, PRP, non-IP).
- Skilaboð eru aðeins send með fjölvarpsútsendingum.
- Jafningjatöf mælingarkerfi er notað sem tafarmælingarkerfi.
Sjálfgefið lén er 0, mælt lén er 93.
Hönnunarheimspeki C37.238-2011 var að fækka valkvæðum eiginleikum og halda aðeins nauðsynlegum aðgerðum fyrir áreiðanlega samskipti milli tækja og aukinn stöðugleika kerfisins.
Einnig er tíðni sendingar skilaboða ákvörðuð:
Reyndar er aðeins ein færibreyta tiltæk fyrir val - gerð aðalklukku (eins þreps eða tveggja þrepa).
Nákvæmnin ætti ekki að vera meiri en 1 μs. Með öðrum orðum, ein samstillingarleið getur innihaldið að hámarki 15 gagnsæjar klukkur eða þrjár landamæraklukkur.
Heimild: www.habr.com