bootloader的案例
汽車(chē)電控系統(tǒng)bootloader知識(shí)介紹
一旦出現(xiàn)售后質(zhì)量問(wèn)題，如果召回的話，零部件供應(yīng)商和整車(chē)廠將面臨嚴(yán)重的經(jīng)濟(jì)損失，因此設(shè)計(jì)基于CAN總線的ECU在線程序更新Bootloader可以很好的解決這一問(wèn)題，將零部件供應(yīng)商和整車(chē)廠的損失降低到最小。目前國(guó)外大部分汽車(chē)整機(jī)廠（主機(jī)廠）和全球的一級(jí)汽車(chē)零部件供應(yīng)商 (Tier 1) 都要求在其設(shè)計(jì)的ECU實(shí)現(xiàn)Bootloader功能。
圖1-3 Bootloader簡(jiǎn)易框圖
假如使用CAN，框架則會(huì)設(shè)計(jì)成如圖1-3。
2.3 Bootloader框架
Bootloader由主機(jī)廠或者自己，可以選擇用或者不用，本次主要針對(duì)使用Bootloader情況進(jìn)行分析。主機(jī)使用協(xié)議由自己進(jìn)行定義，ECU啟動(dòng)模式選擇由芯片廠商進(jìn)行技術(shù)支持（如果沒(méi)有廠商支持是不可以的，是不被主機(jī)廠認(rèn)可的，大多數(shù)是購(gòu)買(mǎi)商業(yè)軟件包，由服務(wù)商進(jìn)行技術(shù)支持與芯片廠商共同支持的）。內(nèi)部編寫(xiě)均需要遵循協(xié)議，大多數(shù)開(kāi)發(fā)都是由多年開(kāi)發(fā)經(jīng)驗(yàn)沉淀下來(lái)，修改而成的，協(xié)議依然在進(jìn)步，代碼可能無(wú)法維護(hù)而無(wú)法支持，主機(jī)廠也會(huì)被迫選擇使用舊版協(xié)議。
圖1-4 Bootloader架構(gòu)
2.4 ECU Bootloader原理
主機(jī)廠規(guī)定不可把擦寫(xiě)內(nèi)部代碼的功能直接寫(xiě)入程序中，因此，只能每次用時(shí)才能將代碼放入ECU，ECU內(nèi)部可以有Bootloader，但不可以有擦寫(xiě)內(nèi)部代碼的功能，擦寫(xiě)代碼的功能稱(chēng)作NVM (None Valitale Momory–非易失性存儲(chǔ)器)驅(qū)動(dòng)程序。
圖1-5 NVM驅(qū)動(dòng)示意圖
主機(jī)將NVM驅(qū)動(dòng)程序下載到RAM區(qū)域，用NVM驅(qū)動(dòng)程序?qū)?nèi)部NVM進(jìn)行擦除寫(xiě)入新數(shù)據(jù)等，在最后跳轉(zhuǎn)即可完成更新。
展開(kāi) 圖解基于UDS的Flash BootLoader
bootloader程序架構(gòu)
略有簡(jiǎn)化的bootloader圖
這張圖和恒潤(rùn)教程中的BootLoader流程大體是一致的。
疑問(wèn)點(diǎn)
Q:圖中的燒寫(xiě)順序是34-36-34-36-34-36-37，但另一些材料中的順序是34-36-36-36-37。
A:這個(gè)問(wèn)題這樣理解，34-36-36-36-37的前提是你要下載的數(shù)據(jù)是連續(xù)的數(shù)據(jù)，每個(gè)36所使用的地址信息，都是34中包含的地址信息再加上一定的偏移量。
如果需要下載不連續(xù)的數(shù)據(jù)，就需要重新進(jìn)行34服務(wù)或31（擦除）-34服務(wù)。
1、為什么要搞Bootloader？為什么要基于UDS搞Bootloader
假如你的控制器有外殼，卻沒(méi)有設(shè)計(jì)bootloader的話，每次更新ECU的程序，你都需要把外殼拆開(kāi)，用燒寫(xiě)器來(lái)更新程序。有了bootloader，你就可以通過(guò)CAN線來(lái)更新程序了。更方便些的話，甚至可以通過(guò)OTA進(jìn)行遠(yuǎn)程升級(jí)。
那為什么使用UDS呢？主要是為了規(guī)范bootloader的全過(guò)程。比如燒寫(xiě)小明牌ECU時(shí)，我們肯定希望其他牌子的ECU處于一個(gè)靜默的狀態(tài)，都歇一歇，這就需要一個(gè)大家共同執(zhí)行的標(biāo)準(zhǔn)來(lái)進(jìn)行規(guī)范，什么時(shí)候停發(fā)數(shù)據(jù)，什么時(shí)候不能再儲(chǔ)存DTC了等等。
又比如在調(diào)試時(shí)，大家肯定希望你的控制器經(jīng)由CAN燒寫(xiě)的過(guò)程是大家都能看得懂的，是滿足于某種規(guī)范的。由此，UDS在設(shè)計(jì)時(shí)考慮了bootloader的需求，專(zhuān)門(mén)為bootloader設(shè)計(jì)了幾個(gè)服務(wù)，供大家使用。主機(jī)廠在發(fā)需求時(shí)自然就要求大家要在UDS規(guī)范的基礎(chǔ)上完成bootloader功能了。
展開(kāi) 詳解汽車(chē)Bootloader設(shè)計(jì)
2、BootLoader自更新需求
對(duì)于刷寫(xiě)流程和刷寫(xiě)規(guī)范，主機(jī)廠通常有自己的一套，而在開(kāi)發(fā)階段，為了防止因早期boot中存在BUG而需要更新Boot，供應(yīng)商通常會(huì)做Boot更新功能。
通常的做法是做兩級(jí)Boot，分別為供應(yīng)商自己的Boot和主機(jī)廠的Boot，具體如圖1所示，其中SB為供應(yīng)商自己的Boot，而CB為主機(jī)廠的Boot。除此之外還有其他很多方法，感興趣的可以戳回送門(mén)—>如何實(shí)現(xiàn)BootLoader自更新呢？
圖1 兩級(jí)boot
3、更新速率需求
在當(dāng)前主機(jī)廠都在追求整車(chē)OTA能力的情形下，主機(jī)廠開(kāi)始在意軟件的更新時(shí)間，盡量減少對(duì)用于的影響，也就是所謂的無(wú)感更新，提高用于體驗(yàn)，畢竟誰(shuí)也不想出現(xiàn)幾年前蔚來(lái)在長(zhǎng)安街上等半天更新軟件情形。
對(duì)此需要熟讀芯片手冊(cè)的Flash部分以及數(shù)據(jù)下載協(xié)議，多為UDS，目前通常采用的方法就是Flash執(zhí)行多頁(yè)寫(xiě)入，采取最大化的連續(xù)幀數(shù)量，也就是減少流控制的數(shù)量，亦或是提高總線速率等。
BootLoader程序流設(shè)計(jì)
ECU上電后，程序從鏈接文件中定義的RESET入口進(jìn)入Boot，Boot在做完基本的初始化之后，會(huì)檢查軟件刷新標(biāo)志位和App有效標(biāo)志位，如果有效，則停留在Boot中等待執(zhí)行軟件刷寫(xiě)任務(wù)，如果無(wú)效，則跳轉(zhuǎn)至App的入口地址，啟動(dòng)App。Boot的具體流程圖如圖2所示。
圖2 Bootloader軟件流程圖
軟件刷新標(biāo)志位被置位通常有兩種方式，其一為當(dāng)App正常運(yùn)行的時(shí)候，如果此時(shí)收到10 02切換至編程會(huì)話的命令，在App會(huì)將軟件刷新標(biāo)志位進(jìn)行置位，通常寫(xiě)入至NVM，寫(xiě)入成功后，軟件進(jìn)行復(fù)位。
展開(kāi) 基于S3C2440A處理器的Windows CE系統(tǒng)快速啟動(dòng)方案
其中引導(dǎo)加載程序(BootLoader)是系統(tǒng)加電后運(yùn)行的第一段代碼，主要是通過(guò)設(shè)置寄存器初始化硬件的工作方式，如設(shè)置時(shí)鐘、中斷控制寄存器等，完成內(nèi)存映射、初始化MMU等。其次是系統(tǒng)執(zhí)行環(huán)境的初始化，將系統(tǒng)內(nèi)核(Kernel)和應(yīng)用程序的映像從只讀存儲(chǔ)器加載或拷貝到系統(tǒng)的RAM中執(zhí)行，完成系統(tǒng)內(nèi)核的加載以及應(yīng)用程序的啟動(dòng)等。
1.1 BootLoader的啟動(dòng)
BootLoader是在操作系統(tǒng)內(nèi)核運(yùn)行之前運(yùn)行的一段小程序，它可以初始化硬件設(shè)備、建立內(nèi)存空間的映射圖，從而將系統(tǒng)的軟硬件環(huán)境帶到一個(gè)合適的狀態(tài)，為調(diào)用操作系統(tǒng)內(nèi)核準(zhǔn)備好環(huán)境。引導(dǎo)程序完成自己的任務(wù)后，就將控制權(quán)移交給內(nèi)核。通常引導(dǎo)程序是放置在不易丟失的快閑存儲(chǔ)器的開(kāi)始地址或者是系統(tǒng)冷啟動(dòng)時(shí)PC寄存器的初始值。
1.2 內(nèi)核啟動(dòng)時(shí)加載過(guò)程
BootLoader按照Windows CE啟動(dòng)方式的不同可分為2大類(lèi)：下載模式和啟動(dòng)加載模式。當(dāng)BootLoader把nk.bin解壓到RAM后就把CPU控制權(quán)交給Windows CE內(nèi)核。
啟動(dòng)加載模式是BootLoader的正常加載模式，BootLoader從存儲(chǔ)介質(zhì)將操作系統(tǒng)加載到RAM中，并從RAM中啟動(dòng)運(yùn)行操作系統(tǒng)。該過(guò)程并沒(méi)有用戶的介入。
下載模式則是BootLoader從開(kāi)發(fā)工作站下載操作系統(tǒng)映像文件到目標(biāo)設(shè)備的RAM，然后再將它寫(xiě)到目標(biāo)設(shè)備的FLASH等存儲(chǔ)介質(zhì)中。該過(guò)程要通過(guò)串口線或網(wǎng)絡(luò)連接等通信手段從主機(jī)(Host)下載文件。因此，不同的加載模式會(huì)直接影響內(nèi)核啟動(dòng)加載時(shí)間。
2 影響Windows CE啟動(dòng)速度的主要因素
影響系統(tǒng)啟動(dòng)時(shí)間的因素可以從系統(tǒng)本身和硬件2個(gè)方面考慮。
展開(kāi) 
如何使用AES加密防止固件泄露？
在嵌入式領(lǐng)域，根據(jù)嵌入式系統(tǒng)的MCU存儲(chǔ)結(jié)構(gòu)和更新原理，提出了通過(guò)加密方式升級(jí)設(shè)備功能的方法，其中最常用的方法為BootLoader加密升級(jí)。
Bootloader 是在操作系統(tǒng)或用戶應(yīng)用程序運(yùn)行之前執(zhí)行的一小段程序，通過(guò)這一小段程序，我們可以初始化硬件設(shè)備（如 CPU、SDRAM、Flash、串口等）、建立內(nèi)存空間的映射表，從而將系統(tǒng)的軟硬件環(huán)境帶到一個(gè)合適的狀態(tài)，為最終調(diào)用操作系統(tǒng)內(nèi)核或者用戶應(yīng)用程序準(zhǔn)備好正確的環(huán)境。
如何使用BootLoader加密升級(jí)可以防止競(jìng)爭(zhēng)對(duì)手/惡意用戶獲得對(duì)固件代碼的訪問(wèn)權(quán)限？
首先是使用代碼加密來(lái)保護(hù)固件。這里需要實(shí)現(xiàn)對(duì)稱(chēng)密碼，以及私鑰的引導(dǎo)加載程序中的生成和包含。在制造商方面，需要保護(hù)相同的私鑰，用于加密新固件版本。如圖1所示，一般對(duì)稱(chēng)加密算法流程。
圖1對(duì)稱(chēng)加密算法流程
對(duì)于常見(jiàn)的AES-128加密算法，由于AES處理的單位是字節(jié)，128位的輸入明文或固件P和輸入的密鑰K都被分為16個(gè)字節(jié)，一般我們會(huì)將明文分組用字節(jié)為單位的正方形狀態(tài)矩陣來(lái)描述，在每一輪的算法中，狀態(tài)矩陣的內(nèi)容不斷發(fā)生變化，最終的結(jié)果作為密文輸出。如圖2所示，AES-128分塊加密。
圖2 AES-128加密過(guò)程
AES算法是基于置換和代替的，置換是數(shù)據(jù)的重新排列，而代替是用一個(gè)單元數(shù)據(jù)替換另一個(gè)。
展開(kāi) 如何實(shí)現(xiàn)BootLoader自更新呢？
來(lái)源 | CSDN、汽車(chē)ECU開(kāi)發(fā)
知圈 | 進(jìn)“汽車(chē)智能交互社群”請(qǐng)加微信13636581676，備注交互
汽車(chē)軟件Boot程序的主要作用是刷新App程序。在在一個(gè)具體客戶項(xiàng)目中，Boot也是客戶需求的一部分，跟隨項(xiàng)目也有軟件開(kāi)發(fā)計(jì)劃（有的為了和其它Boot區(qū)分，把項(xiàng)目上的Boot稱(chēng)作CB, Customer Boot）。對(duì)于已經(jīng)下線盒蓋的控制器，無(wú)論是在供應(yīng)商或者客戶手里測(cè)試，只能通過(guò)CB刷新App。如果需要CB自刷新，就需要額外的方法。
規(guī)范：
整車(chē)廠只有對(duì)App程序刷新的規(guī)范，沒(méi)有對(duì)Boot自刷新的規(guī)范。因?yàn)橐?guī)范是針對(duì)量產(chǎn)車(chē)的，售后只負(fù)責(zé)App程序的升級(jí)，不對(duì)Boot升級(jí)（也不允許Boot升級(jí)）。所以，Boot的自刷新只存在于項(xiàng)目開(kāi)發(fā)階段，且由供應(yīng)商自行提供方案。本文分析五種Boot自更新方式的優(yōu)缺點(diǎn)。
方式一，SB更新CB：
如圖1-a，有的軟件架構(gòu)是兩級(jí)Boot：SB+CB，Start Boot只檢查CPU最小系統(tǒng)，與具體項(xiàng)目的外圍電路無(wú)關(guān)，它獨(dú)立于客戶需求，由供應(yīng)商自行維護(hù)，在Pilot項(xiàng)目早期就應(yīng)開(kāi)發(fā)完成。因?yàn)槌绦騿?dòng)順序是SB->CB->App,這樣在SB里增加刷新邏輯可以更新CB。通常情況下運(yùn)行CB更新App程序，特殊情況下程序啟動(dòng)后一直停留在SB里，更新CB。
優(yōu)點(diǎn)：
1.邏輯結(jié)構(gòu)簡(jiǎn)單清晰，軟件分工明確;
2.一次刷新，操作簡(jiǎn)易。
缺點(diǎn)：
1.需要較大的Flash空間在SB里存放刷新邏輯，項(xiàng)目SOP后又要禁止這種刷新方式，造成額外的浪費(fèi);
2.軟件分三級(jí)啟動(dòng)，結(jié)構(gòu)復(fù)雜，開(kāi)發(fā)和維護(hù)成本較高。對(duì)于不需要SB的控制器是一種負(fù)擔(dān);
3.萬(wàn)一SB
展開(kāi) 車(chē)身域控制器（BDCU）
主要功能
外部燈光：遠(yuǎn)光燈、近光燈、小燈、轉(zhuǎn)向燈、前后霧燈、晝行燈、倒車(chē)燈、制動(dòng)燈等
內(nèi)部燈光：室內(nèi)燈、背光燈、門(mén)燈
雨刮洗滌系統(tǒng)、喇叭控制等
自動(dòng)空調(diào)控制、門(mén)控邏輯、胎壓監(jiān)控、PEPS等整車(chē)控制策略
CAN / LIN通訊
預(yù)留以太網(wǎng)通訊
ISO15765 診斷
J1939_DM1 診斷
OSEK / AUTOSAR 網(wǎng)絡(luò)管理
BootLoader 程序更新功能
Limphome 工作模式
特點(diǎn)及優(yōu)勢(shì)
集成私有 CAN / LIN 網(wǎng)關(guān)功能：可擴(kuò)展總線智能開(kāi)關(guān)和智能執(zhí)行控制器，降低整車(chē)成本，增加整車(chē)可擴(kuò)展的靈活性
具有 Limphome 功能：在 MCU 失效后，近光燈、位置燈、左右轉(zhuǎn)向燈、雨刮低速和制動(dòng)燈仍可依靠開(kāi)關(guān)正常工作，有利于安全行駛
可擴(kuò)展 CANFD，提高總線速率，支持 OTA 下載
預(yù)留百兆以太網(wǎng)，可以支持 SOA 面向服務(wù)的架構(gòu)開(kāi)發(fā)
支持快速原型開(kāi)發(fā)，整車(chē)廠可以自定義整車(chē)舒適域控制邏輯
展開(kāi) 商用車(chē)車(chē)身域控制器
主要功能
?外部燈光：遠(yuǎn)光燈、近光燈、小燈、轉(zhuǎn)向燈、前后霧燈、晝行燈、倒車(chē)燈、制動(dòng)燈等
?內(nèi)部燈光：室內(nèi)燈、背光燈、門(mén)燈等
?雨刮洗滌系統(tǒng)、喇叭控制等
?自動(dòng)空調(diào)控制、門(mén)控邏輯、胎壓監(jiān)控等整車(chē)控制策略
?CAN 和 LIN 通訊
?ISO15765 診斷
?J1939_DM1 診斷
?OSEK/AUTOSAR 網(wǎng)絡(luò)管理
?BootLoader 程序更新功能
?Limphome 工作模式
特點(diǎn)及優(yōu)勢(shì)
?集成私有 CAN/LIN 網(wǎng)關(guān)功能：可擴(kuò)展總線智能開(kāi)關(guān)和智能執(zhí)行控制器，降低整車(chē)成本，增加整車(chē)可擴(kuò)展的靈活性
?具有 Limphome 功能：在 MCU 失效后，近光燈、位置燈、左右轉(zhuǎn)向燈、雨刮低速和制動(dòng)燈仍可依靠開(kāi)關(guān)正常工作，有利于安全行駛
?可擴(kuò)展 CANFD，提高總線速率，支持 OTA 下載
?支持快速原型開(kāi)發(fā)，整車(chē)廠可以自定義整車(chē)舒適域控制邏輯
展開(kāi) 乘用車(chē)車(chē)身控制系統(tǒng)（BCM）
主要功能
- 外部燈光：遠(yuǎn)光燈、近光燈、位置燈、轉(zhuǎn)向燈、前后霧燈、晝行燈、倒車(chē)燈、制動(dòng)燈等
- 內(nèi)部燈光：室內(nèi)燈、背光燈、門(mén)燈等
- 雨刮洗滌系統(tǒng)、喇叭控制等
- 門(mén)控邏輯、胎壓監(jiān)控等整車(chē)控制策略
- CAN和LIN通訊
- ISO15765診斷
- J1939_DM1診斷
- OSEK/AUTOSAR網(wǎng)絡(luò)管理
- BootLoader程序更新功能
- Limphome工作模式
特點(diǎn)及優(yōu)勢(shì)
- 集成私有CAN/LIN網(wǎng)關(guān)功能：可擴(kuò)展總線智能開(kāi)關(guān)和智能執(zhí)行控制器，降低整車(chē)成本，增加整車(chē)可擴(kuò)展的靈活性
- 具有Limphome功能：在MCU失效后，近光燈、位置燈、左右轉(zhuǎn)向燈、雨刮低速和制動(dòng)燈仍可依靠開(kāi)關(guān)正常工作，有利于安全行駛
- 可擴(kuò)展CANFD，提高總線速率，支持OTA下載
展開(kāi) 車(chē)身域控制--經(jīng)緯恒潤(rùn)
主要功能
? 標(biāo)準(zhǔn)型
? 外部燈光：前照燈、小燈、轉(zhuǎn)向燈、前后霧燈、日間行車(chē)燈、倒車(chē)燈、制動(dòng)燈、角燈、泊車(chē)燈等
? 內(nèi)部燈光：頂燈、鑰匙光圈、門(mén)燈
? 前后雨刮、前后洗滌、大燈洗滌
? 遙控鑰匙（RKE）、四門(mén)門(mén)鎖、尾門(mén)開(kāi)啟
? CAN/LIN通訊
? ISO15765診斷
? 網(wǎng)絡(luò)管理
? BootLoader程序更新功能
? Limphome工作模式
? 舒適型
? + 胎壓監(jiān)測(cè)（TPMS）
? + 發(fā)動(dòng)機(jī)防盜（IMMO）
? + 網(wǎng)關(guān)（3路CAN、3路LIN）
? 豪華型
? + PEPS功能
? + AFS Master
? +車(chē)窗控制
? +氛圍燈控制
特點(diǎn)及優(yōu)勢(shì)
? 集成網(wǎng)關(guān)功能：節(jié)省網(wǎng)關(guān)控制器，降低整車(chē)成本
? 具有Limphome功能：在MCU失效后，近光燈、位置燈、 雨刮低速和制動(dòng)燈仍可依靠開(kāi)關(guān)正常工作，有利于安全行駛
? 具備發(fā)動(dòng)機(jī)防盜功能：節(jié)省IMMO電控部件，降低整車(chē)成本
? 集成TPMS胎壓監(jiān)測(cè)功能：提升整車(chē)安全性能，提高市場(chǎng)競(jìng)爭(zhēng)力
展開(kāi) 網(wǎng)關(guān)控制器（GW）
產(chǎn)品功能
- 基本功能
報(bào)文 / 信號(hào)路由功能
速率轉(zhuǎn)換與協(xié)議翻譯
整車(chē)網(wǎng)絡(luò)相關(guān)診斷
網(wǎng)關(guān)自診斷
網(wǎng)絡(luò)管理
本地喚醒
Bootloader
開(kāi)關(guān)采集
總線喚醒
- 特色功能
整車(chē)節(jié)點(diǎn)配置
整車(chē)數(shù)據(jù)信息備份
整車(chē)對(duì)外診斷接口
整車(chē)運(yùn)輸模式控制
信息安全
產(chǎn)品特點(diǎn)
產(chǎn)品平臺(tái)化，開(kāi)發(fā)時(shí)間短，可有效配合客戶整車(chē)開(kāi)發(fā)計(jì)劃。同時(shí)，可根據(jù)客戶需要，配置以下內(nèi)容：
- 根據(jù)客戶需求，兼容 CAN/CANFD/Ethernet 網(wǎng)關(guān)功能
- 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，配置 CAN 通道個(gè)數(shù)（2~8 個(gè)通道）
- 根據(jù)網(wǎng)絡(luò)管理策略，配置 CAN 收發(fā)器類(lèi)型
- 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，配置高速或低速容錯(cuò) CAN 收發(fā)器類(lèi)型
- 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，配置 2 路 LIN 接口及 3 路開(kāi)關(guān)輸入 接口
- 低功耗
工作電流小于 200mA，休眠電流小于 200uA
- 可靠性
產(chǎn)品通過(guò)國(guó)際一流整車(chē)廠商的試驗(yàn)標(biāo)準(zhǔn)
CAN 接口具備完備的 EMC 性能保證措施
MCU 具備雙看門(mén)狗監(jiān)控
關(guān)鍵數(shù)據(jù)雙備份及數(shù)據(jù)掉電緩存
瞬態(tài)電壓抑制、ESD 靜電防護(hù)以及過(guò)壓與反接保護(hù)等一系列保護(hù)措施
展開(kāi) 
車(chē)身域控制器-BCM、DCM、空調(diào)控制器
主要功能
? 外部燈光：遠(yuǎn)光燈、近光燈、小燈、轉(zhuǎn)向燈、前后霧燈、晝行燈、倒車(chē)燈、制動(dòng)燈等
? 內(nèi)部燈光：室內(nèi)燈、背光燈、門(mén)燈等
? 雨刮洗滌系統(tǒng)、喇叭控制等
? 自動(dòng)空調(diào)控制、門(mén)控邏輯、胎壓監(jiān)控等整車(chē)控制策略
? CAN和LIN通訊
? ISO15765診斷
? J1939_DM1診斷
? OSEK/AUTOSAR網(wǎng)絡(luò)管理
? BootLoader程序更新功能
? Limphome工作模式
特點(diǎn)及優(yōu)勢(shì)
? 集成私有CAN/LIN網(wǎng)關(guān)功能：可擴(kuò)展總線智能開(kāi)關(guān)和智能執(zhí)行控制器，降低整車(chē)成本，增加整車(chē)可擴(kuò)展的靈活性
? 具有Limphome功能：在MCU失效后，近光燈、位置燈、左右轉(zhuǎn)向燈、雨刮低速和制動(dòng)燈仍可依靠開(kāi)關(guān)正常工作，有利于安全行駛
? 可擴(kuò)展CANFD，提高總線速率，支持OTA下載
? 支持快速原型開(kāi)發(fā)，整車(chē)廠可以自定義整車(chē)舒適域控制邏輯
經(jīng)緯恒潤(rùn)
北京市海淀區(qū)知春路7號(hào)致真大廈D座6層
郵箱：market_dept@hirain.com
網(wǎng)址：www.hirain.com
展開(kāi) 車(chē)身網(wǎng)絡(luò)控制器-經(jīng)緯恒潤(rùn)
基本功能
? 雨刮、洗滌控制
? 燈光控制（滿足ECE48法規(guī)標(biāo)準(zhǔn)）
? 喇叭和右轉(zhuǎn)彎報(bào)警等控制
? 后視鏡控制
? 門(mén)窗控制（自動(dòng)、點(diǎn)動(dòng)、防夾）
? 遙控控制功能（RKE：Remote Keyless Entry）
? CAN通訊協(xié)議符合SAE J1939協(xié)議
? LIN通訊
? 支持OSEK/AUTOSAR網(wǎng)絡(luò)管理
? 儀表信號(hào)指示及故障診斷功能（基于J1939_DM1協(xié)議）
? 電氣故障診斷（基于UDS協(xié)議）
? 整車(chē)廠總裝線/通過(guò)4S店自檢測(cè)模式
? 有效保存運(yùn)行信息，降低售后服務(wù)成本
產(chǎn)品特性與優(yōu)勢(shì)
? 簡(jiǎn)化開(kāi)關(guān)設(shè)計(jì)，降低復(fù)雜度，提高可靠性
? 輸出控制采用智能功率開(kāi)關(guān)驅(qū)動(dòng)，具有故障診斷、保護(hù)功能，取代傳統(tǒng)的保險(xiǎn)與繼電器方案，提高整車(chē)電器的可靠性
? 采用CAN總線和LIN總線技術(shù)實(shí)現(xiàn)信息共享，優(yōu)化線束設(shè)計(jì)，減少整車(chē)自重，提高可靠性
? 平臺(tái)化設(shè)計(jì)，便于主機(jī)廠進(jìn)行二次開(kāi)發(fā)，以滿足不同的功能需求和市場(chǎng)競(jìng)爭(zhēng)需求
? 具有自診斷模式，方便整車(chē)廠和用戶的維修
特色功能
? LED負(fù)載控制及自適應(yīng)診斷技術(shù)
? 掛車(chē)識(shí)別技術(shù)
? 參數(shù)在線配置
? 故障燈替代功能
? Bootloader功能
配套客戶
展開(kāi) 網(wǎng)關(guān)控制器———整車(chē)電子電氣架構(gòu)中的核心部件
產(chǎn)品功能
? 基本功能
? 報(bào)文 / 信號(hào)路由功能
? 速率轉(zhuǎn)換與協(xié)議翻譯
? 整車(chē)網(wǎng)絡(luò)相關(guān)診斷
? 網(wǎng)關(guān)自診斷
? 網(wǎng)絡(luò)管理
? 本地喚醒
? Bootloader
? 開(kāi)關(guān)采集
? 總線喚醒
? 特色功能
? 整車(chē)節(jié)點(diǎn)配置
? 整車(chē)數(shù)據(jù)信息備份
? 整車(chē)對(duì)外診斷接口
? 整車(chē)運(yùn)輸模式控制
產(chǎn)品特點(diǎn)
產(chǎn)品平臺(tái)化，開(kāi)發(fā)時(shí)間短，可有效配合客戶整車(chē)開(kāi)發(fā)計(jì)劃。同時(shí)，可根據(jù)客戶需要，配置以下內(nèi)容：
? 根據(jù)客戶需求，兼容CAN/CANFD/Ethernet網(wǎng)關(guān)功能
? 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，配置CAN通道個(gè)數(shù)（2~6個(gè)通道）
? 根據(jù)網(wǎng)絡(luò)管理策略，配置 CAN收發(fā)器類(lèi)型
? 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，配置高速或低速容錯(cuò) CAN 收發(fā)器類(lèi)型
? 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，配置 2 路 LIN 接口及 3 路開(kāi)關(guān)輸入接口
? 低功耗
? 工作電流小于 200mA，休眠電流小于 200uA
? 可靠性
? 產(chǎn)品通過(guò)整車(chē)廠商的試驗(yàn)標(biāo)準(zhǔn)
? CAN接口具備 EMC性能保證措施
? MCU 具備雙看門(mén)狗監(jiān)控
? 關(guān)鍵數(shù)據(jù)雙備份及數(shù)據(jù)掉電緩存
? 瞬態(tài)電壓抑制、ESD 靜電防護(hù)以及過(guò)壓與反接保護(hù)等一系列保護(hù)措施
經(jīng)緯恒潤(rùn)
北京市海淀區(qū)知春路7號(hào)致真大廈D座6層
電話：010-64840808
郵箱：market_dept@hirain.com
網(wǎng)址：www.hirain.com
展開(kāi) 汽車(chē)電子 網(wǎng)關(guān)控制器
產(chǎn)品功能
? 基本功能
? 報(bào)文 / 信號(hào)路由功能
? 速率轉(zhuǎn)換與協(xié)議翻譯
? 整車(chē)網(wǎng)絡(luò)相關(guān)診斷
? 網(wǎng)關(guān)自診斷
? 網(wǎng)絡(luò)管理
? 本地喚醒
? Bootloader
? 開(kāi)關(guān)采集
? 總線喚醒
? 特色功能
? 整車(chē)節(jié)點(diǎn)配置
? 整車(chē)數(shù)據(jù)信息備份
? 整車(chē)對(duì)外診斷接口
? 整車(chē)運(yùn)輸模式控制
產(chǎn)品特點(diǎn)
產(chǎn)品平臺(tái)化，開(kāi)發(fā)時(shí)間短，可有效配合客戶整車(chē)開(kāi)發(fā)計(jì)劃。同時(shí)，可根據(jù)客戶需要，配置以下內(nèi)容：
? 根據(jù)客戶需求，兼容CAN/CANFD/Ethernet 網(wǎng)關(guān)功能
? 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，配置CAN通道個(gè)數(shù)（2~6個(gè)通道）
? 根據(jù)網(wǎng)絡(luò)管理策略，配置 CAN收發(fā)器類(lèi)型
? 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，配置高速或低速容錯(cuò) CAN 收發(fā)器類(lèi)型
? 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，配置2 路 LIN 接口及3 路開(kāi)關(guān)輸入接口
? 低功耗
? 工作電流小于 200mA，休眠電流小于 200uA
? 可靠性
? 產(chǎn)品通過(guò)國(guó)際整車(chē)廠商的試驗(yàn)標(biāo)準(zhǔn)
? CAN接口具備 EMC 性能保證措施
? MCU 具備雙看門(mén)狗監(jiān)控
? 關(guān)鍵數(shù)據(jù)雙備份及數(shù)據(jù)掉電緩存
? 瞬態(tài)電壓抑制、ESD 靜電防護(hù)以及過(guò)壓與反接保護(hù)等一系列保護(hù)措施
經(jīng)緯 恒 潤(rùn)
電話：（010）64840808
郵箱：market_dept@hirain.com
地址：北京海淀區(qū)知春路7號(hào)致真大廈D座5-10層
展開(kāi) 