Controleren of dubbele-sensor-PTP-synchronisatie normaal is

De kern van het controleren of de PTP-synchronisatie met dubbele-sensoren normaal is, is het verifiëren of de tijdsverschuiving stabiel is binnen het bereik van microseconden en of de master-slave-status overeenkomt met de verwachtingen. Hier volgen specifieke, praktische stappen voor het controleren:

I. Real- weergave van synchronisatie-offset (de meest intuïtieve methode)

Voer de PTP-service uit op de slave-kloksensor en bekijk de logboeken. Dit is de gouden standaard voor het beoordelen van de nauwkeurigheid van synchronisatie.

Voer de opdracht uit:

bash sudo ptp4l -i eth0 -m -q

Opmerking: eth0 moet worden vervangen door de daadwerkelijke netwerkinterfacenaam die is verbonden met het PTP-netwerk; -m geeft aan dat gedetailleerde logboeken worden afgedrukt, en -q vermindert overbodige informatie.

Beoordelingscriteria

Let op het offsetveld in het uitvoerlogboek:

Normale synchronisatie: De offsetwaarde is stabiel binnen ±1~10 microseconden (µs), met minimale fluctuaties.

Synchronisatieafwijking: Offsetwaarden liggen in het bereik van milliseconden (ms) of fluctueren drastisch (bijvoorbeeld plotseling veranderend van +50 µs naar -200 µs).

Niet gesynchroniseerd: Er verschijnen regelmatig FOUTIEVE statussen in de logs, of de beste hoofdklok kan niet worden geselecteerd.

II. Controleer de status van Master-Slave-rol

Zorg ervoor dat de twee sensoren op de juiste manier een master{0}}slave-relatie tot stand hebben gebracht om 'dual-master'-conflicten of veelvuldig schakelen te voorkomen.

Bekijk de BMCA-verkiezingsresultaten

Zoek naar de zinsnede "geselecteerde beste hoofdklok" in de logboeken.

Normaal: Het logboek van de slaveklok geeft aan dat de masterklok is herkend en in de SLAVE-status is terechtgekomen.

Abnormaal: Beide sensoren tonen zichzelf als MASTER, wat wijst op een onjuiste prioriteitsconfiguratie of communicatieonderbreking.

Controleer prioriteitsinstellingen

Bevestig dat de prioriteit1-waarde van de mastersensor lager is dan die van de slavesensor (bijvoorbeeld master ingesteld op 128, slave ingesteld op 130), waarbij u ervoor zorgt dat de rol vast is en niet willekeurig wordt gewijzigd vanwege netwerkjitter.

III. Controleer of de hardwaretijdstempel effectief is

Als de offset zich in het bereik van milliseconden bevindt, komt dit meestal doordat hardwaretijdstempels niet zijn ingeschakeld, wat resulteert in onvoldoende nauwkeurigheid.

Voer de opdracht uit:

`bash ethtool -T eth0`

Beoordelingscriteria: De uitvoer moet `SOF_TIMESTAMPING_TX_HARDWARE` en `SOF_TIMESTAMPING_RX_HARDWARE` bevatten.

Als er alleen 'SOFTWARE' aanwezig is, geeft dit aan dat softwaretijdstempels worden gebruikt en dat de nauwkeurigheid niet kan voldoen aan de vereisten voor hoge-precieze dubbele-sensorvergelijking. Driver- of hardware-ondersteuning moet worden gecontroleerd.

IV. Stabiliteitsmonitoring op lange termijn-

Normaliteit op de korte-termijn garandeert geen stabiliteit op de lange- termijn. Korte-stresstests worden aanbevolen.

Registreer de driftsnelheid

Voer `phc2sys` uit om de PTP-hardwareklok te synchroniseren met de systeemklok en de maximale offset over 24 uur te observeren.

Normaal: de drift op lange- termijn wordt binnen 1 microseconde geregeld, zonder cumulatieve afwijking.

Abnormaal: De offset neemt in de loop van de tijd lineair toe, wat aangeeft dat de frequentiecompensatie van de kristaloscillator niet effectief is of dat er sprake is van asymmetrische netwerklatentie.

Observeer pakketverlies. Controleer de PTP-logboeken op peer_delay time-out of synchronisatietime-outalarmen. Incidentele voorvallen zijn aanvaardbaar, maar frequente voorvallen vereisen controle van de netwerkkabelkwaliteit, switchbelasting of firewall-instellingen (zorg ervoor dat UDP-poorten 319/320 open zijn).

V. Tabel voor algemene probleemoplossing