Kjernen i å sjekke om dual-sensor PTP-synkronisering er normal, er å bekrefte om tidsforskyvningen er stabil innenfor mikrosekundområdet og om master-slavestatusen samsvarer med forventningene. Her er spesifikke, praktiske trinn for å sjekke:
I. Sanntidsvisning av synkroniseringsforskyvning- (den mest intuitive metoden)
Kjør PTP-tjenesten på slaveklokkesensoren og observer loggene. Dette er gullstandarden for å bedømme synkroniseringsnøyaktighet.
Utfør kommandoen:
bash sudo ptp4l -i eth0 -m -q
Merk: eth0 må erstattes med det faktiske nettverksgrensesnittnavnet koblet til PTP-nettverket; -m indikerer utskrift av detaljerte logger, og -q reduserer overflødig informasjon.
Vurderingskriterier
Vær oppmerksom på forskyvningsfeltet i utgangsloggen:
Normal synkronisering: Forskyvningsverdien er stabil innen ±1~10 mikrosekunder (µs), med minimale fluktuasjoner.
Synkroniseringsavvik: Offsetverdier er i millisekund (ms) området, eller svinger drastisk (f.eks. plutselig endres fra +50µs til -200µs).
Usynkronisert: Hyppige FEIL-statuser vises i loggene, eller den beste hovedklokken kan ikke velges.
II. Bekreft master-slaverolestatus
Sørg for at de to sensorene har riktig etablert et master-slaveforhold for å unngå "dobbelt-master"-konflikter eller hyppige bytter.
Se BMCA-valgresultatene
Se etter uttrykket "valgt beste hovedklokke" i loggene.
Normal: Slaveklokkeloggen viser at den har gjenkjent masterklokken og gått inn i SLAVE-tilstand.
Unormalt: Begge sensorene viser seg selv som MASTER, noe som indikerer en feil prioritetskonfigurasjon eller kommunikasjonsavbrudd.
Sjekk Prioritetsinnstillinger
Bekreft at mastersensorens prioritet1-verdi er mindre enn slavesensoren (f.eks. master satt til 128, slave satt til 130), og sørg for at rollen er fast og ikke veksler vilkårlig på grunn av nettverksjitter.
III. Sjekk om maskinvaretidsstempel er effektiv
Hvis forskyvningen er i millisekundområdet, er det vanligvis fordi maskinvaretidsstempler ikke er aktivert, noe som resulterer i utilstrekkelig nøyaktighet.
Utfør kommandoen:
`bash ethtool -T eth0`
Vurderingskriterier: Utdataene må inneholde "SOF_TIMESTAMPING_TX_HARDWARE" og "SOF_TIMESTAMPING_RX_HARDWARE".
Hvis bare "PROGRAMVARE" er til stede, indikerer det at programvaretidsstempler brukes, og nøyaktigheten kan ikke oppfylle kravene for høy-presisjon dobbel-sensorsammenligning. Driver- eller maskinvarestøtte må kontrolleres.
IV. Langsiktig-stabilitetsovervåking
Kort-normalitet garanterer ikke langsiktig-stabilitet. Kort-stresstesting anbefales.
Rekord avdriftshastighet
Kjør `phc2sys` for å synkronisere PTP-maskinvareklokken til systemklokken og observer maksimal offset over 24 timer.
Normal: Langsiktig-drift kontrolleres innen 1 mikrosekund, uten kumulativt avvik.
Unormal: Forskyvningen øker lineært over tid, noe som indikerer at frekvenskompensasjon for krystalloscillatorer ikke er effektiv eller at det er asymmetrisk nettverkslatens.
Vær oppmerksom på pakketap. Sjekk PTP-loggene for peer_delay timeout eller sync timeout alarmer. Tilfeldige hendelser kan tolereres, men hyppige hendelser krever kontroll av nettverkskabelkvalitet, bryterbelastning eller brannmurinnstillinger (sørg for at UDP-portene 319/320 er åpne).
V. Vanlig feilsøkingstabell
|
Fenomen |
Mulig årsak |
Løsningsforslag |
|
Offset i millisekunder |
Maskinvaretidsstempel er ikke aktivert |
Sjekk ettool -T, installer den dedikerte driveren og aktiver maskinvaretidsstempel. |
|
Hyppig master-slavebytte |
Prioriterte innstillinger er de samme eller lignende |
Øk forskjellen i Prioritet1 mellom master og slave (f.eks. 128 mot 130). |
|
Helt ute av stand til å synkronisere |
Nettverks utilgjengelighet eller blokkering av brannmur |
Ping-tilkoblingstest, deaktiver brannmuren eller tillat UDP-porter 319/320. |
|
Store offset-svingninger |
Nettverksjitter eller høy belastning |
Isoler PTP-trafikk, aktiver QoS på svitsjen for å prioritere PTP-pakker. |

