In base al tuo precedente focus sullo scenario di sincronizzazione PTP a doppio-sensore in un ambiente Linux, la verifica della risoluzione dei conflitti BMCA richiede la conferma da tre dimensioni: stabilità del ruolo, precisione dell'offset e avvisi di log.
I. Controlla la stabilità del ruolo Master-Slave
Esegui il comando:
Eseguire quanto segue su entrambi i sensori:
bash
sudo ptp4l -i eth0 -m -q
Criteri di giudizio
Risolto: il dispositivo master visualizza continuamente lo stato master e il dispositivo slave visualizza continuamente lo stato slave, senza alcun cambio di stato per un periodo prolungato (ad esempio, 30 minuti).
Irrisolto: i registri mostrano ancora spesso "il miglior master modificato" o il ruolo salta ripetutamente tra master/slave.
II. Verificare la precisione della differenza oraria (Offset).
Osserva i dati-in tempo reale
Prestare attenzione al valore di offset nei registri del dispositivo slave.
Criteri di giudizio
Risolto: l'offset è stabile al livello dei microsecondi (μs) (ad esempio, ±5μs), con fluttuazione minima.
Irrisolto: l'offset fluttua ancora in millisecondi (ms) o presenta oscillazioni violente, indicando che il collegamento di sincronizzazione è ancora influenzato da interferenze elettorali.
III. Controllare gli allarmi del registro di sistema
Visualizza i log di sistema: esegui `journalctl -u ptp4l -f` o visualizza `/var/log/syslog`.
Criteri di giudizio
Risolto: nessun record di stato FAULTY, nessun timeout peer_delay o altre anomalie di comunicazione.
Irrisolto: esistono ancora numerosi allarmi di timeout elettorale o di mancata comunicazione.
Se tutti e tre i criteri soddisfano lo standard "Risolto", si può confermare che il conflitto BMCA è stato completamente eliminato e che la sincronizzazione del doppio-sensore è entrata in uno stato stabile e di alta-precisione.
