Базуючись на вашій попередній зосередженості на сценарії синхронізації PTP із подвійним-датчиком у середовищі Linux, перевірка вирішення конфліктів BMCA потребує підтвердження з трьох вимірів: стабільність ролі, точність зміщення та сповіщення журналу.
I. Перевірте стабільність ролі Master-Slave
Виконати команду:
Виконайте на обох датчиках наступне:
удар
sudo ptp4l -i eth0 -m -q
Критерії судження
Вирішено: головний пристрій постійно відображає статус головного, а підлеглий пристрій постійно відображає статус підлеглого без перемикання стану протягом тривалого періоду (наприклад, 30 хвилин).
Невирішено: журнали все ще часто показують «найкращий головний змінений» або роль постійно переходить між головним і підлеглим.
II. Перевірте точність зміщення часу (зміщення).
Спостерігайте за-даними в реальному часі
Зверніть увагу на значення зсуву в журналах підлеглого пристрою.
Критерії судження
Вирішено: зсув стабільний на рівні мікросекунд (мкс) (наприклад, ±5 мкс) з мінімальними коливаннями.
Невирішено: зміщення все ще коливається в мілісекундах (мс) або демонструє сильні коливання, що вказує на те, що на канал синхронізації все ще впливають перешкоди.
III. Перевірте аварійні сигнали системного журналу
Перегляд системних журналів: виконайте `journalctl -u ptp4l -f` або перегляньте `/var/log/syslog`.
Критерії судження
Вирішено: немає записів статусу FAULTY, немає часу очікування peer_delay чи інших аномалій зв’язку.
Невирішено: численні тривоги тайм-ауту виборів або збою зв’язку все ще існують.
Якщо всі три критерії відповідають стандарту «Вирішено», можна підтвердити, що конфлікт BMCA повністю усунено, а синхронізація подвійного-сенсора перейшла в стабільний високо{1}}стан точності.
