Sen tarkistuksessa, onko kahden{0}}anturin PTP-synkronointi normaalia, ydin on tarkistaa, onko aikapoikkeama vakaa mikrosekunnin alueella ja vastaako isäntä{1}}orjatila odotuksia. Tässä on tarkat käytännön vaiheet tarkistamista varten:
I. Synkronointisiirtymän reaaliaikainen{1}}katselu (intuitiivisin menetelmä)
Suorita PTP-palvelu orjakellon anturille ja tarkkaile lokeja. Tämä on kultainen standardi synkronoinnin tarkkuuden arvioinnissa.
Suorita komento:
bash sudo ptp4l -i eth0 -m -q
Huomautus: eth0 on korvattava todellisella PTP-verkkoon liitetyn verkkoliitännän nimellä; -m tarkoittaa yksityiskohtaisten lokien tulostamista ja -q vähentää tarpeettomia tietoja.
Tuomion kriteerit
Tarkkaile tuloslokin siirtymäkenttää:
Normaali synkronointi: Offset-arvo on vakaa ±1-10 mikrosekunnissa (µs), vähäisellä vaihtelulla.
Synkronointipoikkeama: Offset-arvot ovat millisekunnin (ms) alueella tai vaihtelevat voimakkaasti (esim. muuttuvat yhtäkkiä arvosta +50µs arvoon -200 µs).
Synkronoitumaton: Lokeissa näkyvät usein FAULTY-tilat tai parasta pääkelloa ei voida valita.
II. Vahvista pää-orjaroolin tila
Varmista, että kaksi anturia ovat muodostaneet oikein master{0}}slave-suhteen, jotta vältetään "kaksois-isäntä"-ristiriidat tai toistuva vaihto.
Katso BMCA-vaalitulokset
Etsi lokeista lause "valittu paras pääkello".
Normaali: Orjakellon loki osoittaa, että se on tunnistanut isäntäkellon ja siirtynyt SLAVE-tilaan.
Epänormaali: Molemmat anturit näyttävät olevansa PÄÄLLÄ, mikä osoittaa väärän prioriteetin konfiguraation tai tiedonsiirron katkeamisen.
Tarkista prioriteettiasetukset
Varmista, että isäntäanturin prioriteetti1-arvo on pienempi kuin orja-anturin (esim. isäntä asetettu arvoon 128, orja asetettu arvoon 130), varmistaen, että rooli on kiinteä eikä vaihda mielivaltaisesti verkon värinän vuoksi.
III. Tarkista, onko laitteiston aikaleima tehokas
Jos siirtymä on millisekunnin alueella, se johtuu yleensä siitä, että laitteiston aikaleimat eivät ole käytössä, mikä johtaa riittämättömään tarkkuuteen.
Suorita komento:
`bash ethtool -T eth0`
Arviointikriteerit: Tulosteen on sisällettävä "SOF_TIMESTAMPING_TX_HARDWARE" ja "SOF_TIMESTAMPING_RX_HARDWARE".
Jos vain "OHJELMISTO" on läsnä, se tarkoittaa, että ohjelmiston aikaleimoja käytetään ja tarkkuus ei täytä korkean-tarkkuuden kaksoisanturivertailu-vaatimuksia. Ohjaimen tai laitteiston tuki on tarkistettava.
IV. Pitkän-vakauden valvonta
Lyhyen ajan-normaalius ei takaa pitkäaikaista-vakautta. Lyhyen -keston stressitestaus on suositeltavaa.
Record Drift Rate
Suorita phc2sys synkronoidaksesi PTP-laitteiston kellon järjestelmän kellon kanssa ja tarkkaile maksimipoikkeamaa 24 tunnin aikana.
Normaali: Pitkäaikainen{0}}poikkeama kontrolloidaan 1 mikrosekunnissa ilman kumulatiivista poikkeamaa.
Epänormaali: Poikkeama kasvaa lineaarisesti ajan myötä, mikä osoittaa, että kideoskillaattorin taajuuden kompensointi ei ole tehokas tai verkon latenssi on epäsymmetrinen.
Tarkkaile pakettien katoamista. Tarkista PTP-lokeista peer_delay-aikakatkaisun tai synkronoinnin aikakatkaisuhälytykset. Satunnaiset tapahtumat ovat siedettäviä, mutta usein tapahtuvat tapahtumat edellyttävät verkkokaapelin laadun, kytkimien kuormituksen tai palomuuriasetusten tarkistamista (varmista, että UDP-portit 319/320 ovat auki).
V. Yleinen vianetsintätaulukko
|
Ilmiö |
Mahdollinen syy |
Ratkaisuehdotus |
|
Poikkeama millisekunteina |
Laitteiston aikaleima ei ole käytössä |
Tarkista ethtool -T, asenna erillinen ohjain ja ota käyttöön laitteiston aikaleima. |
|
Toistuva isäntä{0}}orjavaihto |
Prioriteettiasetukset ovat samat tai samankaltaiset |
Suurenna eroa Priority1:ssä isännän ja orjan välillä (esim. 128 vs 130). |
|
Täysin epäonnistunut synkronointi |
Verkko ei ole käytettävissä tai palomuurin esto |
Ping-yhteystesti, poista palomuuri käytöstä tai salli UDP-portit 319/320. |
|
Suuret offset-vaihtelut |
Verkkovärinä tai suuri kuormitus |
Eristä PTP-liikenne, ota QoS käyttöön kytkimessä priorisoidaksesi PTP-paketit. |

