Виходячи з того, що ви раніше зосереджувалися на дво-сенсорній PTP-синхронізації та ручному прив’язуванні ролей master-slave, забезпечення того, що ролі master-slave не перемикаються автоматично, покладається на багато-рівневі жорсткі обмеження, щоб повністю заблокувати ролі. Конкретні операції такі:
Примусовий ексклюзивний режим головного годинника: увімкніть `masterOnly 1` у `ptp4l.conf` головного датчика, змушуючи вузол відмовлятися від перемикання на підлеглий, усуваючи можливість двонаправленого випередження на джерелі.
Збільшити різницю пріоритетів: встановіть `priority1` головного датчика на 128, а підпорядкованого датчика — 130, з різницею, що перевищує або дорівнює 2. Це дозволяє BMCA визначати переможця безпосередньо в першому раунді порівняння, не залишаючи місця для пере-обрання.
Вимкнути надлишкові служби PTP: вимкніть інші клієнти PTP або служби NTP у системі, щоб запобігти втручанню стороннього-доступу годинника до початкової логіки визначення головного-підлеглого.
Оптимізуйте параметри часу очікування повідомлення: встановіть інтервал сповіщення оголошення на 1 секунду та множник часу очікування на 3, щоб зменшити помилкові спрацьовування, спричинені миттєвою втратою пакетів у мережі, і запобігти неочікуваному перемиканню ролей.
Ця багато{0}}рівнева конфігурація обмежень може повністю заблокувати ідентифікатор-підлеглого та повністю усунути проблему автоматичного перемикання.
