Según su enfoque anterior en el escenario de sincronización PTP de sensor dual-en un entorno Linux, verificar la resolución de conflictos BMCA requiere confirmación desde tres dimensiones: estabilidad de roles, precisión de compensación y alertas de registro.
I. Verificar la estabilidad del rol Maestro-Esclavo
Ejecute el comando:
Ejecute lo siguiente en ambos sensores:
intento
sudo ptp4l -i eth0 -m -q
Criterios de juicio
Resuelto: El dispositivo maestro muestra continuamente el estado del maestro y el dispositivo esclavo muestra continuamente el estado del esclavo, sin ningún cambio de estado durante un período prolongado (p. ej., 30 minutos).
Sin resolver: los registros todavía muestran con frecuencia "mejor maestro cambiado" o el rol salta repetidamente entre maestro/esclavo.
II. Verificar la precisión de la compensación de tiempo (compensación)
Observar datos en tiempo real-
Preste atención al valor de compensación en los registros del dispositivo esclavo.
Criterios de juicio
Resuelto: La compensación es estable en el nivel de microsegundos (µs) (p. ej., ±5 µs), con una fluctuación mínima.
Sin resolver: el desplazamiento aún fluctúa en milisegundos (ms) o muestra oscilaciones violentas, lo que indica que el enlace de sincronización aún se ve afectado por la interferencia electoral.
III. Verifique las alarmas del registro del sistema
Ver registros del sistema: ejecute `journalctl -u ptp4l -f` o vea `/var/log/syslog`.
Criterios de juicio
Resuelto: No hay registros de estado FALLADO, no hay tiempos de espera de peer_delay u otras anomalías de comunicación.
Sin resolver: Aún existen numerosas alarmas de tiempo de espera electoral o falla de comunicación.
Si los tres criterios cumplen con el estándar "Resuelto", se puede confirmar que el conflicto BMCA se ha eliminado por completo y que la sincronización del sensor dual-ha entrado en un estado estable y de alta-precisión.
