Baserat på ditt tidigare fokus på dubbla-sensor-PTP-synkroniseringsscenarier, är kärnan i BMCA-konflikter en onormal logik för bestämning av master-slavroll, som specifikt manifesterar sig i fyra typiska fenomen:
Frekventa master--slavrollsoscillationer: PTP-loggarna för båda sensorerna visar upprepade gånger "bästa master ändrade"-larm, alternerande mellan master/slav-tillstånd inom en kort period, med upprepade frånkopplingar och rekonstruktioner av synkroniseringslänken och drastiska fluktuationer i tidsförskjutning.
Konflikter med dubbla masterklockor: Båda sensorerna bestämmer sig samtidigt som master, båda skickar meddelanden, utan att någon enhet aktivt går in i slavtillstånd, vilket gör det omöjligt att upprätta ett normalt master-slavsynkroniseringsförhållande.
Tyst asynkroni utan larm: En enskild sensor, på grund av en-paketförlust, misslyckas med att ta emot meddelanden från peer, av misstag avgöra att det inte finns några andra masterklockor i nätverket och uppgraderar tyst till master. Det finns inga uppenbara fel på ytan, men tiden för båda sensorerna har tyst avvikit, vilket gör det svårt att upptäcka i tid.
En kraftig nedgång i synkroniseringsnoggrannheten inträffar. Även om master-slavrelationen upprätthålls tillfälligt, stör upprepade BMCA-omval normala synkroniseringsmeddelandeinteraktioner, vilket gör att tidsförskjutningen sjunker från den normala mikrosekundsnivån till millisekundsnivån, vilket helt misslyckas med att uppfylla kraven på synkroniseringsnoggrannhet för dubbla sensorer.
Dessa är typiska observerbara manifestationer av BMCA-konflikter i scenarier med dubbla-sensorer; förekomsten av någon av dem indikerar ett problem med den aktuella prioritetskonfigurationen.
