一、Diva工程導入CANoe報錯

問題現(xiàn)象：

解決方案：

請使用管理員權限運行一下CANoe 安裝包之下的圖中*.exe 文件:(可能在 Exec32中)(運行時CANoe 關閉):

二、CANoe.Diva不符合標準協(xié)議測試邏輯問題

問題舉例：

在使用CANoe導入Diva工程自動化測試時，下圖這個用例，ECU回復0x78之后從CANoe的Trace中顯示回復了正響應，但上位機無法識別，故判斷這條測試用例Fail，Diva中的Trace顯示如下錯誤；

解決方案：

將CANoe及Diva更新到現(xiàn)在當前軟件版本最新的SP包。

三、CDD文件導入CANoe11軟件崩潰

問題現(xiàn)象：

將CDD 10.0版本文件導入CANoe11中，CANoe11崩潰閃退，現(xiàn)象如下圖，且同一個CDD文件導入CANoe18是正常的。

解決方案：

修改下圖箭頭處的Data Type后，可以將cdd文件導入到CANoe 11中進行診斷測試：

CDDT文件與軟件差距比較大的版本之間另存為CDD文件的版本導致了19 06服務出現(xiàn)問題了，CANdela版本差距太大的話，19 04和19 06格式的差異也是很大的。

四、CDD文件導入Diva無法生成Format中1.3測試項

0x22 服務的請求格式中，可以跟一個或者多個DID，來讀取ECU內部存儲的數(shù)據記錄值。在CANdelaStudio軟件中可以設置0x22服務是否支持跟多個DID，將配置好的CDD文件加載到CANoe.DiVa軟件中生成Combined Identifiers的測試用例。

（一）CANdelaStudio配置0x22服務支持多個DID

打開CANdelaStudio軟件自帶的demo CDDT文件，在Protocol Services中找到0x22服務，如果

0x22服務的請求格式中支持多個DID，則勾選下圖紅色箭頭指向的配置項；反之，不勾選。

點擊“ECU Information”，在下圖右側紅色框中設置最大支持讀取DID的個數(shù)。

（二）CANoe.DiVa中配置測試Combined Identifiers的組數(shù)

在CANoe.DiVa軟件中導入診斷數(shù)據庫文件，勾選配置項并設置測試Combined Identifiers的組數(shù)，會在1.3章節(jié)生成測試項。

五、DoIP測試中修改自定義端口號

1.首先，在應用程序數(shù)據目錄下，打開DoIP.ini文件。

2.關閉 CANoe 以避免任何運行會話干擾。

3.在 DoIP.ini 文件末尾添加以下部分：

ForceTesterTCPSendPort = [Port]

將"[Port]"替換為所需的特定端口號。

4.保存文件，然后重啟 CANoe。

現(xiàn)在，CANoe 將為 DoIP 測試使用指定的 TCP 端口（通常若不定義UDP的源端口號的話，在發(fā)送數(shù)據報時，源端口通常由TCP/IP stack自動管理，動態(tài)隨機發(fā)送）。