本文框架
- 前言
- 1.問題描述
- 2.問題復現
- 3.問題分析
- 問題1：為何在2E Pending期間會發送功能尋址的10 01回NRC13？
- 問題2：在ECU Pending期間收到功能尋址10 01，MCU需要如何處理？
- 問題3：DcmDslConnection是如何定義的？
- 問題4：功能尋址于物理尋址是否對應不同的DcmDslConnection？
- 問題5：對于功能尋址的請求是否有特殊處理？
- 問題6：實際實現與規范偏差原因？
- 4.問題總結
前言
在本系列筆者將結合工作中對診斷實戰部分的應用經驗進一步介紹常用UDS服務的進一步探討及開發中注意事項， Dem/Dcm/CanTp/Fim模塊配置開發及注意事項，診斷與BswM/NvM關聯模塊的應用開發及診斷capl測試腳本開發等診斷相關實戰內容。
Autosar診斷實戰導讀快速鏈接：Autosar診斷實戰系列導讀
Autosar全模塊實戰專欄快速鏈接：AutoSar實戰進階系列導讀
本篇我們一起來看一個工程問題，在項目開發期間對診斷進行壓力測試，通過0x2E執行DID寫操作時，ECU先回復NRC 0x78，在此期間如果上位機又發送了功能尋址10 01則會偶發回復NRC 0x13報請求報文長度或格式不匹配的NRC，現象奇怪值得探討分析。
1.問題描述
如文章開始描述，在0x2E對ECU的DID進行寫操作時，ECU先回復NRC 0x78，在此期間如果發送功能尋址10 01則會偶發回復NRC 0x13報請求報文長度或格式不匹配的NRC。
2.問題復現
根據問題反饋，復現2E寫操作及發送功能尋址的10 01請求。
首先針對在2E寫DID期間回復NRC 0x78，涉及到NvM的處理?
 for Python - pclpy 安裝指南 (2))
