
關注公眾號,點擊公眾號主頁右上角“ ··· ”,設置星標,實時關注智能汽車電子與軟件最新資訊
昨天寫了分享了CANOE的基本使用方法(CANOE基本使用教程),其中也簡單的介紹了其中診斷功能,今天來詳細分享一下,CANOE診斷這一塊。UDS診斷幀發送環境與上一張CAN幀相同,也分為手動添加和Cdd文件導入兩種方式。1. 添加一個 BasicDiagnosticECUECU qualifier : 使用CAPL腳本發送UDS診斷數據時會使用到,手動發送診斷幀不需要關注Diagnostics tester : 選擇物理請求還是功能請求。默認選擇 物理請求關于物理請求和功能請求的區別,后續會在UDS 專欄中單獨介紹?Request to ECU : ECU物理尋址Req IDResponse from ECU : ECU 物理尋址Res IDFunctional 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幀。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]?Service Name : CAPL編程時會使用,手動發診斷數據不需要關注。?按照期待的格式在 [Parameters] 中追加或刪除參數。8. 點擊[Start] ,在Diagnostic Console中發送剛才添加的診斷命令實際項目時,車廠或者Tier1會輸入cdd文件,集成了所有用到的診斷命令。?cdd導入后,相關參數都是配置好的,不需要手動修改。導入后配置如下
2. 可以看到,cdd導入后, Diagnostic console中已經有了診斷命令?
關注公眾號,點擊公眾號主頁右上角“ ··· ”,設置星標,實時關注智能汽車電子與軟件最新資訊