Rincian palaksanaan protokol sinkronisasi waktos PTPv2

perkenalan

Konsep ngawangun "Guru Digital" dina industri kakuatan listrik merlukeun sinkronisasi kalawan akurasi 1 μs. Transaksi kauangan ogé merlukeun akurasi microsecond. Dina aplikasi ieu, akurasi waktos NTP henteu cekap.

Protokol sinkronisasi PTPv2, anu dijelaskeun ku standar IEEE 1588v2, ngamungkinkeun akurasi sinkronisasi sababaraha puluhan nanodetik. PTPv2 ngamungkinkeun anjeun pikeun ngirim pakét singkronisasi dina jaringan L2 sareng L3.

Wewengkon utama dimana PTPv2 dianggo nyaéta:

• tanaga;
• alat kontrol jeung pangukuran;
• kompléks militér-industri;
• telekomunikasi;
• séktor kauangan.

Tulisan ieu ngajelaskeun kumaha protokol sinkronisasi PTPv2 jalan.

Kami langkung seueur pangalaman dina industri sareng sering ningali protokol ieu dina aplikasi énergi. Sasuai, urang bakal ngalakukeun ulasan kalayan ati-ati pikeun énergi.

Naha perlu?

Ayeuna, STO 34.01-21-004-2019 tina PJSC Rosseti sareng STO 56947007-29.240.10.302-2020 tina PJSC FGC UES ngandung syarat pikeun ngatur prosés beus kalayan sinkronisasi waktos via PTPv2.

Ieu disababkeun ku kanyataan yén terminal panyalindungan relay sareng alat ukur disambungkeun ka beus prosés, anu ngirimkeun nilai arus sareng tegangan sakedapan ngaliwatan beus prosés, nganggo anu disebut aliran SV (aliran multicast).

Terminal panyalindungan relay ngagunakeun nilai ieu pikeun nerapkeun panyalindungan bay. Upami katepatan pangukuran waktos sakedik, maka sababaraha panyalindungan tiasa beroperasi palsu.

Contona, defenses of selectivity mutlak bisa jadi korban sinkronisasi waktos "lemah". Mindeng logika pertahanan misalna dumasar kana ngabandingkeun dua kuantitas. Upami nilaina diverge ku nilai anu cukup ageung, maka panyalindunganna dipicu. Upami nilai-nilai ieu diukur kalayan akurasi waktos 1 ms, maka anjeun tiasa kéngingkeun bédana anu ageung dimana nilai-nilaina saleresna normal upami diukur kalayan akurasi 1 μs.

Vérsi PTP

Protokol PTP asalna dijelaskeun dina 2002 dina standar IEEE 1588-2002 sareng disebat "Standar pikeun Protokol Sinkronisasi Jam Precision pikeun Pangukuran sareng Sistem Kontrol Jaringan." Taun 2008, standar IEEE 1588-2008 anu diropéa dileupaskeun, anu ngajelaskeun PTP Vérsi 2. Versi protokol ieu ningkatkeun akurasi sareng stabilitas, tapi henteu ngajaga kasaluyuan mundur sareng versi protokol munggaran. Ogé, dina 2019, versi standar IEEE 1588-2019 dileupaskeun, ngajelaskeun PTP v2.1. Vérsi ieu nambihan perbaikan leutik ka PTPv2 sareng mundur cocog sareng PTPv2.

Dina basa sejen, urang boga gambar di handap ieu kalawan versi:

PTPv1
(IEEE 1588-2002)

PTPv2
(IEEE 1588-2008)

PTPv2.1
(IEEE 1588-2019)

PTPv1 (IEEE 1588-2002)

-
Sauyunan

Sauyunan

PTPv2 (IEEE 1588-2008)

Sauyunan

-
Cocog

PTPv2.1 (IEEE 1588-2019)

Sauyunan

Cocog

-

Tapi, sakumaha biasa, aya nuances.

Sauyunan antara PTPv1 sareng PTPv2 hartosna yén alat anu diaktipkeun PTPv1 moal tiasa nyingkronkeun sareng jam akurat anu dijalankeun dina PTPv2. Aranjeunna nganggo format pesen anu béda pikeun nyingkronkeun.

Tapi masih mungkin pikeun ngagabungkeun alat sareng PTPv1 sareng alat sareng PTPv2 dina jaringan anu sami. Pikeun ngahontal ieu, sababaraha pabrik ngidinan Anjeun pikeun milih versi protokol dina port jam ujung. Nyaéta, jam wates tiasa nyinkronkeun nganggo PTPv2 sareng masih nyingkronkeun jam-jam sanés anu nyambung ka éta nganggo PTPv1 sareng PTPv2.

alat PTP. Naon aranjeunna sarta kumaha aranjeunna béda?

Standar IEEE 1588v2 ngajelaskeun sababaraha jinis alat. Sakabéh éta ditémbongkeun dina tabél.

Alat-alat saling komunikasi dina LAN nganggo PTP.

Alat PTP disebut jam. Sadaya jam tangan nyandak waktos anu pas tina jam tangan grandmaster.

Aya 5 jinis jam tangan:

Jam Grandmaster

Sumber utama waktos akurat. Mindeng dilengkepan panganteur pikeun nyambungkeun GPS.

Jam Biasa

Alat port tunggal anu tiasa janten master (master clock) atanapi slave (slave clock)

Jam master (master)

Éta mangrupikeun sumber waktos anu pas dimana jam-jam sanésna disingkronkeun

Jam budak

Alat tungtung anu disingkronkeun tina jam master

Jam wates

Alat sareng sababaraha palabuhan anu tiasa janten master atanapi budak.

Hartina, jam ieu bisa nyingkronkeun tina jam master unggul tur nyingkronkeun jam budak inferior.

Jam Transparan tungtung-ka-tungtung

Alat sareng sababaraha palabuhan anu sanés jam master atanapi budak. Ieu transmits data PTP antara dua arloji.

Nalika ngirimkeun data, jam transparan ngabenerkeun sadaya pesen PTP.

Koreksi lumangsung ku cara nambahkeun waktu reureuh dina alat ieu kana widang koreksi dina lulugu pesen dikirimkeun.

Jam Transparan Peer-to-Peer

Alat sareng sababaraha palabuhan anu sanés jam master atanapi budak.
Ieu transmits data PTP antara dua arloji.

Nalika ngirimkeun data, jam transparan ngabenerkeun sadaya pesen PTP Sync sareng Follow_Up (langkung seueur ngeunaan aranjeunna di handap).

Koréksi dihontal ku nambihan kana médan koreksi pakét anu dikirimkeun reureuh dina alat pamancar sareng reureuh dina saluran pangiriman data.

Node Manajemén

Alat anu ngonpigurasikeun sareng ngadiagnosa jam tangan anu sanés

Jam master sareng budak disingkronkeun nganggo cap waktu dina pesen PTP. Aya dua jinis pesen dina protokol PTP:

• Talatah Kajadian nyaéta talatah anu disingkronkeun anu ngalibatkeun ngahasilkeun cap waktu dina waktu talatah dikirim jeung dina waktu narima.
• Pesen Umum - Pesen ieu henteu meryogikeun cap waktu, tapi tiasa ngandung cap waktos kanggo pesen anu aya hubunganana

Pesen Kajadian

Pesen Umum

Sync
Tunda_Req
Pdelay_Req
Pdelay_Resp

Ngumumkeun
Tindak lanjut
Tunda_Resp
Pdelay_Resp_Follow_Up
Management
signalling

Sadaya jinis pesen bakal dibahas langkung rinci di handap.

Masalah sinkronisasi dasar

Lamun pakét sinkronisasi dikirimkeun ngaliwatan jaringan lokal, éta nyangsang di switch na di link data. Sagala switch bakal ngahasilkeun reureuh ngeunaan 10 microseconds, nu teu bisa ditarima keur PTPv2. Barina ogé, urang kedah ngahontal akurasi 1 μs dina alat ahir. (Ieu lamun urang ngobrol ngeunaan énergi. Aplikasi séjén bisa merlukeun akurasi gede.)

IEEE 1588v2 ngajelaskeun sababaraha algoritma operasi anu ngamungkinkeun anjeun ngarékam waktos reureuh sareng ngabenerkeunana.

Algoritma damel
Salila operasi normal, protokol beroperasi dina dua fase.

• Fase 1 - netepkeun hirarki "Jam Master - Jam Budak".
• Fase 2 - sinkronisasi jam nganggo mékanisme End-to-End atanapi Peer-to-Peer.

Fase 1 - Ngadegkeun Hirarki Master-Budak

Unggal palabuhan tina jam biasa atanapi ujung gaduh sababaraha kaayaan (jam budak sareng jam master). Standar ngajelaskeun algoritma transisi antara nagara-nagara ieu. Dina pemrograman, algoritma sapertos kitu disebut mesin kaayaan terhingga atanapi mesin kaayaan (detil langkung seueur dina Wiki).

Mesin kaayaan ieu ngagunakeun Best Master Clock Algorithm (BMCA) pikeun nyetél master nalika nyambungkeun dua jam.

Algoritma ieu ngamungkinkeun jam tangan nyandak tanggung jawab jam tangan grandmaster nalika jam tangan grandmaster hulu leungiteun sinyal GPS, offline, jsb.

Transisi kaayaan dumasar kana BMCA diringkeskeun dina diagram ieu:


Émbaran ngeunaan arloji dina tungtung séjén "kawat" dikirim dina pesen husus (Pesen ngumumkeun). Sakali inpormasi ieu ditampi, algoritma mesin kaayaan jalan sareng perbandingan dilakukeun pikeun ningali jam mana anu langkung saé. Palabuhan dina arloji pangsaéna janten arloji master.

Hiji hirarki basajan ditémbongkeun dina diagram di handap. Jalur 1, 2, 3, 4, 5 tiasa ngandung jam Transparan, tapi aranjeunna henteu ilubiung dina netepkeun hirarki Jam Master - Jam Budak.

Fase 2 - Singkronkeun jam biasa sareng ujung

Langsung saatos netepkeun hirarki "Master Clock - Budak Jam", fase sinkronisasi jam biasa sareng wates dimimitian.

Pikeun nyingkronkeun, jam master ngirim pesen anu ngandung stempel waktos ka jam budak.

Jam master tiasa:

• tahap tunggal;
• dua tahap.

Jam tahap tunggal ngirim hiji pesen singkronisasi pikeun nyingkronkeun.

Jam dua tahap ngagunakeun dua pesen pikeun singkronisasi - singkronisasi sareng Follow_Up.

Dua mékanisme tiasa dianggo pikeun fase sinkronisasi:

• Mékanisme reureuh pamundut-réspon.
• Mékanisme pangukuran reureuh peer.

Kahiji, hayu urang nempo mékanisme ieu dina hal basajan - lamun arloji transparan teu dipaké.

Mékanisme reureuh pamundut-réspon

Mékanisme ngalibatkeun dua léngkah:

1. Ngukur tunda dina ngirimkeun pesen antara jam master sareng jam budak. Dipigawé maké mékanisme pamundut-réspon reureuh.
2. Koreksi tina shift waktos pasti dipigawé.

Pangukuran latency


t1 - Waktu ngirim pesen singkronisasi ku jam master; t2 - Waktu panarimaan pesen Sync ku jam budak; t3 - Waktos ngirim pamundut reureuh (Delay_Req) ​​ku jam budak; t4 - waktos panarimaan Delay_Req ku jam master.

Nalika jam budak terang waktos t1, t2, t3 sareng t4, éta tiasa ngitung rata-rata reureuh nalika ngirim pesen sinkronisasi (tmpd). Ieu diitung kieu:

Nalika ngirimkeun pesen Sync sareng Follow_Up, waktos reureuh ti master ka budak diitung - t-ms.

Nalika ngirimkeun pesen Delay_Req sareng Delay_Resp, waktos reureuh ti budak ka master diitung - t-sm.

Upami aya sababaraha asimétri antara dua nilai ieu, teras aya kasalahan dina ngabenerkeun simpangan waktos pasti. Kasalahan disababkeun ku kanyataan yén tunda anu diitung nyaéta rata-rata telat t-ms sareng t-sm. Upami telatna henteu sami sareng anu sanés, maka urang moal nyaluyukeun waktosna sacara akurat.

Koréksi shift waktos

Sakali jeda antara jam master sareng jam budak dipikanyaho, jam budak ngalakukeun koreksi waktos.

Jam budak nganggo pesen Sync sareng pesen Follow_Up opsional pikeun ngitung waktos offset pas nalika ngirimkeun pakét ti master ka jam budak. shift diitung ngagunakeun rumus ieu:

Mékanisme pangukuran reureuh peer

Mékanisme ieu ogé ngagunakeun dua léngkah pikeun sinkronisasi:

1. Alat-alat ngukur waktu tunda ka sadaya tatangga ngaliwatan sadaya palabuhan. Jang ngalampahkeun ieu aranjeunna ngagunakeun mékanisme reureuh peer.
2. Koreksi shift waktos pasti.

Ngukur latency antara alat nu ngarojong mode Peer-to-Peer

Latensi antara palabuhan anu ngadukung mékanisme peer-to-peer diukur nganggo pesen ieu:

Nalika port 1 terang waktos t1, t2, t3 sareng t4, éta tiasa ngitung rata-rata reureuh (tmld). Éta diitung ngagunakeun rumus ieu:

Port teras nganggo nilai ieu nalika ngitung médan panyesuaian pikeun tiap pesen Sync atanapi pesen Follow_Up opsional anu ngalangkungan alat.

Total reureuh bakal sarua jeung jumlah reureuh salila pangiriman ngaliwatan alat ieu, rata reureuh salila pangiriman ngaliwatan saluran data jeung reureuh geus dikandung dina pesen ieu, diaktipkeun dina alat hulu.

Pesen Pdelay_Req, Pdelay_Resp sareng Pdelay_Resp_Follow_Up opsional ngamungkinkeun anjeun kéngingkeun reureuh tina master ka budak sareng ti budak ka master (sirkular).

Sakur asimétri antara dua nilai ieu bakal ngenalkeun kasalahan koreksi offset waktos.

Nyaluyukeun shift waktos pasti

Jam budak nganggo pesen Sync sareng pesen Follow_Up opsional pikeun ngitung waktos offset pas nalika ngirimkeun pakét ti master ka jam budak. Pergeseran diitung ngagunakeun rumus ieu:

Kaunggulan adjustment sahiji mékanisme peer-to-peer - waktu reureuh unggal pesen Sync atanapi Follow_Up diitung sakumaha eta dikirimkeun dina jaringan. Akibatna, ngarobah jalur transmisi moal mangaruhan katepatan tina adjustment.

Lamun ngagunakeun mékanisme ieu, sinkronisasi waktos teu merlukeun ngitung waktu reureuh sapanjang jalur traversed ku pakét sinkronisasi, sakumaha anu dipigawé dina bursa dasar. Jelema. Pesen Delay_Req sareng Delay_Resp teu dikirim. Dina metoda ieu, reureuh antara master jeung jam budak ngan saukur dijumlahkeun dina widang adjustment unggal Sync atanapi Follow_Up pesen.

Kauntungan sejenna nyaeta yén jam master geus lega tina kabutuhan ngolah seratan Delay_Req.

Modeu operasi jam transparan

Sasuai, ieu conto basajan. Ayeuna anggap saklar muncul dina jalur sinkronisasi.

Upami anjeun nganggo saklar tanpa dukungan PTPv2, pakét sinkronisasi bakal ditunda dina saklar sakitar 10 μs.

Saklar nu ngarojong PTPv2 disebut jam Transparan dina terminologi IEEE 1588v2. Jam transparan henteu disingkronkeun tina jam master sareng henteu ilubiung dina hirarki "Master Clock - Slave Clock", tapi nalika ngirimkeun pesen sinkronisasi aranjeunna émut sabaraha lami pesenna ditunda ku aranjeunna. Ieu ngidinan Anjeun pikeun ngaluyukeun waktu reureuh.

Jam transparan tiasa beroperasi dina dua modeu:

• Tungtung-tungtung.
• Titik ka titik.

Tungtung-tungtung (E2E)

Jam transparan E2E nyiarkeun pesen singkronisasi sareng pesen Follow_Up dina sadaya palabuhan. Malah anu diblokir ku sababaraha protokol (contona, RSTP).

Saklar nginget timestamp nalika pakét Sync (Follow_Up) ditampi dina port sareng nalika dikirim ti palabuhan. Dumasar kana dua timestamp ieu, waktu nu diperlukeun switch pikeun ngolah pesen diitung. Dina standar, waktos ieu disebut waktos tinggal.

Waktu ngolah ditambahkeun kana widang correctionField pesen Sync (jam hiji-hambalan) atawa Follow_Up (jam dua-hambalan).

Jam transparan E2E ngukur waktos ngolah kanggo pesen Sync sareng Delay_Req anu ngalangkungan saklar. Tapi hal anu penting pikeun ngarti yén waktu reureuh antara jam master jeung jam budak diitung ngagunakeun mékanisme pamundut-respons reureuh. Lamun jam master robah atawa jalur ti jam master ka jam budak robah, reureuh diukur deui. Ieu ngaronjatkeun waktu transisi dina kasus parobahan jaringan.

Jam transparan P2P, salian ti ngukur waktu nu diperlukeun pikeun switch pikeun ngolah pesen, ukuran reureuh dina link data ka tatangga pangcaketna na ngagunakeun mékanisme latency tatangga.

Latensi diukur dina unggal tautan dina dua arah, kalebet tautan anu diblokir ku sababaraha protokol (sapertos RSTP). Ieu ngidinan Anjeun pikeun langsung ngitung reureuh anyar dina jalur sinkronisasi lamun jam grandmaster atawa topologi jaringan robah.

Waktu ngolah pesen ku saklar sareng latency akumulasi nalika ngirim pesen Sync atanapi Follow_Up.

Jinis dukungan PTPv2 ku saklar

Saklar tiasa ngadukung PTPv2:

• sacara terprogram;
• hardware.

Nalika ngalaksanakeun protokol PTPv2 dina parangkat lunak, saklar menta timestamp ti firmware. Masalahna nyaeta firmware nu gawéna cyclically, jeung anjeun kudu antosan nepika rengse siklus ayeuna, nyandak pamundut pikeun ngolah sarta ngaluarkeun timestamp sanggeus siklus salajengna. Ieu ogé bakal butuh waktu, sarta kami bakal meunang reureuh, sanajan teu jadi signifikan sakumaha tanpa rojongan software pikeun PTPv2.

Ngan rojongan hardware pikeun PTPv2 ngidinan Anjeun pikeun ngajaga akurasi diperlukeun. Dina hal ieu, cap waktu dikaluarkeun ku ASIC husus dipasang dina port nu.

Format pesen

Sadaya seratan PTP diwangun ku widang ieu:

• lulugu - 34 bait.
• Awak - ukuran gumantung kana jenis pesen.
• Sufiks adalah opsional.

header

Widang Header sami kanggo sadaya pesen PTP. Ukuranna 34 bait.

Format widang lulugu:

messageType - ngandung jinis pesen anu dikirimkeun, contona Sync, Delay_Req, PDelay_Req, jsb.

panjangna pesen - ngandung ukuran pinuh pesen PTP, kaasup lulugu, awak jeung sufiks (tapi teu kaasup padding byte).

domainNumber – nangtukeun mana domain PTP pesen milik.

Домен - ieu sababaraha jam béda dikumpulkeun dina hiji grup logis tur nyingkronkeun ti hiji master jam, tapi teu merta nyingkronkeun jeung jam milik domain béda.

umbul - Widang ieu ngandung rupa-rupa umbul pikeun ngaidentipikasi status pesen.

koreksiLapang - ngandung waktos reureuh dina nanodetik. Waktos tunda kalebet telat nalika ngirimkeun ngaliwatan jam transparan, ogé tunda nalika ngirimkeun saluran nalika nganggo mode Peer-to-Peer.

sumberPortIdentity – widang ieu ngandung émbaran ngeunaan port mana pesen ieu asalna dikirim.

sequenceID - ngandung nomer idéntifikasi pikeun pesen individu.

ControlField – widang artefak =) Eta tetep ti versi munggaran standar sarta ngandung émbaran ngeunaan jenis pesen ieu. Intina sami sareng messageType, tapi kalayan pilihan anu langkung sakedik.

logMessageInterval – widang ieu ditangtukeun ku jenis pesen.

awak

Sakumaha didadarkeun di luhur, aya sababaraha jinis pesen. Jenis ieu dijelaskeun di handap:

Pesen pangumuman
Pesen Announce dipaké pikeun "ngabejaan" jam séjén dina domain sarua ngeunaan parameter na. Pesen ieu ngamungkinkeun anjeun nyetél hiji Master Clock - Slave Clock hirarki.


Pesen singkronisasi
Pesen Sync dikirim ku jam master sareng ngandung waktos jam master dina waktos pesen Sync dihasilkeun. Lamun jam master dua-tahap, mangka timestamp dina pesen Sync bakal disetel ka 0, sarta timestamp ayeuna bakal dikirim dina seratan Follow_Up pakait. Pesen singkronisasi dianggo pikeun duanana mékanisme pangukuran latensi.

Suratna dikirimkeun nganggo Multicast. Optionally anjeun tiasa nganggo Unicast.

pesen Delay_Req

Format pesen Delay_Req sami sareng pesen Sync. Jam budak ngirim Delay_Req. Ieu ngandung waktu Delay_Req dikirim ku jam budak. Pesen ieu dianggo ngan pikeun mékanisme pamundut-réspon reureuh.

Suratna dikirimkeun nganggo Multicast. Optionally anjeun tiasa nganggo Unicast.

pesen Follow_Up

Pesen Follow_Up sacara opsional dikirim ku jam master sareng ngandung waktos ngirim Nyingkronkeun pesen tuan. Ngan dua-tahap master jam ngirim pesen Follow_Up.

Pesen Follow_Up dianggo pikeun duanana mékanisme pangukuran latency.

Suratna dikirimkeun nganggo Multicast. Optionally anjeun tiasa nganggo Unicast.

Delay_Resp pesen

Pesen Delay_Resp dikirim ku jam master. Éta ngandung waktos nalika Delay_Req ditampi ku jam master. Pesen ieu dianggo ngan pikeun mékanisme pamundut-réspon reureuh.

Suratna dikirimkeun nganggo Multicast. Optionally anjeun tiasa nganggo Unicast.

Pdelay_Req pesen

Pesen Pdelay_Req dikirim ku alat anu menta reureuh. Ieu ngandung waktu pesen dikirim ti port alat ieu. Pdelay_Req ngan dipaké pikeun mékanisme pangukuran reureuh tatangga.

Pdelay_Resp pesen

Pesen Pdelay_Resp dikirim ku alat anu nampi pamundut reureuh. Éta ngandung waktos pesen Pdelay_Req ditampi ku alat ieu. Pesen Pdelay_Resp ngan dianggo pikeun mékanisme pangukuran reureuh tatangga.

Pesen Pdelay_Resp_Follow_Up

Pesen Pdelay_Resp_Follow_Up sacara opsional dikirim ku alat anu nampi pamundut reureuh. Éta ngandung waktos pesen Pdelay_Req ditampi ku alat ieu. Pesen Pdelay_Resp_Follow_Up ngan dikirim ku jam master dua tahap.

Pesen ieu ogé tiasa dianggo pikeun waktos palaksanaan tibatan stempel waktos. Waktu palaksanaan nyaéta waktu ti momen Pdelay-Req ditampa nepi ka Pdelay_Resp dikirim.

Pdelay_Resp_Follow_Up dianggo ngan pikeun mékanisme pangukuran reureuh tatangga.

Pesen Manajemén

Pesen kontrol PTP diperlukeun pikeun mindahkeun informasi antara hiji atawa leuwih jam jeung titik kontrol.

Mindahkeun ka LV

Pesen PTP tiasa dikirimkeun dina dua tingkat:

• Jaringan - salaku bagian tina data IP.
• Saluran - salaku bagian tina pigura Ethernet.

Pangiriman pesen PTP leuwih UDP leuwih IP leuwih Ethernet

PTP leuwih UDP leuwih Ethernet

Propil

PTP ngagaduhan seueur parameter anu fleksibel anu kedah dikonpigurasikeun. Salaku conto:

• Pilihan BMCA.
• Mékanisme pangukuran latency.
• Interval sareng nilai awal sadaya parameter anu tiasa dikonfigurasi, jsb.

Sareng sanaos kanyataan yén kami nyarios sateuacana yén alat PTPv2 cocog sareng anu sanés, ieu sanés leres. Alat kedah gaduh setelan anu sami supados tiasa komunikasi.

Éta sababna aya anu disebut profil PTPv2. Profil mangrupikeun grup setélan anu dikonpigurasi sareng larangan protokol anu ditetepkeun supados sinkronisasi waktos tiasa dilaksanakeun pikeun aplikasi khusus.

Standar IEEE 1588v2 sorangan ngajelaskeun ngan hiji profil - "Profil Default". Sadaya propil sanésna didamel sareng dijelaskeun ku sababaraha organisasi sareng asosiasi.

Contona, Power Profile, atawa PTPv2 Power Profile, dijieun ku Power Systems Relaying Committee jeung Substation Committee of IEEE Power and Energy Society. Propil sorangan disebut IEEE C37.238-2011.

Profil éta ngajelaskeun yén PTP tiasa ditransfer:

• Ngan liwat jaringan L2 (ie Ethernet, HSR, PRP, non-IP).
• Pesen ngan dikirimkeun ku siaran Multicast.
• Mékanisme pangukuran reureuh peer dianggo salaku mékanisme pangukuran reureuh.

Domain standar nyaéta 0, domain anu disarankeun nyaéta 93.

Filsafat desain C37.238-2011 nyaéta pikeun ngirangan jumlah fitur pilihan sareng ngan ukur nahan fungsi anu dipikabutuh pikeun interaksi anu dipercaya antara alat sareng ningkatkeun stabilitas sistem.

Ogé, frékuénsi pangiriman pesen ditangtukeun:

Kanyataanna, ngan hiji parameter sadia pikeun pilihan - tipe master jam (tunggal-tahap atawa dua-tahap).

Akurasi kedahna henteu langkung ti 1 μs. Dina basa sejen, hiji jalur sinkronisasi bisa ngandung maksimum 15 jam transparan atawa tilu jam wates.

sumber: www.habr.com