Dettagli di implementazione di u protocolu di sincronizazione di u tempu PTPv2

Introduzione

U cuncettu di custruisce una "Substazione Digitale" in l'industria di l'energia elettrica richiede a sincronizazione cù una precisione di 1 μs. E transazzione finanziaria necessitanu ancu una precisione di microsecondi. In queste applicazioni, a precisione di u tempu NTP ùn hè più abbastanza.

U protocolu di sincronizazione PTPv2, descrittu da u standard IEEE 1588v2, permette una precisione di sincronizazione di parechji decine di nanosecondi. PTPv2 permette di mandà pacchetti di sincronizazione nantu à e rete L2 è L3.

I principali spazii induve PTPv2 hè utilizatu sò:

• energia;
• equipaggiu di cuntrollu è misurazione;
• cumplessu militare-industriale;
• telecomunicazioni;
• settore finanziariu.

Questu post spiega cumu funziona u protocolu di sincronizazione PTPv2.

Avemu più sperienza in l'industria è spessu vede stu protokollu in applicazioni energetiche. Per quessa, faremu a rivista cun prudenza per energia.

Perchè hè necessariu?

À u mumentu, STO 34.01-21-004-2019 di PJSC Rosseti è STO 56947007-29.240.10.302-2020 di PJSC FGC UES cuntenenu esigenze per urganizà un bus di prucessu cù sincronizazione di u tempu via PTPv2.

Questu hè duvuta à u fattu chì i terminali di prutezzione di relè è i dispusitivi di misurazione sò cunnessi à u bus di prucessu, chì trasmettenu i valori istantanei di corrente è tensione à traversu u bus di prucessu, utilizendu i cosiddetti flussi SV (flussi multicast).

I terminali di prutezzione di relè utilizanu questi valori per implementà a prutezzione di a baia. Se l'accuratezza di e misurazioni di u tempu hè chjuca, allora alcune prutezioni ponu operare falsamente.

Per esempiu, i difesi di a selettività assoluta ponu esse vittime di a sincronizazione di u tempu "debule". Spessu a logica di tali difesi hè basatu annantu à un paragone di dui quantità. Se i valori divergenu da un valore abbastanza grande, allora a prutezzione hè attivata. Sì sti valori sò misurati cù una precisione di tempu di 1 ms, allora pudete ottene una grande differenza induve i valori sò in realtà normali si misuranu cù una precisione di 1 μs.

versioni PTP

U protokollu PTP hè statu urigginariamente deskrittu in u 2002 in u standard IEEE 1588-2002 è hè statu chjamatu "Standard per un Protocolu di Sincronizazione di l'Orologio di Precisione per Sistemi di Cuntrollu è di Misura in Rete". In u 2008, u standard IEEE 1588-2008 aghjurnatu hè statu liberatu, chì descrive a versione PTP 2. Questa versione di u protokollu hà migliuratu a precisione è a stabilità, ma ùn mantene micca a cumpatibilità retrocede cù a prima versione di u protocolu. Inoltre, in 2019, una versione di u standard IEEE 1588-2019 hè stata liberata, chì descrive PTP v2.1. Questa versione aghjusta migliure minori à PTPv2 è hè retrocompatibile cù PTPv2.

In altre parolle, avemu a seguente stampa cù versioni:

PTPv1
(IEEE 1588-2002)

PTPv2
(IEEE 1588-2008)

PTPv2.1
(IEEE 1588-2019)

PTPv1 (IEEE 1588-2002)

-
Incompatibile

Incompatibile

PTPv2 (IEEE 1588-2008)

Incompatibile

-
Совместимы

PTPv2.1 (IEEE 1588-2019)

Incompatibile

Совместимы

-

Ma, cum'è sempre, ci sò sfumature.

L'incompatibilità trà PTPv1 è PTPv2 significa chì un dispositivu abilitatu per PTPv1 ùn serà micca capace di sincronizà cù un clock precisu chì funziona in PTPv2. Adupranu diversi furmati di missaghju per sincronizà.

Ma hè sempre pussibule cunghjuntà i dispositi cù PTPv1 è i dispositi cù PTPv2 nantu à a stessa reta. Per ottene questu, certi pruduttori permettenu di selezziunà a versione di u protokollu nantu à i porti di u clock. Vale à dì, un clock di cunfini pò sincronizà cù PTPv2 è ancu sincronizà altri clock cunnessi cù u PTPv1 è PTPv2.

dispusitivi PTP. Chì sò è cumu sò diffirenti?

U standard IEEE 1588v2 descrive parechji tippi di dispusitivi. Tutti sò mostrati in a tavula.

I dispositi cumunicanu cù l'altri nantu à una LAN cù PTP.

I dispositi PTP sò chjamati orologi. Tutti l'orologi piglianu l'ora esatta da l'orologio grandmaestru.

Ci sò 5 tippi di orologi:

Grandmaster clock

A fonte principale di u tempu precisu. Spessu dotatu di una interfaccia per cunnette GPS.

Clock ordinariu

Un dispositivu portu unicu chì pò esse un maestru (clock master) o slave (clock slave)

Master clock (maestru)

Sò a fonte di l'ora esatta da quale l'altri orologi sò sincronizati

Reloj Slave

Dispositivu finale chì hè sincronizatu da u clock maestru

Clock di cunfini

Un dispositivu cù parechji porti chì pò esse un maestru o un slave.

Questu hè, questi orologi ponu sincronizà da u clock maestru superiore è sincronizà l'orologi schiavi inferiori.

Clock trasparente end-to-end

Un dispositivu cù parechji porti chì ùn hè nè un clock maestru nè un slave. Trasmette dati PTP trà dui watch.

Quandu trasmette dati, u clock trasparente corregge tutti i missaghji PTP.

A currezzione si faci aghjunghjendu u tempu di ritardu nantu à stu dispusitivu à u campu di correzione in l'intestazione di u messagiu trasmessu.

Orologio trasparente peer-to-peer

Un dispositivu cù parechji porti chì ùn hè nè un clock maestru nè un slave.
Trasmette dati PTP trà dui watch.

Quandu trasmette dati, u clock trasparente corregge tutti i missaghji PTP Sync è Follow_Up (più nantu à elli sottu).

A currezzione hè ottenuta aghjunghjendu à u campu di correzione di u pacchettu trasmessu u ritardu nantu à u dispositivu di trasmissione è u ritardu in u canali di trasmissione di dati.

Node di gestione

Un dispositivu chì cunfigurà è diagnostica altri orologi

L'orologi maestri è schiavi sò sincronizati cù timestamps in i missaghji PTP. Ci hè dui tipi di missaghji in u protocolu PTP:

• I Messaggi di Eventu sò messagi sincronizati chì implicanu a generazione di un timestamp à u mumentu chì u messagiu hè mandatu è à u mumentu chì hè ricevutu.
• Missaghji Generali - Questi missaghji ùn anu micca bisognu di timestamps, ma ponu cuntene timestamps per i missaghji rilativi

Missaghji Avvenimenti

Missaghji Generali

LIVE
Delay_Req
Pdelay_Req
Pdelay_Resp

Annunzià
Seguità
Delay_Resp
Pdelay_Resp_Follow_Up
Management
Signalizazione

Tutti i tippi di missaghji seranu discututi in più in detail sottu.

Problemi di sincronizazione basi

Quandu un pacchettu di sincronizazione hè trasmessu nantu à una reta lucale, hè ritardatu à u cambiamentu è in u ligame di dati. Ogni cambiamentu pruducerà un ritardu di circa 10 microsecondi, chì hè inacceptable per PTPv2. Dopu tuttu, avemu bisognu di ottene una precisione di 1 μs nantu à u dispusitivu finali. (Questu hè s'ellu parlemu di energia. L'altri appricazzioni ponu esse bisognu di più precisione.)

IEEE 1588v2 descrive parechji algoritmi operativi chì permettenu di registrà u ritardu di tempu è curreghja.

Un algoritmu di travagliu
Durante l'operazione normale, u protocolu opera in duie fasi.

• Fase 1 - stabilisce a ghjerarchia "Master Clock - Slave Clock".
• Fase 2 - sincronizazione di u clock utilizendu un mecanismu End-to-End o Peer-to-Peer.

Fase 1 - Stabbilimentu di a Gerarchia Master-Slave

Ogni portu di un clock regulare o di punta hà un certu nùmeru di stati (clock slave è master clock). U standard descrive l'algoritmu di transizione trà sti stati. In a prugrammazione, un tali algoritmu hè chjamatu macchina à stati finiti o macchina à stati (più dettagli in Wiki).

Questa macchina statale usa u Best Master Clock Algorithm (BMCA) per stabilisce u maestru quandu cunnette dui orologi.

Questu algoritmu permette à l'orologio di ripiglià e rispunsabilità di u grandmaestru watch quandu u grandmaster watch upstream perde u signale GPS, passa in linea, etc.

E transizioni statali secondu a BMCA sò riassunte in u schema seguente:


L'infurmazione nantu à u watch à l'altru finale di u "filu" hè mandatu in un missaghju speciale (Annunce messagiu). Una volta sta infurmazione hè ricevuta, l'algoritmu di a macchina statale corre è un paragone hè fattu per vede quale clock hè megliu. U portu nantu à u megliu orologio diventa u sguardu maestru.

Una ghjerarchia simplice hè mostrata in u diagramma sottu. I percorsi 1, 2, 3, 4, 5 ponu cuntene un clock Trasparente, ma ùn participanu micca à stabilisce a ghjerarchia Master Clock - Slave Clock.

Fase 2 - Sincronizza l'orologi regulare è di punta

Immediatamente dopu avè stabilitu a ghjerarchia "Master Clock - Slave Clock", a fase di sincronizazione di l'orologi regulari è di frontiera principia.

Per sincronizà, u clock maestru manda un missaghju chì cuntene un timestamp à i clock slave.

L'orologio maestru pò esse:

• una sola tappa;
• dui fasi.

L'orologi in una sola tappa mandanu un missaghju Sync per sincronizà.

Un clock in dui fasi usa dui missaghji per a sincronizazione - Sync è Follow_Up.

Dui meccanismi ponu esse aduprati per a fase di sincronizazione:

• Meccanisimu di dumanda-risposta di ritardu.
• Meccanismo di misurazione di ritardu di pari.

Prima, fighjemu questi miccanismi in u casu più simplice - quandu l'orologi trasparenti ùn sò micca usati.

Meccanisimu di dumanda-risposta di ritardu

U mecanismu implica dui passi:

1. Misurendu u ritardu in a trasmissione di un missaghju trà u clock maestru è u clock slave. Eseguitu cù un mecanismu di dumanda-risposta di ritardu.
2. A correzione di u turnu di u tempu esatta hè realizatu.

misurazione di latenza


t1 - U tempu di mandà u missaghju Sync da u clock maestru; t2 - Ora di ricezione di u messagiu Sync da u clock slave; t3 - U tempu di mandà a dumanda di ritardu (Delay_Req) ​​da u clock slave; t4 - U tempu di ricezione Delay_Req da u clock maestru.

Quandu u clock slave cunnosce i tempi t1, t2, t3 è t4, pò calculà u ritardu mediu quandu trasmette u messagiu di sincronizazione (tmpd). Hè calculatu cusì:

Quandu trasmette un missaghju Sync and Follow_Up, u ritardu di tempu da u maestru à u slave hè calculatu - t-ms.

Quandu trasmette i missaghji Delay_Req è Delay_Resp, u ritardu di tempu da u slave à u maestru hè calculatu - t-sm.

Sì una certa asimmetria si trova trà sti dui valori, allora un errore in currezzione di a deviazione di u tempu esatta appare. L'errore hè causatu da u fattu chì u ritardu calculatu hè a media di i ritardi t-ms è t-sm. Sì i ritardi ùn sò micca uguali à l'altri, allora ùn aghjustemu micca u tempu in modu precisu.

Correzione di u turnu di u tempu

Una volta chì u ritardu trà u clock maestru è u clock slave hè cunnisciutu, u clock slave realiza a correzione di u tempu.

L'orologi slave utilizanu u missaghju Sync è un missaghju di Follow_Up opzionale per calculà l'offset di u tempu esatta quandu trasmette un pacchettu da u maestru à l'orologi slave. U shift hè calculatu cù a seguente formula:

Meccanismo di misurazione di ritardu di pari

Stu mecanismu usa ancu dui passi per a sincronizazione:

1. I dispusitivi misuranu u ritardu di tempu à tutti i vicini attraversu tutti i porti. Per fà questu, usanu un mecanismu di ritardu di pari.
2. Correzione di u turnu di u tempu esatta.

Misura a latenza trà i dispositi chì supportanu u modu Peer-to-Peer

A latenza trà i porti chì sustene u mecanismu peer-to-peer hè misurata cù i seguenti missaghji:

Quandu u portu 1 cunnosce i tempi t1, t2, t3 è t4, pò calculà u ritardu mediu (tmld). Hè calculatu cù a seguente formula:

U portu poi usa stu valore quandu calcula u campu di aghjustamentu per ogni missaghju Sync o missaghju di Follow_Up opcional chì passa per u dispusitivu.

U ritardu tutale serà uguale à a summa di u ritardu durante a trasmissione attraversu stu dispusitivu, u ritardu mediu durante a trasmissione à traversu u canali di dati è u ritardu digià cuntenutu in stu messagiu, attivatu nantu à i dispositi upstream.

I missaghji Pdelay_Req, Pdelay_Resp è opzionali Pdelay_Resp_Follow_Up permettenu di ottene u ritardu da maestru à schiavu è da schiavu à maestru (circular).

Ogni asimmetria trà questi dui valori introduverà un errore di correzione di offset di u tempu.

Aghjustà u turnu di u tempu esatta

L'orologi slave utilizanu un missaghju Sync è un missaghju di Follow_Up opzionale per calculà l'offset di u tempu esatta quandu trasmette un pacchettu da u maestru à l'orologi slave. U shift hè calculatu cù a seguente formula:

Adattamentu di i vantaghji di u mecanismu peer-to-peer - u ritardu di u tempu di ogni messagiu Sync o Follow_Up hè calculatu cum'è hè trasmessu in a reta. In cunseguenza, cambià a strada di trasmissione ùn affetterà in alcun modu a precisione di l'ajustamentu.

Quandu si usa stu mecanismu, a sincronizazione di u tempu ùn hà micca bisognu di calculà u ritardu di u tempu longu u percorsu attraversatu da u pacchettu di sincronizazione, cum'è hè fattu in u scambiu di basa. Quelli. I missaghji Delay_Req è Delay_Resp ùn sò micca mandati. In questu metudu, u ritardu trà l'orologi maestru è slave hè solu summatu in u campu di aghjustamentu di ogni messagiu Sync o Follow_Up.

Un altru vantaghju hè chì u clock maestru hè liberatu da a necessità di processà i missaghji Delay_Req.

Modi operativi di orologi trasparenti

Per quessa, si trattava di esempi simplici. Avà supponi chì i switches appariscenu nantu à a strada di sincronizazione.

Se utilizate switch senza supportu PTPv2, u pacchettu di sincronizazione serà ritardatu annantu à u switch di circa 10 µs.

I switches chì supportanu PTPv2 sò chjamati Orologi trasparenti in a terminologia IEEE 1588v2. L'orologi trasparenti ùn sò micca sincronizzati da l'orologio maestru è ùn participanu micca à a ghjerarchia "Master Clock - Slave Clock", ma quandu trasmettenu messagi di sincronizazione si ricordanu di quantu tempu u missaghju hè statu ritardatu da elli. Questu permette di aghjustà u ritardu di u tempu.

L'orologi trasparenti ponu operare in dui modi:

• End-to-End.
• Peer-to-Peer.

End-to-End (E2E)

U clock trasparenti E2E trasmette i missaghji Sync è i missaghji Follow_Up accumpagnati in tutti i porti. Ancu quelli chì sò bluccati da certi protokolli (per esempiu, RSTP).

U cambiamentu ricorda u timestamp quandu un pacchettu Sync (Follow_Up) hè statu ricevutu in u portu è quandu hè statu mandatu da u portu. Basatu nantu à sti dui timestamps, u tempu chì ci vole à u cambiamentu per processà u missaghju hè calculatu. In u standard, questu tempu hè chjamatu tempu di residenza.

U tempu di trasfurmazioni hè aghjuntu à u campu di correctionField di u messagiu Sync (clock one-step) o Follow_Up (clock two-step).

L'orologio trasparente E2E misura u tempu di trasfurmazioni per i missaghji Sync è Delay_Req chì passanu per u switch. Ma hè impurtante capisce chì u ritardu di tempu trà u clock maestru è u clock schiavu hè calculatu utilizendu u mecanismu di dumanda-risposta di ritardu. Se l'orologio maestru cambia o u percorsu da u clock maestru à u clock slave cambia, u ritardu hè misuratu di novu. Questu aumenta u tempu di transizione in casu di cambiamenti di rete.

L'orologio trasparente P2P, in più di misurà u tempu chì ci vole à un cambiamentu per processà un missaghju, misura u ritardu di u ligame di dati à u so vicinu vicinu utilizendu un mecanismu di latenza vicinu.

A latenza hè misurata nantu à ogni ligame in e duie direzzione, cumprese i ligami chì sò bluccati da qualchì protokollu (cum'è RSTP). Questu permette di calculà immediatamente u novu ritardu in u percorsu di sincronizazione se u clock grandmaster o a topologia di a rete cambia.

U tempu di trasfurmazioni di u messagiu per i switches è a latenza sò accumulati quandu invià missaghji Sync o Follow_Up.

Tipi di supportu PTPv2 per switch

I switches ponu supportà PTPv2:

• programmaticu;
• hardware.

Quandu implementa u protokollu PTPv2 in u software, u switch richiede un timestamp da u firmware. U prublema hè chì u firmware travaglia in modu ciclicu, è avete da aspittà finu à chì finisce u ciculu attuale, piglia a dumanda di trasfurmazioni è emette un timestamp dopu à u prossimu ciclu. Questu averebbe ancu tempu, è averemu un ritardu, ancu s'ellu ùn hè micca significativu cum'è senza supportu di software per PTPv2.

Solu u supportu hardware per PTPv2 permette di mantene a precisione necessaria. In questu casu, u stampu di u tempu hè emessu da un ASIC speciale, chì hè stallatu nantu à u portu.

Format di messagiu

Tutti i missaghji PTP sò custituiti da i seguenti campi:

• Header - 34 bytes.
• U corpu - a dimensione dipende da u tipu di missaghju.
• U suffissu hè facultativu.

lunat

U campu Header hè u listessu per tutti i missaghji PTP. A so dimensione hè 34 bytes.

Formatu di u campu di l'intestazione:

messageType - cuntene u tipu di missaghju chì hè trasmessu, per esempiu Sync, Delay_Req, PDelay_Req, etc.

lunghezza di u messagiu - cuntene a dimensione completa di u messagiu PTP, cumpresu l'intestazione, u corpu è u suffissu (ma escludendu i bytes di padding).

DomainNumber - determina à quale duminiu PTP appartene u missaghju.

Domain Name - Quessi sò parechji orologi diffirenti cullati in un gruppu logicu è sincronizati da un clock maestru, ma micca necessariamente sincronizati cù orologi chì appartenenu à un duminiu sfarente.

bandiere - Stu campu cuntene diverse bandiere per identificà u statutu di u messagiu.

campu di correzzione - cuntene u tempu di ritardu in nanosecondi. U tempu di ritardu include u ritardu quandu si trasmette à traversu l'orologio trasparente, è ancu u ritardu quandu si trasmette attraversu u canali quandu si usa u modu Peer-to-Peer.

SourcePortIdentity - stu campu cuntene infurmazione nantu à quale portu hè statu mandatu uriginale stu missaghju.

sequenceID - cuntene un numeru d'identificazione per i missaghji individuali.

campu di cuntrollu – Artifact field =) Resta da a prima versione di u standard è cuntene infurmazione nantu à u tipu di stu missaghju. Essenzialmente u listessu cum'è messageType, ma cù menu opzioni.

logMessageInterval - stu campu hè determinatu da u tipu di missaghju.

Bassani

Comu discutitu sopra, ci sò parechji tippi di missaghji. Sti tipi sò descritti quì sottu:

Missaghju di annunziu
U messagiu di l'annunziu hè utilizatu per "dice" à l'altri orologi in u stessu duminiu nantu à i so paràmetri. Stu missaghju vi permette di crià una ghjerarchia Master Clock - Slave Clock.


Sincronizza u messagiu
U messagiu Sync hè mandatu da u clock maestru è cuntene l'ora di u clock maestru à u mumentu chì u messagiu Sync hè statu generatu. Se l'orologio maestru hè in dui fasi, u timestamp in u messagiu Sync serà stabilitu à 0, è u timestamp attuale serà mandatu in u missaghju Follow_Up assuciatu. U messagiu Sync hè utilizatu per i dui meccanismi di misurazione di latenza.

U missaghju hè trasmessu cù Multicast. Opcionalmente, pudete aduprà Unicast.

Delay_Req missaghju

U furmatu di u messagiu Delay_Req hè identicu à u missaghju Sync. U clock slave manda Delay_Req. Contene u tempu chì Delay_Req hè statu mandatu da u clock slave. Stu missaghju hè utilizatu solu per u mecanismu di dumanda-risposta di ritardu.

U missaghju hè trasmessu cù Multicast. Opcionalmente, pudete aduprà Unicast.

Follow_Up missaghju

U missaghju Follow_Up hè opzione mandatu da u clock maestru è cuntene u tempu di mandà Sincronizza missaghji maestru. Solu orologi maestru in dui fasi mandanu u missaghju Follow_Up.

U messagiu Follow_Up hè utilizatu per i dui meccanismi di misurazione di latenza.

U missaghju hè trasmessu cù Multicast. Opcionalmente, pudete aduprà Unicast.

Delay_Resp missaghju

U messagiu Delay_Resp hè mandatu da u clock maestru. Contene u tempu quandu u Delay_Req hè statu ricevutu da u clock maestru. Stu missaghju hè utilizatu solu per u mecanismu di dumanda-risposta di ritardu.

U missaghju hè trasmessu cù Multicast. Opcionalmente, pudete aduprà Unicast.

Pdelay_Req missaghju

U missaghju Pdelay_Req hè mandatu da un dispositivu chì dumanda un ritardu. Hè cuntene u tempu u messagiu hè statu mandatu da u portu di stu dispusitivu. Pdelay_Req hè solu utilizatu per u mecanismu di misurazione di ritardu vicinu.

Pdelay_Resp missaghju

U missaghju Pdelay_Resp hè mandatu da un dispositivu chì hà ricevutu una dumanda di ritardu. Contene u tempu chì u messagiu Pdelay_Req hè statu ricevutu da stu dispusitivu. U missaghju Pdelay_Resp hè utilizatu solu per u mecanismu di misurazione di ritardu vicinu.

Missaghju Pdelay_Resp_Follow_Up

U missaghju Pdelay_Resp_Follow_Up hè opzione mandatu da u dispusitivu chì hà ricevutu a dumanda di ritardu. Contene u tempu chì u messagiu Pdelay_Req hè statu ricevutu da stu dispusitivu. U missaghju Pdelay_Resp_Follow_Up hè mandatu solu da clock master in dui fasi.

Stu missaghju pò ancu esse usatu per u tempu di esecuzione invece di un timestamp. U tempu di esecuzione hè u tempu da u mumentu chì Pdelay-Req hè ricevutu finu à chì Pdelay_Resp hè mandatu.

Pdelay_Resp_Follow_Up sò usati solu per u mecanismu di misurazione di ritardu vicinu.

Missaghji di gestione

I missaghji di cuntrollu PTP sò necessarii per trasfiriri l'infurmazioni trà unu o più clock è u node di cuntrollu.

Trasferimentu à LV

Un missaghju PTP pò esse trasmessu à dui livelli:

• Network - cum'è parte di dati IP.
• Canale - cum'è parte di un quadru Ethernet.

Trasmissione di missaghju PTP per UDP per IP per Ethernet

PTP over UDP over Ethernet

Profili

PTP hà assai paràmetri flessibili chì deve esse cunfigurati. Per esempiu:

• Opzioni BMCA.
• Meccanisimu di misurazione di latenza.
• Intervalli è valori iniziali di tutti i paràmetri configurabili, etc.

E malgradu u fattu chì avemu dettu prima chì i dispositi PTPv2 sò cumpatibili cù l'altri, questu ùn hè micca veru. I dispositi devenu avè i stessi paràmetri per cumunicà.

Hè per quessa chì ci sò cusì chjamati profili PTPv2. I profili sò gruppi di paràmetri cunfigurati è restrizioni di protokollu definite per chì a sincronizazione di u tempu pò esse implementata per una applicazione specifica.

U standard IEEE 1588v2 stessu descrive solu un prufilu - "Profil Default". Tutti l'altri profili sò creati è descritti da diverse urganisazioni è associazioni.

Per esempiu, u Power Profile, o PTPv2 Power Profile, hè statu creatu da u Cumitatu di Relay di Sistemi d'Energia è u Cumitatu di Substation di a Società IEEE Power and Energy. U prufilu stessu hè chjamatu IEEE C37.238-2011.

U prufilu descrive chì PTP pò esse trasferitu:

• Solu via rete L2 (vale à dì Ethernet, HSR, PRP, non-IP).
• I missaghji sò trasmessi solu da emissioni Multicast.
• U meccanismo di misurazione di ritardu di pari hè utilizatu cum'è mecanismu di misurazione di ritardu.

U duminiu predefinitu hè 0, u duminiu cunsigliatu hè 93.

A filusufìa di cuncepimentu di C37.238-2011 era di riduce u nùmeru di funzioni opzionali è mantene solu e funzioni necessarie per una interazzione affidabile trà i dispositi è una stabilità di u sistema aumentata.

Inoltre, a frequenza di trasmissione di u messagiu hè determinata:

In fatti, solu un paràmetru hè dispunibule per a selezzione - u tipu di clock master (single-stage o two-stage).

A precisione ùn deve esse più di 1 μs. In altri palori, una strada di sincronizazione pò cuntene un massimu di 15 orologi trasparenti o trè orologi di cunfini.

Source: www.habr.com