本發(fā)明涉及車聯(lián)網(wǎng)領(lǐng)域，尤其涉及一種uds診斷刷寫固件傳輸整車ota升級方法和整車ota升級模塊。

背景技術(shù)：

1、整車ota升級技術(shù)是對系統(tǒng)固件的升級，在不改變汽車硬件的情況下，對汽車的駕駛輔助功能、車身控制等進行遠程升級，而uds刷寫是基于應(yīng)用層的協(xié)議和其他網(wǎng)絡(luò)層的協(xié)議定義的控制器軟件升級，例如以太網(wǎng)通信下的doip刷寫，診斷儀刷寫。

2、目前固件傳輸協(xié)議復雜，且交互大相徑庭，通用性差，不同車型不能重復使用。結(jié)構(gòu)混亂，層次性低，可讀性和維護性較差。下載、刷寫、傳輸交互不明確，無異常情況策略保護，導致刷寫成功率不高。例如a車廠，采用usb通信傳輸，數(shù)據(jù)格式按照can通信格式傳輸，而前置條件通過can信號采集、監(jiān)測，部分條件又依賴ecu數(shù)據(jù)的主動上報，對于ota升級的前置準備，就已經(jīng)采用多個通信方式，傳輸協(xié)議又不一致，其他車型不能通用。整體的升級流程按照不同的車型區(qū)分適配，比如et車型支持雙分區(qū)回滾，bt車型不支持雙分區(qū)回滾，刷寫流程需要集成兩套，并且整體的異常處理不完善，導致刷寫失敗，整車變磚，刷寫流程未作異常保護，因為通信方式小概率存在數(shù)據(jù)傳輸不穩(wěn)定，丟數(shù)據(jù)的現(xiàn)象，當數(shù)據(jù)丟失刷寫主流程直接退出，未作重試或超時等待等操作，導致ecu刷寫失敗，刷寫不安全。當部分ecu不支持usb通信，則又需要中間件進行數(shù)據(jù)二次傳輸，增加刷寫失敗風險，并且問題定位又增加中間件的確認，嚴重影響項目的開發(fā)效率和進展。

技術(shù)實現(xiàn)思路

1、有鑒于現(xiàn)有技術(shù)的上述缺陷，本發(fā)明所要解決的技術(shù)問題是提供一種協(xié)議簡單、傳輸交互明確、層次清楚、可讀性維護性強的汽車ota固件升級方法和模塊，提高刷寫的成功率，保證了異常情況的處理。

2、為實現(xiàn)上述目的，本發(fā)明提供了一種uds診斷刷寫固件傳輸整車ota升級方法，包括：

3、預編程刷寫，此階段是刷寫前的網(wǎng)絡(luò)準備工作，主要內(nèi)容包含檢查升級前置條件、提高刷寫網(wǎng)絡(luò)速度、禁止其他ecu的網(wǎng)絡(luò)報文并關(guān)閉診斷故障代碼的設(shè)置；

4、主編程刷寫步驟用來編程一個或多個邏輯塊，此步驟的請求報文采用的是物理尋址；

5、后編程刷寫步驟，用來恢復整車can網(wǎng)絡(luò)及dtc記錄功能，此步驟的請求報文采用的是物理尋址和功能尋址。

6、進一步地，所述預編程刷寫還包括以下步驟：

7、1）目標ecu進入默認會話，診斷設(shè)備發(fā)送默認會話請求，使目標ecu進入默認會話；

8、2）讀取數(shù)據(jù)信息，診斷設(shè)備讀取目標ecu數(shù)據(jù)信息，讀取內(nèi)容包括但不限于硬件版本號、ecu件號和軟件版本號；此步驟是否執(zhí)行，或者執(zhí)行讀取后，目標ecu的響應(yīng)內(nèi)容，都不影響流程的繼續(xù)執(zhí)行；

9、3）整車ecu進入擴展會話，診斷設(shè)備發(fā)送擴展會話請求，使整車ecu進入擴展會話，報文發(fā)送完成后需延時1s再執(zhí)行后續(xù)步驟；

10、4）解鎖安全等級，診斷設(shè)備對目標ecu進行安全訪問，在此安全等級未解鎖之前，刷寫條件檢測將不能執(zhí)行；

11、5）刷寫條件檢測，診斷設(shè)備，發(fā)送例程控制服務(wù)，檢查目標ecu是否滿足刷寫條件；

12、6）禁止記錄dtc，診斷設(shè)備通過功能尋址，使用dtc設(shè)置服務(wù)，禁止can網(wǎng)絡(luò)中的ecu記錄dtc功能；

13、7）關(guān)閉通訊，診斷設(shè)備使用通信控制服務(wù)，禁止can網(wǎng)絡(luò)中的ecu發(fā)送和接收非診斷報文。

14、進一步地，所述主編程步驟包括：

15、1）目標ecu進入編程會話，診斷設(shè)備通過物理尋址，發(fā)送編程會話請求，使目標ecu進入編程會話；

16、2）解鎖安全等級，診斷設(shè)備通過物理尋址，對目標ecu進行安全訪問，在此安全等級未解鎖之前，后續(xù)的步驟將不能執(zhí)行；

17、3）寫入指紋信息，診斷設(shè)備通過物理尋址，寫入指紋信息到目標ecu，指紋信息須存儲在目標ecu的獨立于應(yīng)用程序的非易失性存儲器中；

18、4）刷寫flashdriver，flashdriver刷寫至目標ecu指定的ram區(qū)域。刷寫序列由請求下載、數(shù)據(jù)傳輸和請求傳輸退出3個服務(wù)組成；請求傳輸退出的請求和肯定響應(yīng)，均包含校驗值參數(shù)，校驗值用于驗證此次數(shù)據(jù)的完整性；

19、5）flashdriver檢測：flashdriver刷寫完成后，診斷設(shè)備通過物理尋址，發(fā)送例程控制服務(wù)），檢測下載的flashdriver是否與目標ecu匹配；

20、6）刷寫應(yīng)用程序，應(yīng)用程序刷寫至目標ecu指定的非易失性存儲器區(qū)域，刷寫序列由擦除內(nèi)容、請求下載、數(shù)據(jù)傳輸和請求傳輸退出4個服務(wù)組成；

21、7）應(yīng)用程序兼容性檢測，應(yīng)用程序刷寫完成后，診斷設(shè)備通過物理尋址，發(fā)送例程控制服務(wù)，檢測應(yīng)用程序的完整性和依賴性。

22、進一步地，所述后編程刷寫步驟包括：

23、1)開啟通訊：診斷設(shè)備使用通信控制服務(wù)，開啟can網(wǎng)絡(luò)中的ecu發(fā)送和接收非診斷報文；

24、2)重啟目標ecu：診斷設(shè)備通過物理尋址，使用復位服務(wù)，使目標ecu重啟并跳轉(zhuǎn)到應(yīng)用程序；

25、3)延時：在目標ecu反饋復位服務(wù)肯定響應(yīng)后，診斷設(shè)備應(yīng)開始5秒延時計時器，當計時器計數(shù)到后，執(zhí)行后編程步驟4；

26、4)清除目標ecu故障碼：診斷設(shè)備使用清除故障碼服務(wù)，清除目標ecu的故障碼；

27、5)開啟dtc記錄：診斷設(shè)備通過功能尋址，使用dtc設(shè)置服務(wù)，開啟can網(wǎng)絡(luò)中的ecu記錄dtc功能；

28、6)整車ecu進入默認會話：診斷設(shè)備發(fā)送擴展會話請求，使整車ecu進入默認會話。

29、為實現(xiàn)上述目的，本發(fā)明還提供了一種整車ota升級模塊，其特征在于，包括：

30、ota升級數(shù)據(jù)共享函數(shù)庫，在所述函數(shù)庫中封裝了多功能的軟件接口函數(shù)，用于完成整車ota的刷寫；

31、下載模塊，采用tcp的通信方式，和ota服務(wù)器建立連接之后，從所述函數(shù)庫指定的目錄下下載升級包，用于客戶端的認證和消息的加密解密；

32、刷寫模塊，通過主控制tester端控制ecu端，通信的方式采用一問一答；升級包下載成功之后，提供升級程序接口函數(shù)，其他模塊通過調(diào)用統(tǒng)一的接口，將需要升級的ecu信息通知給tester端，tester端收到ecu信息之后，對這些信息進行驗證并處理，處理完成之后，開始刷寫；需要刷寫的ecu，tester端控制ecu端通過診斷服務(wù)實現(xiàn)固件升級，而診斷采用統(tǒng)一的服務(wù)

33、版本校驗模塊，用于刷寫完成之后采用診斷的方式查詢版本號，tester端發(fā)送查詢指令，ecu端回復當前版本號，tester端進行版本校驗，校驗成功之后，terter端回復刷寫結(jié)果，而其他模塊只需要判斷最終的結(jié)果就可完成整車ota升級的動作。

34、通過這種方式，整體的刷寫成功率大大提高，也更加的安全可靠。

35、進一步地，所述刷寫模塊，在ecu端未響應(yīng)或回復異常時，tester端進行異常處理。

36、進一步地，所述tester端最終判斷接口的返回結(jié)果即可進行下一步流程。

37、本發(fā)明的技術(shù)方案提供一種協(xié)議簡單、層次清楚、可讀性維護性強的汽車ota固件升級方法和模塊，提高刷寫的成功率。本發(fā)明的技術(shù)方案使用公共接口，即使用統(tǒng)一的動態(tài)庫,動態(tài)庫中集成所需功能的軟件接口函數(shù)，將接口函數(shù)作為公共接口提供給其他模塊使用，這樣可以使模塊功能區(qū)分清晰，分層設(shè)計，邏輯清晰明了。采用接口封裝，動態(tài)庫調(diào)用的方式，方便移植，提高車型復用性。增加異常保護以及刷寫失敗重試策略，增加刷寫安全性能和刷寫成功率。采用診斷數(shù)據(jù)刷寫方式，便于不同廠家ecu的適配性。

38、以下將結(jié)合附圖對本發(fā)明的構(gòu)思、具體結(jié)構(gòu)及產(chǎn)生的技術(shù)效果作進一步說明，以充分地了解本發(fā)明的目的、特征和效果。