本申請披露了一種用于激活車載以太網架構下實車PHY的TestMode的ECU，所述ECU包括：診斷業務模塊，所述診斷業務模塊用于接收PHY測試需求或控制PHY激活TestMode；Vehicle?hal模塊，所述Vehicle?hal模塊用于實現診斷業務模塊與驅動的通信；第一100Base?T1雙路線，用于供所述外部干擾儀通過夾具夾持，進而實現第一PHY與所述外部干擾儀及示波器的通信。

技術領域

本申請涉及車載以太網領域，具體涉及一種車載以太網架構下實車PHY測試的ECU及測試系統。

背景技術

在現代車載以太網的架構中，越來越多層級的測試，并且不僅局限于臺架測試，OEM更注重于實車測試。

PHY的test mode在TC8的標準測試用例中有提到4種模式，需要通過mdio(Management Data Input/Output，管理數據輸入輸出)或者封包后的adb(Adb androiddebug bridge，安卓調試橋)命令通過板載接口進行輸入操作，使得PHY進入到對應的模式進行測試。

因此，會在產品迭代的過程中出現(初代產品最好驗證，TC8不是強制要求)，控制器中硬件—例如PHY芯片進行了更換，該控制器不單單需要臺架的TC8測試、功能測試、回歸驗證等，還需要實車的PHY的test mode測試。這樣可以驗證，環境的干擾是否會影響車載以太網的穩定性。目前的OEM僅實現外包或自測板路級別的PMA或IOP的測試，暫時無法在車上實現PHY的test mode激活。

而現有的實車PHY測試，均需要拆解設置破壞ECU(electronic Control Unit，電子控制元件)的外部構造，才能實現實車PHY測試。

發明內容

針對現有技術中的無法進行實車PHY測試的問題，本申請實施例提出了一種車載以太網架構下實車PHY的TestMode的ECU及系統。

本申請實施例的第一方面提供了一種用于激活車載以太網架構下實車PHY的TestMode的ECU，所述ECU包括第一PHY、診斷業務模塊和第一100Base-T1雙路線，其中：所述診斷業務模塊用于接收來自外部的測試需求，并解析出第一PHY激活TestMode的指令；所述第一100Base-T1雙路線用于供所述外部干擾儀連接，進而實現第一PHY與所述外部干擾儀的通信，所述外部干擾儀進而連接示波器。

在一些實施例中，所述ECU還包括：驅動模塊，所述驅動模塊用于與診斷業務模塊通信，并基于診斷業務模塊解析出的指令激活第一PHY的TestMode。

在一些實施例中，所述ECU還包括：Vehicle-hal模塊，所述Vehicle-hal模塊用于實現診斷業務模塊與驅動模塊的通信。

在一些實施例中，所述診斷業務模塊為基于Android應用的交互模塊，所述外部測試需求通過所述交互模塊接收。

在一些實施例中，所述外部測試需求來自于外部診斷儀，所述ECU還包括：第二PHY，所述第二PHY用于接收外部診斷儀的測試需求，并發送給診斷業務模塊；第二100Base-T1雙路線，用于供外部診斷儀通過網關連接，進而實現第二PHY與所述外部診斷儀的通信。

在一些實施例中，所述驅動模塊還用于實現診斷業務模塊與第二PHY的通信。

在一些實施例中，還包括UDS Server模塊和DOIP模塊，其中：所述DOIP模塊分別連接UDS Server模塊和驅動模塊，所述DOIP模塊用于對UDS Server模塊與外部診斷儀的通信過程中的協議進行封包及拆包；所述UDS Server模塊分別連接診斷業務模塊和所述DOIP模塊，所述UDS Server模塊用于接收DOIP模塊拆包后的數據，對其進一步解析出報頭，并發送給診斷業務模塊。