Учитывая ваш предыдущий подход к синхронизации PTP с двумя-датчиками и ручной привязке главных-подчиненных ролей, обеспечение того, чтобы главные-ведомые роли не переключались автоматически, зависит от многоуровневых-жестких ограничений для полной блокировки ролей. Конкретные операции заключаются в следующем:
Принудительно использовать эксклюзивный режим Master Clock: включите masterOnly 1 в файле ptp4l.conf ведущего датчика, заставляя узел отказываться от переключения на ведомый, устраняя возможность двунаправленного вытеснения в источнике.
Увеличение разницы приоритетов. Установите для главного датчика «приоритет1» значение 128, а для подчиненного датчика — 130, с разницей, большей или равной 2. Это позволяет BMCA определить победителя непосредственно в первом раунде сравнения, не оставляя места для переизбрания-.
Отключить резервные службы PTP. Отключите другие клиенты PTP или службы NTP в системе, чтобы предотвратить вмешательство стороннего-доступа к часам в исходную логику определения главного-подчиненного.
Оптимизируйте параметры времени ожидания сообщения: установите интервал объявления сообщения равным 1 секунде и множитель времени ожидания равным 3, чтобы уменьшить количество ложных срабатываний, вызванных мгновенной потерей сетевых пакетов, и предотвратить неожиданное переключение ролей.
Такая многоуровневая конфигурация ограничений-может полностью заблокировать идентичность главного-подчиненного устройства и полностью устранить проблему автоматического переключения.
