Gebaseerd op uw eerdere focus op scenario's voor PTP-synchronisatie met dubbele-sensoren, is de kern van het configureren van PTP-prioriteit om conflicten te voorkomen het hard-binden van master- en slave-rollen via parameters. Dit voorkomt dat het BMCA-algoritme master-slave-voorrang activeert als gevolg van netwerkfluctuaties. De specifieke stappen zijn als volgt:
Stel gedifferentieerde prioriteitswaarden in: Stel de prioriteit 1 van de masterklok in op 128 en de prioriteit 1 van de slaveklok op 130. Het verschil tussen deze waarden moet groter zijn dan of gelijk zijn aan 2, waardoor verkiezingsconflicten veroorzaakt door gelijke prioriteiten fundamenteel worden voorkomen.
Vergrendel de identiteit van de hoofdklok: Stel de prioriteit2 van de hoofdklok in op een kleinere waarde (bijvoorbeeld 64) als reserveregel voor secundaire verkiezingen. Zelfs als andere PTP-apparaten verbinding maken, heeft de opgegeven hoofdklok nog steeds de hoogste prioriteit.
Automatische omschakelingsfallback uitschakelen: Schakel `masterOnly 1` in het configuratiebestand in, waardoor de masterklok wordt gedwongen te weigeren naar de slavemodus over te schakelen, waardoor de mogelijkheid van bidirectionele voorrangsconflicten volledig wordt geëlimineerd.
Controleer de effectiviteit van de configuratie: Nadat u de PTP-service opnieuw hebt opgestart, controleert u de logboeken om te bevestigen dat de master- en slave-rollen stabiel zijn zonder te wisselen en dat er geen conflictalarmen zijn die de beste master wijzigen.
Deze configuratie kan PTP-master-slave-conflicten in scenario's met dubbele-sensoren volledig vermijden, waardoor een stabiele synchronisatie op lange- termijn wordt gegarandeerd.
