Hogyan ellenőrizhető, hogy a két{0}}érzékelős PTP-szinkronizálás normális-e

Annak ellenőrzése, hogy a kettős{0}}érzékelős PTP-szinkronizálás normális-e, lényege annak ellenőrzése, hogy az időeltolás stabil-e a mikroszekundumos tartományon belül, és hogy a master-szolga állapota megfelel-e az elvárásoknak. Íme az ellenőrzés konkrét, gyakorlati lépései:

I. A szinkronizálási eltolás valós idejű megtekintése- (a legintuitívabb módszer)

Futtassa a PTP szolgáltatást a szolga óraérzékelőn, és figyelje a naplókat. Ez az arany standard a szinkronizálási pontosság megítélésében.

Hajtsa végre a parancsot:

bash sudo ptp4l -i eth0 -m -q

Megjegyzés: az eth0-t le kell cserélni a PTP-hálózathoz csatlakoztatott tényleges hálózati interfész nevére; Az -m a részletes naplók nyomtatását jelzi, a -q pedig csökkenti a redundáns információkat.

Ítéleti kritériumok

Figyelje meg az eltolási mezőt a kimeneti naplóban:

Normál szinkronizálás: Az eltolási érték ±1-10 mikroszekundum (µs) között stabil, minimális ingadozással.

Szinkronizálási rendellenesség: Az eltolási értékek ezredmásodperces (ms) tartományban vannak, vagy drasztikusan ingadoznak (pl. hirtelen változás +50µs-ról -200 µs-ra).

Nem szinkronizált: Gyakori FAULTY állapotok jelennek meg a naplókban, vagy a legjobb mesteróra nem választható ki.

II. A mester-szolga szerepkör állapotának ellenőrzése

Győződjön meg arról, hogy a két érzékelő megfelelően létrehozott egy master{0}}szolga kapcsolatot, hogy elkerülje a "kettős-master" ütközéseket vagy a gyakori váltást.

BMCA választási eredmények megtekintése

Keresse meg a "kiválasztott legjobb főóra" kifejezést a naplókban.

Normál: A slave óranapló azt mutatja, hogy felismerte a mester órát, és SLAVE állapotba lépett.

Rendellenes: Mindkét érzékelő MASTER-ként mutatja magát, ami hibás prioritás-konfigurációt vagy kommunikációs megszakadást jelez.

Ellenőrizze a prioritási beállításokat

Győződjön meg arról, hogy a mester érzékelő prioritás1 értéke kisebb, mint a szolga érzékelőé (pl. a mester 128-ra, a szolga 130-ra van állítva), biztosítva, hogy a szerep rögzítve legyen, és ne váltson önkényesen a hálózati vibráció miatt.

III. Ellenőrizze, hogy a hardver időbélyege érvényes-e

Ha az eltolás ezredmásodperces tartományba esik, az általában azért van, mert a hardveres időbélyegek nincsenek engedélyezve, ami nem megfelelő pontosságot eredményez.

Hajtsa végre a parancsot:

`bash ethtool -T eth0`

Elbírálási kritériumok: A kimenetnek tartalmaznia kell a "SOF_TIMESTAMPING_TX_HARDWARE" és a "SOF_TIMESTAMPING_RX_HARDWARE" értéket.

Ha csak a „SZOFTVER” van jelen, az azt jelzi, hogy szoftveres időbélyegeket használnak, és a pontosság nem felel meg a nagy-precíziós kettős-érzékelő-összehasonlítás követelményeinek. Az illesztőprogram vagy a hardver támogatását ellenőrizni kell.

IV. Hosszú távú -stabilitásfigyelés

A rövid távú normalitás-nem garantálja a hosszú távú stabilitást. Javasoljuk a rövid távú stressztesztet.

Rekord drift Rate

Futtassa a `phc2sys' parancsot, hogy szinkronizálja a PTP hardver óráját a rendszer órájával, és figyelje meg a maximális eltolást 24 órán keresztül.

Normál: A hosszú távú-eltolódást 1 mikroszekundumon belül szabályozzák, kumulatív eltérés nélkül.

Rendellenes: Az eltolás idővel lineárisan növekszik, jelezve, hogy a kristályoszcillátor frekvenciakompenzációja nem hatékony, vagy aszimmetrikus hálózati késleltetés van.

Figyelje meg a csomagvesztést. Ellenőrizze a PTP-naplókat a peer_delay timeout vagy a sync timeout riasztások tekintetében. Alkalmi előfordulások tolerálhatók, de gyakori előfordulások esetén ellenőrizni kell a hálózati kábel minőségét, a kapcsolók terhelését vagy a tűzfal beállításait (bizonyosodjon arról, hogy a 319/320-as UDP-portok nyitva vannak).

V. Általános hibaelhárítási táblázat