一、Diva工程導(dǎo)入CANoe報(bào)錯

問題現(xiàn)象：

解決方案：

請使用管理員權(quán)限運(yùn)行一下CANoe 安裝包之下的圖中*.exe 文件:(可能在 Exec32中)(運(yùn)行時(shí)CANoe 關(guān)閉):

二、CANoe.Diva不符合標(biāo)準(zhǔn)協(xié)議測試邏輯問題

問題舉例：

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

解決方案：

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

三、CDD文件導(dǎo)入CANoe11軟件崩潰

問題現(xiàn)象：

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

解決方案：

修改下圖箭頭處的Data Type后，可以將cdd文件導(dǎo)入到CANoe 11中進(jìn)行診斷測試：

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

四、CDD文件導(dǎo)入Diva無法生成Format中1.3測試項(xiàng)

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

（一）CANdelaStudio配置0x22服務(wù)支持多個DID

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

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

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

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

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

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

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

2.關(guān)閉 CANoe 以避免任何運(yùn)行會話干擾。

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

ForceTesterTCPSendPort = [Port]

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

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

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