[發(fā)明專利]純電乘用車基于CAN總線實現(xiàn)多路遠(yuǎn)程OTA升級方法

有效

• 申請?zhí)枺?/td>: 201910632706.2
• 申請日: 2019-07-14
• 公開（公告）號: CN110474961B
• 公開（公告）日: 2022-05-06
• 發(fā)明（設(shè)計）人: 那德生;曹強
• 申請（專利權(quán)）人: 江蘇開沃汽車有限公司
• 主分類號: H04L67/00
• 分類號: H04L67/00;H04L67/06;H04L12/40;G06F8/65;G06F8/71
• 代理公司: 暫無信息
• 代理人: 暫無信息

1.一種純電乘用車基于CAN總線實現(xiàn)多路遠(yuǎn)程OTA升級方法，其特征在于：包括如下步驟：

步驟1，管理人員先對OTA升級包進(jìn)行測試和驗證，在驗證升級包完整性和安全性后，通過平臺操作將升級包進(jìn)行打包壓縮并上傳到服務(wù)器中，之后服務(wù)器對文件進(jìn)行管理其中包括升級包版本管理、升級內(nèi)容管理、升級操作日志管理；

步驟2，服務(wù)器會將更新的升級信息通過網(wǎng)絡(luò)發(fā)布給對應(yīng)的車輛，在升級包下載的過程中，車載通信終端保持電源的正常提供，并且能夠支持?jǐn)帱c續(xù)傳功能，來保證OTA升級包的完整性；

步驟3，車載終端多OTA升級包進(jìn)行解壓縮；

步驟4，將更新文件刷入ECU中；

所述步驟4包括如下步驟：

步驟A），預(yù)編程步驟

1）診斷會話控制10h 03h：為了禁止ECU間的正常通信和控制DTC設(shè)置，預(yù)編程需要啟動非默認(rèn)會話模式，通過使用會話類型為擴展會話模式的診斷會話控制（10h）服務(wù)來完成，此請求使用一個單幀請求報文，通過功能尋址發(fā)送給所有的ECU；

2）例程控制“檢查編程預(yù)條件”：例程控制“檢查編程預(yù)條件”31h 01h 02h 03h：通過此例程來檢查ECU編程條件，預(yù)編程檢驗條件由ECU決定，如果有任何不安全的因素，ECU應(yīng)該拒絕編程；

3）控制DTC設(shè)置：控制DTC設(shè)置85h 02h：診斷儀通過DTC設(shè)置類型設(shè)為“關(guān)閉”的控制DTC設(shè)置服務(wù)請求，此請求使用一個單幀請求報文，通過功能尋址發(fā)送給所有的ECU；

4）通信控制：通信控制28h 03h 01h：診斷儀通過通信控制（28h）服務(wù)請求，禁止非診斷報文的發(fā)送和接收，請求中的控制類型參數(shù)置為“disable the transmission and thereception”，通信類型置為“normal communication messages”，此請求使用一個單幀請求報文，通過功能尋址發(fā)送給所有的ECU；

5）讀取數(shù)據(jù)22h xxh yyh：在禁止正常通信后，讀取被編程的ECU的狀態(tài)；

步驟B，主編程步驟

1）診斷會話控制10h 02h：在收到一個尋址方式為物理尋址，子功能為編程會話的診斷會話控制（10h）服務(wù)后，ECU啟動Bootloader，并分配編程所需的所有資源，ECU需先發(fā)送肯定響應(yīng)再執(zhí)行跳轉(zhuǎn)到編程模式動作；

2）判斷應(yīng)用程序所處的區(qū)域，假如當(dāng)前應(yīng)用程序在A區(qū)運行，則在B區(qū)升級程序；

3）安全訪問27h 03h/04h：編程事件必須通過安全訪問，安全訪問（27h）服務(wù)在排放相關(guān)和安全系統(tǒng)中是強制的，下載前，通過安全訪問過程是強制的，確保只有合法的診斷儀能對ECU進(jìn)行下載操作；

4）寫入指紋信息：寫入數(shù)據(jù)2Eh F1h 84h：在擦除內(nèi)存例程之前，將“指紋”寫到ECU內(nèi)存中是強制的，“指紋”標(biāo)識了是哪個診斷儀對ECU內(nèi)存做了修改，每啟動一次重編程，需重寫指紋信息，未寫入或?qū)懭氩怀晒⒉辉试S重編程，診斷設(shè)備應(yīng)在Bootloader和應(yīng)用程序中均能通過讀F1h 84h DID追蹤到指紋信息；

5）驅(qū)動下載34h，36h，37h，31h：當(dāng)ECU的非易失性存儲單元中沒有存儲內(nèi)存驅(qū)動時，將執(zhí)行內(nèi)存驅(qū)動的下載，下載應(yīng)該按照如下時序來進(jìn)行：請求下載、傳輸數(shù)據(jù)、請求傳輸退出，下載完所有字節(jié)后，用“檢查編程完整性”例程（31h 01h 02h 02h）來檢查所有的字節(jié)都正確傳輸；

6）例程控制——“擦除內(nèi)存”31h 01h FFh 00h：為了允許應(yīng)用軟件和數(shù)據(jù)下載，ECU的內(nèi)存將被擦除，此步驟通過例程控制服務(wù)（31h）來執(zhí)行擦除內(nèi)存，如果擦除內(nèi)存例程被調(diào)用執(zhí)行，那么應(yīng)用軟件的標(biāo)志位將被置為無效；

7）下載過程34h，36h，37h：應(yīng)用軟件或者數(shù)據(jù)的每一個連續(xù)的數(shù)據(jù)塊下載到ECU非易失性內(nèi)存中；

8）例程控制——“檢查編程完整性”31h 01h 02h 02h：此例程用來檢查邏輯塊的完整性；

9）例程控制——“檢查編程依賴性”31h 01h FFh 01h：一旦完成所有的應(yīng)用軟件或數(shù)據(jù)塊/模塊的下載，診斷儀將開始一個例程來觸發(fā)ECU檢查重編程的依賴性，ECU供應(yīng)商定義檢查內(nèi)容，確保所有邏輯塊的兼容性和一致性；

10）電控單元復(fù)位11h 01h：診斷儀使用物理尋址，發(fā)送一個復(fù)位類型為硬復(fù)位的ECU復(fù)位（11h）服務(wù)請求報文到CAN網(wǎng)絡(luò)上；

11）根據(jù)編程結(jié)果選擇應(yīng)用程序所處的區(qū)域；

步驟C，后編程步驟

1）診斷會話控制10h 03h：診斷儀發(fā)送一個會話類型為擴展會話的診斷會話控制（10h）服務(wù)請求報文到CAN網(wǎng)絡(luò)上，使ECU進(jìn)入擴展會話中，該請求為功能尋址；

2）通信控制28h 00h 01h：診斷儀通過發(fā)送通信控制（28h）服務(wù)請求來使能非診斷報文的接收和發(fā)送，控制類型參數(shù)為“使能接收和發(fā)送”，通信類型為“正常通信報文”，該請求為功能尋址；

3）DTC設(shè)置控制 85h 01h：完成下載后，通過發(fā)送DTC設(shè)置類型為on的DTC設(shè)置控制服務(wù)請求，將所有ECU的DTC設(shè)置重新使能，該請求為功能尋址；

4）診斷會話控制10h 01h：診斷儀發(fā)送一個會話類型為默認(rèn)會話的診斷會話控制（10h）服務(wù)請求報文到CAN網(wǎng)絡(luò)上，所有的ECU接收到診斷會話控制（10h），而進(jìn)入到默認(rèn)會話模式，此請求通過功能尋址發(fā)送。