En combinaison avec vos préoccupations précédentes concernant la synchronisation PTP à double-capteur et l'évitement des conflits BMCA, l'essentiel du verrouillage du rôle maître-esclave est d'éliminer complètement l'incertitude de l'élection automatique via plusieurs couches de contraintes strictes. Les bonnes pratiques suivantes ont fait leurs preuves :
Liaison matérielle des paramètres de base
La priorité du capteur maître1 est définie sur 128 et le capteur esclave est défini sur 130. La différence de valeur est supérieure ou égale à 2. Le capteur maître active masterOnly 1 pour forcer le mode maître, et le capteur esclave est défini sur masterOnly 0, verrouillant l'identité maître -esclave à partir de la racine.
Optimiser la configuration anti--interférences électorales
L'intervalle de message d'annonce est défini sur 1 seconde et le multiple de délai d'attente est défini sur 3 pour réduire les erreurs d'appréciation causées par la perte instantanée de paquets sur le réseau et éviter un changement accidentel de rôle.
Comprendre l'environnement système
Désactivez les autres services de synchronisation de l'heure tels que le système NTP pour empêcher plusieurs sources de temps d'interférer avec la logique de détermination maître-esclave de PTP et éviter les conflits de préemption multi-horloge.
Confirmation de vérification en boucle fermée
Une fois la configuration terminée, effectuez un test de résistance de déconnexion et de reconnexion pour confirmer qu'il n'y a pas d'échange de rôles maître-esclave après la restauration de l'interruption du réseau et qu'il n'y a pas d'alarme de changement de maître dans le journal, garantissant ainsi que le mécanisme de verrouillage prend effet à long terme.
Cet ensemble de solutions pratiques peut éliminer à 100 % le problème du changement automatique de rôle maître-esclave dans les scénarios à double-capteur et garantir-la stabilité de la synchronisation à long terme.
