پېژندنه
د بریښنایی بریښنا صنعت کې د "ډیجیټل سب سټیشن" جوړولو مفهوم د 1 μs دقت سره همغږي کولو ته اړتیا لري. مالي راکړې ورکړې هم د مایکرو ثانیو دقیقیت ته اړتیا لري. په دې غوښتنلیکونو کې، د NTP وخت دقیقیت نور کافي ندي.
د PTPv2 همغږي کولو پروتوکول، د IEEE 1588v2 معیار لخوا تشریح شوی، د څو لسګونو نانو ثانیو د همغږي کولو دقت ته اجازه ورکوي. PTPv2 تاسو ته اجازه درکوي چې په L2 او L3 شبکو کې د همغږي کولو کڅوړې واستوئ.
اصلي سیمې چیرې چې PTPv2 کارول کیږي عبارت دي له:
- انرژي
- د کنټرول او اندازه کولو وسایل؛
- پوځي - صنعتي کمپلکس؛
- مخابرات
- مالي سکتور.
دا پوسټ تشریح کوي چې د PTPv2 ترکیب پروتوکول څنګه کار کوي.
موږ په صنعت کې ډیر تجربه لرو او ډیری وختونه دا پروتوکول د انرژي غوښتنلیکونو کې ګورو. په دې اساس، موږ به بیاکتنه په احتیاط سره ترسره کړو .
ولې دا اړینه ده؟
اوس مهال، د PJSC Rosseti STO 34.01-21-004-2019 او د PJSC FGC UES STO 56947007-29.240.10.302-2020 د PTPv2 له لارې د وخت همغږي کولو سره د پروسې بس تنظیم کولو اړتیاوې لري.
دا د دې حقیقت له امله دی چې د ریل محافظت ټرمینلونه او د اندازه کولو وسیلې د پروسې بس سره وصل دي ، کوم چې د پروسی بس له لارې سمدستي اوسني او ولتاژ ارزښتونه لیږدوي ، د تش په نوم SV جریانونو (ملټي کاسټ جریانونو) په کارولو سره.
د ریل محافظت ترمینلونه دا ارزښتونه د خلیج محافظت پلي کولو لپاره کاروي. که د وخت اندازه کولو دقیقیت کوچنی وي، نو ځینې محافظتونه ممکن په غلط ډول کار وکړي.
د مثال په توګه، د مطلق انتخاب دفاع ممکن د "ضعیف" وخت همغږي قرباني شي. ډیری وختونه د دې ډول دفاع منطق د دوو مقدارونو پرتله کولو پر بنسټ والړ دی. که ارزښتونه د کافي لوی ارزښت سره توپیر ولري ، نو بیا محافظت رامینځته کیږي. که دا ارزښتونه د 1 ms د وخت دقت سره اندازه شي، نو تاسو کولی شئ لوی توپیر ترلاسه کړئ چیرې چې ارزښتونه واقعیا نورمال دي که چیرې د 1 μs دقت سره اندازه شي.
د PTP نسخې
د PTP پروتوکول په اصل کې په 2002 کې د IEEE 1588-2002 معیار کې تشریح شوی و او "د شبکې اندازه کولو او کنټرول سیسټمونو لپاره د دقیق ساعت همغږي کولو پروتوکول لپاره معیاري" بلل شوی و. په 2008 کې، د IEEE 1588-2008 تازه شوی معیار خپور شو، کوم چې د PTP نسخه 2 تشریح کوي. د پروتوکول دا نسخه دقت او ثبات ته وده ورکړه، مګر د پروتوکول د لومړۍ نسخې سره شاته مطابقت نه ساتي. همدارنګه، په 2019 کې، د IEEE 1588-2019 معیار یوه نسخه خپره شوه، د PTP v2.1 تشریح کوي. دا نسخه په PTPv2 کې لږ پرمختګونه اضافه کوي او د PTPv2 سره شاته مطابقت لري.
په بل عبارت، موږ د نسخو سره لاندې انځور لرو:
PTPv1
(IEEE 1588-2002)
PTPv2
(IEEE 1588-2008)
PTPv2.1
(IEEE 1588-2019)
PTPv1 (IEEE 1588-2002)
-
بې کفایته
بې کفایته
PTPv2 (IEEE 1588-2008)
بې کفایته
-
مطابقت لري
PTPv2.1 (IEEE 1588-2019)
بې کفایته
مطابقت لري
-
مګر، د تل په څیر، باریکونه شتون لري.
د PTPv1 او PTPv2 تر مینځ ناانډولتیا پدې معنی ده چې د PTPv1 فعال وسیله به د PTPv2 سره د دقیق ساعت سره همغږي نشي. دوی د همغږي کولو لپاره مختلف پیغام فارمیټونه کاروي.
مګر دا لاهم ممکنه ده چې په ورته شبکه کې د PTPv1 سره وسایل او د PTPv2 سره وسایل یوځای کړئ. د دې ترلاسه کولو لپاره ، ځینې جوړونکي تاسو ته اجازه درکوي د څنډه ساعت بندرونو کې د پروتوکول نسخه غوره کړئ. دا دی، یو سرحدی ساعت کولی شي د PTPv2 په کارولو سره همغږي شي او بیا هم د PTPv1 او PTPv2 په کارولو سره د هغې سره تړلي نور ساعتونه همغږي کړي.
د PTP وسایل دوی څه دي او څنګه توپیر لري؟
د IEEE 1588v2 معیار د وسیلو ډیری ډولونه بیانوي. دا ټول په جدول کې ښودل شوي.
وسایل د PTP په کارولو سره د LAN له لارې یو بل سره اړیکه نیسي.
د PTP وسایل د ساعت په نوم یادیږي. ټول ساعتونه د لوی ماسټر ساعت څخه دقیق وخت نیسي.
د ساعت پنځه ډولونه شتون لري:
د لوی ماسټر ساعت
د دقیق وخت اصلي سرچینه. ډیری وختونه د GPS سره وصل کولو لپاره د انٹرفیس سره مجهز دي.
عادي ساعت
یو واحد بندر وسیله چې ماسټر (ماسټر ساعت) یا غلام (د غلام ساعت) کیدی شي
ماسټر ساعت (ماسټر)
دوی د دقیق وخت سرچینه ده چې له مخې یې نور ساعتونه همغږي کیږي
د غلام ساعت
پای وسیله چې د ماسټر ساعت څخه همغږي کیږي
د سرحد ساعت
یو وسیله چې ډیری بندرونه لري چې مالک یا غلام کیدی شي.
یعنی دا ساعتونه د غوره ماسټر ساعت څخه همغږي کولی شي او د ټیټ غلام ساعتونه همغږي کولی شي.
له پای څخه تر پایه شفاف ساعت
یو وسیله چې ډیری بندرونه لري چې نه ماسټر ساعت دی او نه غلام. دا د PTP ډیټا د دوه لیدونو ترمینځ لیږدوي.
کله چې ډیټا لیږدول کیږي، شفاف ساعت د PTP ټول پیغامونه سموي.
سمون د لیږد شوي پیغام په سر کې د سمون ساحې ته پدې وسیله کې د ځنډ وخت اضافه کولو سره پیښیږي.
د پییر تر پییر شفاف ساعت
یو وسیله چې ډیری بندرونه لري چې نه ماسټر ساعت دی او نه غلام.
دا د PTP ډیټا د دوه لیدونو ترمینځ لیږدوي.
کله چې ډیټا لیږدول کیږي، شفاف ساعت د PTP ټول پیغامونه Sync او Follow_Up سموي (د دوی په اړه نور لاندې).
سمون د لیږد شوي کڅوړې د سمون ساحې کې د لیږدونکي وسیلې ځنډ او د معلوماتو لیږد چینل کې ځنډ اضافه کولو سره ترلاسه کیږي.
د مدیریت نوډ
یوه وسیله چې نور ساعتونه تنظیموي او تشخیصوي
د ماسټر او غلام ساعتونه د PTP پیغامونو کې د وخت سټیمپونو په کارولو سره همغږي شوي. د PTP پروتوکول کې دوه ډوله پیغامونه شتون لري:
- د پیښې پیغامونه همغږي شوي پیغامونه دي چې د پیغام لیږلو او د ترلاسه کولو په وخت کې د مهال ویش رامینځته کول شامل دي.
- عمومي پیغامونه - دا پیغامونه د وخت سټیمپونو ته اړتیا نلري، مګر ممکن د اړوندو پیغامونو لپاره مهال ویشونه ولري
د پیښې پیغامونه
عمومي پیغامونه
پرانیځئ
ځنډ
Pdelay_Req
Pdelay_Resp
اعلان کړئ
تعقیب یی کړه
ځنډ_ځواب
Pdelay_Resp_Follow_Up
مدیریت
سيګنال کول
د پیغامونو ټول ډولونه به لاندې په تفصیل سره بحث وشي.
د همغږي کولو اساسي ستونزې
کله چې د همغږي کولو کڅوړه په محلي شبکه کې لیږدول کیږي، دا په سویچ او ډیټا لینک کې ځنډول کیږي. هر سویچ به د شاوخوا 10 مایکرو ثانیو ځنډ رامینځته کړي ، کوم چې د PTPv2 لپاره د منلو وړ ندي. په هرصورت، موږ اړتیا لرو چې په وروستي وسیله کې د 1 μs دقت ترلاسه کړو. (دا هغه څه دي چې موږ د انرژي په اړه خبرې کوو. نور غوښتنلیکونه ممکن ډیر دقت ته اړتیا ولري.)
IEEE 1588v2 ډیری عملیاتي الګوریتمونه تشریح کوي چې تاسو ته اجازه درکوي د وخت ځنډ ثبت او سم کړئ.
د کار الګوریتم
د نورمال عملیاتو په جریان کې ، پروتوکول په دوه مرحلو کې کار کوي.
- مرحله 1 - د "ماسټر کلاک - غلام ساعت" درجه بندي رامینځته کول.
- مرحله 2 - د پای څخه تر پای یا د پیر څخه تر پیر میکانیزم په کارولو سره د ساعت همغږي کول.
مرحله 1 - د ماسټر غلام درجه بندي رامینځته کول
د منظم یا څنډه ساعت هر بندر یو ټاکلی شمیر ریاستونه لري (د غلام ساعت او ماسټر ساعت). معیار د دې ایالتونو ترمینځ د لیږد الګوریتم تشریح کوي. په برنامه کولو کې ، دا ډول الګوریتم د محدود دولتي ماشین یا دولتي ماشین په نوم یادیږي (نور جزیات په ویکي کې).
دا دولتي ماشین د غوره ماسټر ساعت الګوریتم (BMCA) کاروي ترڅو ماسټر تنظیم کړي کله چې دوه ساعتونه وصل کړي.
دا الګوریتم ساعت ته اجازه ورکوي چې د ګرانډ ماسټر واچ مسؤلیتونه په غاړه واخلي کله چې د اپسټریم ګرانډ ماسټر واچ د GPS سیګنال له لاسه ورکوي ، آفلاین کیږي ، او داسې نور.
د BMCA له مخې د دولت لیږدونه په لاندې ډیاګرام کې لنډیز شوي دي:
د "تار" په بل پای کې د ساعت په اړه معلومات په ځانګړي پیغام کې لیږل کیږي (پیغام اعلان کړئ). یوځل چې دا معلومات ترلاسه شي ، د دولتي ماشین الګوریتم چلیږي او پرتله کیږي ترڅو وګوري چې کوم ساعت غوره دی. په غوره ساعت کې بندر د ماسټر ساعت بدلیږي.
یو ساده ترتیب په لاندې انځور کې ښودل شوی. لارې 1, 2, 3, 4, 5 کیدای شي یو شفاف ساعت ولري، مګر دوی د ماسټر ساعت - غلام ساعت درجه بندي په جوړولو کې برخه نه اخلي.
مرحله 2 - منظم او څنډه ساعتونه همغږي کړئ
د "ماسټر کلاک - غلام ساعت" درجه بندي رامینځته کولو سمدلاسه وروسته ، د منظم او حدودي ساعتونو ترکیب مرحله پیل کیږي.
د همغږي کولو لپاره، ماسټر ساعت د غلام ساعتونو ته یو پیغام لیږي چې د مهال ویش لري.
ماسټر ساعت کیدی شي:
- یوه مرحله؛
- دوه پړاو
د واحد پړاو ساعتونه د همغږي کولو لپاره یو Sync پیغام لیږي.
دوه مرحلې ساعت د همغږي کولو لپاره دوه پیغامونه کاروي - Sync او Follow_Up.
د همغږي کولو مرحلې لپاره دوه میکانیزمونه کارول کیدی شي:
- د ځنډ غوښتنې ځواب میکانیزم.
- د پیر ځنډ اندازه کولو میکانیزم.
لومړی، راځئ چې دا میکانیزمونه په ساده قضیه کې وګورو - کله چې شفاف ساعتونه نه کارول کیږي.
د ځنډ غوښتنې ځواب میکانیزم
میکانیزم دوه مرحلې لري:
- د ماسټر ساعت او غلام ساعت تر منځ د پیغام په لیږد کې د ځنډ اندازه کول. د ځنډ غوښتنې ځواب میکانیزم په کارولو سره ترسره شوی.
- د دقیق وخت بدلون اصلاح ترسره کیږي.
د ځنډ اندازه کول
t1 - د ماسټر ساعت لخوا د Sync پیغام لیږلو وخت؛ t2 - د غلام ساعت لخوا د Sync پیغام ترلاسه کولو وخت؛ t3 - د غلام ساعت لخوا د ځنډ غوښتنې (Delay_Req) لیږلو وخت؛ t4 - د ماسټر ساعت لخوا ځنډ_Req استقبال وخت.
کله چې د غلام ساعت د t1، t2، t3 او t4 وختونه پیژني، دا کولی شي د همغږي کولو پیغام (tmpd) لیږدولو په وخت کې اوسط ځنډ محاسبه کړي. دا په لاندې ډول محاسبه کیږي:
کله چې د Sync او Follow_Up پیغام لیږدوي، د وخت ځنډ د مالک څخه غلام ته حسابیږي - t-ms.
کله چې د Delay_Req او Delay_Resp پیغامونه لیږدول، د وخت ځنډ د غلام څخه مالک ته محاسبه کیږي - t-sm.
که د دغو دوو ارزښتونو تر منځ یو څه همغږي رامنځته شي، نو د دقیق وخت د انحراف په سمولو کې یوه تېروتنه ښکاري. تېروتنه د دې حقیقت له امله رامینځته شوې چې محاسبه شوي ځنډ د t-ms او t-sm ځنډونو اوسط دی. که ځنډونه یو له بل سره مساوي نه وي، نو موږ به وخت په سمه توګه تنظیم نه کړو.
د وخت د بدلون سمون
یوځل چې د ماسټر ساعت او غلام ساعت ترمینځ ځنډ وپیژندل شي ، غلام ساعت د وخت سمون ترسره کوي.
د غلام ساعتونه د Sync پیغام او اختیاري تعقیب پیغام کاروي ترڅو دقیق وخت محاسبه کړي کله چې د ماسټر څخه غلام ساعتونو ته کڅوړه لیږدول کیږي. بدلون د لاندې فورمول په کارولو سره محاسبه کیږي:
د پیر ځنډ اندازه کولو میکانیزم
دا میکانیزم د همغږي کولو لپاره دوه مرحلې هم کاروي:
- وسایل د ټولو بندرونو له لارې ټولو ګاونډیو ته د وخت ځنډ اندازه کوي. د دې کولو لپاره دوی د ګډ ځنډ میکانیزم کاروي.
- د دقیق وخت بدلون اصلاح.
د وسیلو تر مینځ د ځنډ اندازه کول چې د Peer-to-Peer حالت ملاتړ کوي
د پییر-ټو-پییر میکانیزم ملاتړ کولو بندرونو ترمینځ ځنډ د لاندې پیغامونو په کارولو سره اندازه کیږي:
کله چې پورټ 1 د t1، t2، t3 او t4 وختونه پیژني، دا کولی شي اوسط ځنډ (tmld) محاسبه کړي. دا د لاندې فورمول په کارولو سره محاسبه کیږي:
بندر بیا دا ارزښت کاروي کله چې د هر Sync پیغام یا اختیاري Follow_Up پیغام لپاره د تنظیم کولو ساحه محاسبه کوي چې د وسیلې څخه تیریږي.
ټول ځنډ به د دې وسیلې له لارې د لیږد پرمهال د ځنډ مجموعې سره مساوي وي ، د ډیټا چینل له لارې د لیږد پرمهال اوسط ځنډ او ځنډ چې دمخه پدې پیغام کې شتون لري ، په اپسټریم وسیلو کې فعال شوی.
پیغامونه Pdelay_Req، Pdelay_Resp او اختیاري Pdelay_Resp_Follow_Up تاسو ته اجازه درکوي چې له ماسټر څخه غلام او له غلام څخه ماسټر ته ځنډ ترلاسه کړئ (سرکلر).
د دې دوو ارزښتونو تر منځ هر ډول توازن به د وخت آفسیټ اصلاح کولو تېروتنه معرفي کړي.
د دقیق وخت بدلون تنظیم کول
د غلام ساعتونه د Sync پیغام او اختیاري تعقیب پیغام کاروي ترڅو دقیق وخت آفسیټ محاسبه کړي کله چې د ماسټر څخه غلام ساعتونو ته کڅوړه لیږدول کیږي. بدلون د لاندې فورمول په کارولو سره محاسبه کیږي:
د پییر-ټو-پییر میکانیزم تنظیم کولو ګټې - د هر Sync یا Follow_Up پیغام وخت ځنډ محاسبه کیږي ځکه چې دا په شبکه کې لیږدول کیږي. په پایله کې ، د لیږد لارې بدلول به په هیڅ ډول د تنظیم کولو دقت اغیزه ونکړي.
کله چې د دې میکانیزم په کارولو سره، د وخت همغږي کول د وخت ځنډ محاسبه کولو ته اړتیا نلري چې د همغږي کڅوړې لخوا تیریږي، لکه څنګه چې په اساسي تبادله کې ترسره کیږي. هغوی. Delay_Req او Delay_Resp پیغامونه نه لیږل کیږي. په دې طریقه کې، د ماسټر او غلام ساعتونو ترمنځ ځنډ په ساده ډول د هر Sync یا Follow_Up پیغام د سمون ساحه کې لنډیز شوی.
بله ګټه دا ده چې ماسټر ساعت د Delay_Req پیغامونو پروسس کولو اړتیا څخه راحت دی.
د شفاف ساعت عملیاتي طریقې
په دې اساس، دا ساده مثالونه وو. اوس فرض کړئ چې سویچونه د همغږي کولو په لاره کې څرګندیږي.
که تاسو د PTPv2 ملاتړ پرته سویچونه کاروئ، د همغږي کولو کڅوړه به په سویچ کې نږدې 10 μs پورې وځنډیږي.
هغه سویچونه چې د PTPv2 ملاتړ کوي د IEEE 1588v2 په اصطلاح کې شفاف ساعتونه بلل کیږي. شفاف ساعتونه د ماسټر ساعت څخه همغږي شوي ندي او د "ماسټر کلاک - غلام ساعت" په درجه بندۍ کې برخه نه اخلي ، مګر کله چې د همغږي کولو پیغامونه لیږدوي دوی په یاد لري چې پیغام د دوی لخوا څومره ځنډیدلی و. دا تاسو ته اجازه درکوي د وخت ځنډ تنظیم کړئ.
شفاف ساعتونه کولی شي په دوه حالتونو کې کار وکړي:
- نور بس دی.
- په ګډه سره.
له پای څخه تر پای (E2E)
د E2E شفاف ساعت په ټولو بندرونو کې د Sync پیغامونه او د تعقیب پیغامونه خپروي. حتی هغه چې د ځینې پروتوکولونو لخوا بند شوي دي (د بیلګې په توګه، RSTP).
سویچ د مهال ویش یادونه کوي کله چې په بندر کې د Sync پیکټ (Follow_Up) ترلاسه شوی و او کله چې له بندر څخه لیږل شوی و. د دې دوه ټایم سټیمپونو پراساس ، هغه وخت چې د پیغام پروسس کولو لپاره سویچ ته اړتیا لري محاسبه کیږي. په معیاري کې، دا وخت د استوګنې وخت بلل کیږي.
د پروسس کولو وخت د Sync (یو ګام ساعت) یا Follow_Up (دوه مرحلې ساعت) پیغام د سمون فیلډ ډګر کې اضافه شوی.
د E2E شفاف ساعت د سویچ څخه تیریږي د Sync او Delay_Req پیغامونو لپاره د پروسس کولو وخت اندازه کوي. مګر دا مهمه ده چې پوه شئ چې د ماسټر ساعت او غلام ساعت تر مینځ وخت ځنډ د ځنډ غوښتنې ځواب میکانیزم په کارولو سره محاسبه کیږي. که د ماسټر ساعت بدل شي یا د ماسټر ساعت څخه غلام ساعت ته لاره بدله شي، ځنډ بیا اندازه کیږي. دا د شبکې بدلونونو په صورت کې د لیږد وخت زیاتوي.
د P2P شفاف ساعت، د پیغام پروسس کولو لپاره د سویچ لپاره د وخت اندازه کولو سربیره، د ګاونډي لیټینسی میکانیزم په کارولو سره خپل نږدې ګاونډی ته د ډیټا لینک ځنډول اندازه کوي.
ځنډ په دواړو لورو کې په هر لینک کې اندازه کیږي، پشمول هغه لینکونه چې د ځینې پروتوکول لخوا بند شوي وي (لکه RSTP). دا تاسو ته اجازه درکوي سمدلاسه د همغږي کولو لاره کې نوي ځنډ محاسبه کړئ که چیرې لوی ماسټر ساعت یا د شبکې ټوپولوژي بدل شي.
د سویچونو او ځنډ په واسطه د پیغام پروسس کولو وخت د Sync یا Follow_Up پیغامونو لیږلو په وخت کې جمع کیږي.
د سویچونو په واسطه د PTPv2 ملاتړ ډولونه
سویچ کولی شي د PTPv2 ملاتړ وکړي:
- په پروګرامي ډول
- هارډویر
کله چې په سافټویر کې د PTPv2 پروتوکول پلي کول، سویچ د فرم ویئر څخه د مهال ویش غوښتنه کوي. ستونزه دا ده چې فرم ویئر په سایکل ډول کار کوي ، او تاسو باید انتظار وکړئ تر هغه چې دا اوسنی دور پای ته ونه رسوي ، د پروسس کولو غوښتنه اخلي او د راتلونکي دورې وروسته د مهال ویش مسله کوي. دا به هم وخت ونیسي، او موږ به یو ځنډ ترلاسه کړو، که څه هم د PTPv2 لپاره د سافټویر ملاتړ پرته د پام وړ نه وي.
یوازې د PTPv2 لپاره د هارډویر ملاتړ تاسو ته اجازه درکوي چې اړین دقت وساتي. په دې حالت کې، د وخت ټاپه د ځانګړي ASIC لخوا صادریږي، کوم چې په بندر کې نصب شوی.
د پیغام بڼه
د PTP ټول پیغامونه لاندې ساحې لري:
- سرلیک - 34 بایټ.
- د بدن اندازه د پیغام په ډول پورې اړه لري.
- ضمیمه اختیاري ده.
سرۍ
د سرلیک ساحه د PTP ټولو پیغامونو لپاره یو شان ده. اندازه یې ۳۴ بایټه ده.
د سرلیک ساحې بڼه:
د پیغام ډول - د لیږل شوي پیغام ډول لري، د بیلګې په توګه Sync، Delay_Req، PDelay_Req، او داسې نور.
د پیغام اوږدوالی - د PTP پیغام بشپړ اندازه لري، پشمول د سرلیک، بدن او ضمیمه (مګر د پیډینګ بایټس پرته).
د ډومین نمبر - مشخص کوي چې د کوم PTP ډومین پیغام پورې اړه لري.
دنده - دا څو مختلف ساعتونه دي چې په یوه منطقي ګروپ کې راټول شوي او د یو ماسټر ساعت څخه همغږي شوي، مګر اړینه نده چې د مختلف ډومین پورې اړوند ساعتونو سره همغږي شي.
بيرغونه - دا ساحه د پیغام وضعیت پیژندلو لپاره مختلف بیرغونه لري.
د سمون ساحه - په نانو ثانیو کې د ځنډ وخت لري. د ځنډ وخت کې ځنډ شامل دی کله چې د شفاف ساعت له لارې لیږدول کیږي، په بیله بیا د چینل له لارې لیږدولو کې ځنډ کله چې د Peer-to-Peer حالت کاروي.
سرچینه پورټ پیژندنه - دا ساحه د دې په اړه معلومات لري چې دا پیغام په اصل کې له کوم بندر څخه لیږل شوی.
sequenceID - د انفرادي پیغامونو لپاره د پیژندنې شمیره لري.
د کنټرول ساحه - د هنر ساحه =) دا د معیاري لومړۍ نسخې څخه پاتې کیږي او د دې پیغام ډول په اړه معلومات لري. په اصل کې د پیغام ټایپ په څیر، مګر د لږو اختیارونو سره.
logMessageInterval - دا ساحه د پیغام ډول لخوا ټاکل کیږي.
د بدن
لکه څنګه چې پورته بحث وشو، د پیغامونو ډیری ډولونه شتون لري. دا ډولونه لاندې تشریح شوي:
د اعلان پیغام
د اعلان پیغام د ورته ډومین دننه نورو ساعتونو ته د دې پیرامیټونو په اړه "ویل" لپاره کارول کیږي. دا پیغام تاسو ته اجازه درکوي د ماسټر ساعت - غلام ساعت درجه بندي تنظیم کړئ.
پیغام همغږي کړئ
د Sync پیغام د ماسټر ساعت لخوا لیږل کیږي او د ماسټر ساعت وخت لري په هغه وخت کې چې د Sync پیغام رامینځته شوی و. که ماسټر ساعت دوه مرحلې وي، نو د Sync پیغام کې د مهال ویش به 0 ته ټاکل کیږي، او اوسنی مهال ویش به په اړوند تعقیب پیغام کې لیږل کیږي. د Sync پیغام د دواړو ناوخته اندازه کولو میکانیزمونو لپاره کارول کیږي.
پیغام د Multicast په کارولو سره لیږدول کیږي. په اختیاري توګه تاسو کولی شئ یونیکاسټ وکاروئ.
Delay_Req پیغام
د Delay_Req پیغام بڼه د Sync پیغام سره ورته ده. د غلام ساعت Delay_Req لیږي. پدې کې هغه وخت شامل دی چې ځنډ_Req د غلام ساعت لخوا لیږل شوی و. دا پیغام یوازې د ځنډ غوښتنې ځواب میکانیزم لپاره کارول کیږي.
پیغام د Multicast په کارولو سره لیږدول کیږي. په اختیاري توګه تاسو کولی شئ یونیکاسټ وکاروئ.
د تعقیب پیغام
د تعقیب پیغام په اختیاري توګه د ماسټر ساعت لخوا لیږل کیږي او د لیږلو وخت لري پیغامونه همغږي کړئ ماسټر یوازې دوه مرحلې ماسټر ساعتونه د Follow_Up پیغام لیږي.
د تعقیب پیغام دواړه د ځنډ اندازه کولو میکانیزمونو لپاره کارول کیږي.
پیغام د Multicast په کارولو سره لیږدول کیږي. په اختیاري توګه تاسو کولی شئ یونیکاسټ وکاروئ.
Delay_Resp پیغام
د Delay_Resp پیغام د ماسټر ساعت لخوا لیږل کیږي. دا هغه وخت لري کله چې د ماسټر ساعت لخوا ځنډ_Req ترلاسه شوی و. دا پیغام یوازې د ځنډ غوښتنې ځواب میکانیزم لپاره کارول کیږي.
پیغام د Multicast په کارولو سره لیږدول کیږي. په اختیاري توګه تاسو کولی شئ یونیکاسټ وکاروئ.
د Pdelay_Req پیغام
د Pdelay_Req پیغام د یوې وسیلې لخوا لیږل کیږي چې د ځنډ غوښتنه کوي. دا هغه وخت لري چې پیغام د دې وسیلې له بندر څخه لیږل شوی و. Pdelay_Req یوازې د ګاونډي ځنډ اندازه کولو میکانیزم لپاره کارول کیږي.
د Pdelay_Resp پیغام
د Pdelay_Resp پیغام د یوې وسیلې لخوا لیږل کیږي چې د ځنډ غوښتنه یې ترلاسه کړې. دا هغه وخت لري چې د دې وسیلې لخوا د Pdelay_Req پیغام ترلاسه شوی و. د Pdelay_Resp پیغام یوازې د ګاونډي ځنډ اندازه کولو میکانیزم لپاره کارول کیږي.
پیغام Pdelay_Resp_Follow_Up
د Pdelay_Resp_Follow_Up پیغام په اختیاري توګه د هغه وسیلې لخوا لیږل کیږي چې د ځنډ غوښتنه یې ترلاسه کړې. دا هغه وخت لري چې د دې وسیلې لخوا د Pdelay_Req پیغام ترلاسه شوی و. د Pdelay_Resp_Follow_Up پیغام یوازې د دوه مرحلو ماسټر ساعتونو لخوا لیږل کیږي.
دا پیغام د مهال ویش پرځای د اجرا کولو وخت لپاره هم کارول کیدی شي. د اجرا کولو وخت هغه وخت دی چې د Pdelay-Req ترلاسه کولو څخه تر هغه وخته پورې چې Pdelay_Resp لیږل کیږي.
Pdelay_Resp_Follow_Up یوازې د ګاونډي ځنډ اندازه کولو میکانیزم لپاره کارول کیږي.
د مدیریت پیغامونه
د PTP کنټرول پیغامونه د یو یا ډیرو ساعتونو او کنټرول نوډ ترمنځ د معلوماتو لیږدولو لپاره اړین دي.
LV ته لیږدول
د PTP پیغام په دوه کچو لیږدول کیدی شي:
- شبکه - د IP معلوماتو برخې په توګه.
- چینل - د ایترنیټ چوکاټ د یوې برخې په توګه.
د PTP پیغام لیږد د UDP له لارې په ایترنیټ کې IP باندې
PTP په ایترنیټ باندې UDP باندې
پروفایلونه
PTP خورا ډیر انعطاف وړ پیرامیټونه لري چې تنظیم کولو ته اړتیا لري. د مثال په ډول:
- د BMCA اختیارونه.
- د ځنډ اندازه کولو میکانیزم.
- وقفې او د ټولو ترتیب وړ پیرامیټونو لومړني ارزښتونه، او نور.
او د دې حقیقت سره سره چې موږ مخکې وویل چې د PTPv2 وسایل د یو بل سره مطابقت لري، دا ریښتیا ندي. وسیلې باید د خبرو اترو لپاره ورته ترتیبات ولري.
له همدې امله د PTPv2 په نوم پیژندل شوي پروفایلونه شتون لري. پروفایلونه د ترتیب شوي تنظیماتو ګروپونه دي او ټاکل شوي پروتوکول محدودیتونه ترڅو د ځانګړي غوښتنلیک لپاره د وخت ترکیب پلي شي.
د IEEE 1588v2 معیار پخپله یوازې یو پروفایل تشریح کوي - "ډیفالټ پروفایل". نور ټول پروفایلونه د مختلفو سازمانونو او اتحادیو لخوا رامینځته شوي او تشریح شوي.
د مثال په توګه، د بریښنا پروفایل، یا د PTPv2 بریښنا پروفایل، د بریښنا سیسټمونو د رسولو کمیټې او د IEEE بریښنا او انرژۍ ټولنې د سب سټیشن کمیټې لخوا رامینځته شوی. پروفایل پخپله د IEEE C37.238-2011 په نوم یادیږي.
پروفایل تشریح کوي چې PTP لیږدول کیدی شي:
- یوازې د L2 شبکو له لارې (د بیلګې په توګه ایترنیټ، HSR، PRP، غیر IP).
- پیغامونه یوازې د ملټي کاسټ نشراتو لخوا لیږدول کیږي.
- د پیر د ځنډ اندازه کولو میکانیزم د ځنډ اندازه کولو میکانیزم په توګه کارول کیږي.
ډیفالټ ډومین 0 دی، وړاندیز شوی ډومین 93 دی.
د C37.238-2011 ډیزاین فلسفه دا وه چې د اختیاري ځانګړتیاو شمیر کم کړي او یوازې د وسیلو ترمینځ د باور وړ متقابل عمل او د سیسټم ثبات زیاتولو لپاره اړین دندې وساتي.
همدارنګه، د پیغام لیږد فریکونسۍ ټاکل کیږي:
په حقیقت کې، یوازې یو پیرامیټر د انتخاب لپاره شتون لري - د ماسټر ساعت ډول (واحد مرحله یا دوه مرحله).
دقت باید د 1 μs څخه ډیر نه وي. په بل عبارت، د همغږي کولو یوه لاره کولی شي اعظمي حد 15 شفاف ساعتونه یا درې حد لرونکي ساعتونه ولري.
سرچینه: www.habr.com