Kombinert med dine tidligere bekymringer om dobbel-sensor PTP-synkronisering og unngåelse av BMCA-konflikt, er kjernen i låsing av master-slaverolle å fullstendig eliminere usikkerheten ved automatisk valg gjennom flere lag med harde begrensninger. Følgende er velprøvde beste praksis:
Kjerneparameter hard binding
Mastersensorens prioritet1 er satt til 128, og slavesensoren er satt til 130. Verdiforskjellen er større enn eller lik 2. Mastersensoren slår på masterOnly 1 for å tvinge mastermodusen, og slavesensoren er satt til masterOnly 0, og låser master-slavens identitet fra roten.
Optimaliser valganti-interferenskonfigurasjon
Meldingsmeldingsintervallet er satt til 1 sekund og timeout-multippelet er satt til 3 for å redusere feilvurderinger forårsaket av øyeblikkelig pakketap på nettverket og unngå utilsiktet rollebytte.
Forstå systemmiljøet
Slå av andre tidssynkroniseringstjenester som system-NTP for å forhindre at flere tidskilder forstyrrer master-slavebestemmelseslogikken til PTP og forhindre multi-forhåndskonflikter.
Bekreftelse med lukket sløyfe
Etter å ha fullført konfigurasjonen, utfør en stresstest for frakobling og gjentilkobling for å bekrefte at det ikke er noen utveksling av master-slaveroller etter at nettverksavbruddet er gjenopprettet, og det er ingen beste master endret alarm i loggen, noe som sikrer at låsemekanismen trer i kraft på lang sikt.
Dette settet med praktiske løsninger kan 100 % eliminere problemet med automatisk bytte av master-slave i doble-sensorscenarier og sikre langsiktig-stabilitet i synkroniseringen.
