昨天寫了分享了CANOE的基本使用方法(CANOE基本使用教程)，其中也簡單的介紹了其中診斷功能，今天來詳細分享一下，CANOE診斷這一塊。
搭建UDS診斷幀發送環境
UDS診斷幀發送環境與上一張CAN幀相同，也分為手動添加和Cdd文件導入兩種方式。
■手動方式添加診斷幀
1. 添加一個 BasicDiagnosticECU
2. 添加后如下?
?ECU qualifier : 使用CAPL腳本發送UDS診斷數據時會使用到，手動發送診斷幀不需要關注
Diagnostics tester : 選擇物理請求還是功能請求。默認選擇 物理請求
關于物理請求和功能請求的區別，后續會在UDS 專欄中單獨介紹
3. 設置 Transport Layer參數
?Request to ECU : ECU物理尋址Req ID
Response from ECU : ECU 物理尋址Res ID
Functional to ECU : 功能尋址 Req ID
?STmin : TP層協議參數，兩包連續幀發送的間隔
BlockSize : TP層協議參數，收到流控幀后可發送連續幀數量。設置為0時，發送數量無限制
?FC Delay : CANOe 收到 首幀或連續幀后，回復流控幀的延遲時間。目的是防止CANoe的流控幀回復過快，導致接收端接受失敗。
Max.Length : 一幀最大傳輸數據量（首幀+連續幀）
Mixing of CAN2.0 and FD frames : 是否兼容CAN幀和CAN-FD幀。
?Ignore : 默認值， 不兼容，例如配置為CAN幀時，CANOe不接受CAN-FD幀，配置為CAN-FD幀時，也一樣。
Accecpt : 兼容，例如配置為CAN幀時，CANOe可以接受CAN-FD幀，返回CAN幀。
Adapt : 兼容，例如配置為CAN幀時，CANOe可以接受CAN-FD幀，并且能返回CAN-FD幀。
上記解釋參照自CANOe幫助文檔
4. 配置 Diagnostic Layer參數
Send test present : CANOe是否自動發送3E 服務，用于Session保持
S3 Client time : CANOe 自動發送3E服務的間隔
S3 Server time : 下位機程序 未收到 任何診斷請求，保持在Default以外的Session的最大時間
P2 Server : 下位機程序 收到Request 到 開始回復 Response 的時間間隔
P2 Client : 上位機程序 發送完Request 到 收到 回復 Response 的時間間隔
P2 extended Server : 下位機 發送完NRC78 到下一次回復Reponse的時間間隔
P2 extended Client : 上位機收到 NRC78 到 收到下一次回復 Response的時間間隔
Seed&Key DLL : 用于27服務解鎖，調用。dll自動計算Key的值，該.dll文件由車廠或Tier1 提供
5. Additional Descriptions 不需要配置
6. 添加需要的診斷服務 (以$10 02 ProgrammingSession為例 )
? ? a. 點擊Basic Diagnostic ,打開 面板
? b. 右鍵要添加的服務，選擇[Add New Service]
?c. 配置子服務的Req
?Service Name : CAPL編程時會使用，手動發診斷數據不需要關注。
d.配置Response
?按照期待的格式在 [Parameters] 中追加或刪除參數。
7. 打開 Diagnostic Console
8. 點擊[Start] ，在Diagnostic Console中發送剛才添加的診斷命令
■Cdd導入方式添加診斷幀
實際項目時，車廠或者Tier1會輸入cdd文件，集成了所有用到的診斷命令。
通過cdd發送診斷幀的方式如下
1. 導入cdd文件
?cdd導入后,相關參數都是配置好的，不需要手動修改。導入后配置如下
2. 可以看到，cdd導入后， Diagnostic console中已經有了診斷命令?
3. 按照手動發送診斷幀的方式即可發送。?
————————————————
版權聲明：本文為CSDN博主「汪汪隊睡大覚」的原創文章，已獲作者發表許可。
閱讀原文，關注作者博客
推薦閱讀
分享不易，懇請點個【??】和【在看】
