Si les rôles maître et esclave dans la synchronisation PTP à double-capteur ne sont pas verrouillés, ce qui entraîne des commutations fréquentes, des conflits à double-maître ou une diminution de la précision de la synchronisation, les mesures suivantes doivent être prises immédiatement pour l'intervention et la réparation :
I. Optimiser les paramètres des élections BMCA
Si des oscillations occasionnelles de rôle sont causées par des fluctuations du réseau, la stabilité peut être améliorée en ajustant les paramètres BMCA pertinents :
Augmenter la différence de priorité
Assurez-vous que la différence de priorité1 entre les appareils maître et esclave est d'au moins 2 (par exemple, 128 contre 130) pour éviter toute ambiguïté d'élection à proximité des valeurs limites.
Ajuster l'intervalle des messages d'annonce
DéfinisseznounceReceiptTimeout sur 3 etnounceInterval sur 1 seconde (valeur log2 0) pour accélérer la détection des erreurs et réduire les fausses élections causées par une brève perte de paquets.
Vérifier la stabilité de la source d'horloge
Assurez-vous que l'horloge principale est connectée à une source de temps hautement stable (par exemple, un récepteur GPS/BeiDou ou une horloge atomique) et que l'horloge esclave utilise une carte réseau qui prend en charge un moteur d'horodatage matériel (par exemple, Intel I210/I350) pour éviter les erreurs de niveau milliseconde- causées par des horodatages logiciels interférant avec le jugement électoral.
II. Dépannage des interférences réseau et matérielles
Parfois, les échecs de verrouillage des rôles ne sont pas dus à des problèmes de configuration, mais plutôt à des interférences de l'environnement sous-jacent :
Isoler le trafic PTP
Configurez la priorité QoS la plus élevée pour les paquets PTP sur le commutateur ou attribuez le trafic PTP à un VLAN distinct pour empêcher d'autres trafics de services de préempter la bande passante, provoquant une instabilité de latence des paquets et déclenchant ainsi la réélection de BMCA.
Vérifier l'intégrité du lien
Confirmez que le câble réseau est un câble blindé Cat5e ou supérieur et que la vitesse de négociation du port est gigabit full-duplex. La perte de paquets unidirectionnelle ou l'instabilité de la liaison peuvent empêcher une partie de recevoir les messages d'annonce, jugeant par erreur qu'il n'y a pas d'horloge principale dans l'ensemble du réseau et passant automatiquement à l'horloge principale.
Désactiver les services en conflit
Fermez le service NTP ou d'autres processus clients PTP dans le système pour empêcher plusieurs sources de temps de préempter le contrôle de l'horloge système et d'interférer avec le fonctionnement normal du service PTP.
III. Vérification de l'efficacité du verrouillage
Après la configuration, confirmez que le rôle est verrouillé de manière stable en procédant comme suit :
Observez les journaux : exécutez `ptp4l -i eth0 -m -q` pour confirmer que l'appareil maître affiche en permanence MASTER, que l'appareil esclave affiche en permanence SLAVE et qu'il n'y a pas d'alarme "meilleur maître modifié". Test de contrainte : déconnectez temporairement puis restaurez le câble réseau du périphérique esclave. Observez si le périphérique maître conserve systématiquement le statut MAÎTRE et si le périphérique esclave se resynchronise rapidement avec SLAVE sans permuter les rôles après la récupération.
Surveillance de la précision : confirmez que le décalage de synchronisation est stable au niveau de la microseconde, sans sauts de niveau en milliseconde-.
Grâce à la stratégie combinée de « configuration de verrouillage dur + optimisation des paramètres + dépannage environnemental » décrite ci-dessus, les anomalies de synchronisation causées par les rôles maître et esclave déverrouillés peuvent être complètement résolues, garantissant ainsi un fonctionnement stable à long terme des deux capteurs.
