由於國六新標準即將實施，混動汽車的部分ecu需要增加obd診斷的支援，從2023年以來uds診斷在新能源汽車行業中得到快速普及，由於通用性比較高，在研發階段，整車下線階段，售後服務階段都發揮著巨大的價值。uds診斷是obd診斷的加強版，目前新能源汽車obd診斷都是基於can匯流排。
obd診斷軟體開發需要遵循的規範，應用層遵循iso 15031-5，傳輸層遵循iso 15765-4，dtc遵循iso 15031-6，sae1979-da
相同點：
obd診斷的傳輸層和uds的傳輸層同樣遵循iso 15765-2，因為uds的開發大家比較熟悉，直接將工作重心轉移到應用層開發。
不同點：
dtc碼obd與uds稍有區別，uds的dtc為高中低三個位元組，obd為高低兩個位元組，obd的dtc為uds dtc的高中兩個位元組，第三個位元組的含義為故障屬性。
obd應用程式根據iso 15031-5開發，uds應用程式根據iso 14229-1開發。
開發的關鍵功能梳理：
1、sid 服務id pid 引數id tid 測試id
2、診斷的服務，01 請求當前的動力資料，具體資料通過pid實現，類似uds的22
02 請求凍結幀資料，可以讀取凍結診斷的pid，類似uds的19 04
03 請求確定故障，通常為當前故障和歷史故障，類似uds的19 02
04 清除故障，通常為清除所有故障，類似uds的14
05 物理層為can匯流排不支援此服務，在06上實現
06 請求監控和測試的結果，類似uds的31
07 請求未決的故障碼
08 請求控制和測試，類似uds 31
09 請求車輛資訊，通常為vin和標定id等
3、對於01 02 06 08 09都需要支援$00 ,pid00代表的意義將4個位元組的位來表示pid01-pid20的支援情況。
根據以上規範就可以開發obd診斷的**了，作者在一周內完成了obd診斷的初版開發。
軟體開發的六大階段
第一階段 調研階段 本階段我們將組成企業專案調研組到企業進行現場調研，企業也部分需組織相應人員進行配合。整個調研工作將歷時三星期到乙個月左右時間。調研內容按以下方面進行。1 公司整體情況調研 目的 對企業的業務狀況，組織結構，企業文化，發展戰略進行仔細了解，從整體上對企業進行把握。2 oa系統調研 ...
六條軟體開發黃金定律
與其他領域一樣，軟體開發領域也有一些有趣的定律，這些定律包括了一些法則或軟體開發大神的名言，而且每個定律背後都有令人驚嘆的背景故事。最近，蒂姆 薩默 tim sommer 發文盤點了軟體開發領域最著名和最常見的15 條定律，本文摘錄了技術人較為熟悉的 6 條定律。1.墨菲定律 murphy s la...
軟體開發 六大原則
1，開閉原則 修改時，執行關閉原則 擴充套件時，執行開放原則 增加新功能 時，盡量不修改已有 然後將擴充套件的 增加到專案中 2，迪公尺特原則 高內聚，低耦合 在開發 時，類與類之間 模組與模組之間以及系統與系統之間，盡量保持低耦合，可以使得程式達到最大的復用 3，黎克特制代換原則 即多型 宣告方法...