全車(chē)架構(gòu)（E/E）
?車(chē)載測(cè)試階段：
臺(tái)架測(cè)試
HIL測(cè)試（硬件在環(huán)測(cè)試）
ADAS智能輔助駕駛測(cè)試
OTA測(cè)試（遠(yuǎn)程升級(jí)測(cè)試）
測(cè)試工具：
Can協(xié)議工具：Canoe Pcan Zcanpro
輔助工具：萬(wàn)用表（測(cè)試電壓 電流 電路通斷） 電源 示波器(設(shè)備信號(hào)波分析)
編程語(yǔ)言：Cpla Python ADb
HIL硬件在環(huán)測(cè)試：
HIL臺(tái)架硬件平臺(tái)：需要UIL臺(tái)架供應(yīng)商提供實(shí)時(shí)仿真機(jī)硬件 ，比如FPGA卡板
供應(yīng)商Dspace NI公司 Vector Speedgoat
HIL軟件平臺(tái)：自動(dòng)化測(cè)試系統(tǒng) Veristand實(shí)驗(yàn)管理平臺(tái)，TestStand自動(dòng)化測(cè)試軟件
HIl測(cè)試仿真模型：需要客戶和供應(yīng)商根據(jù)產(chǎn)品功能和需求提供模型
ADAS智能輔助駕駛
DMS疲勞駕駛：疲勞監(jiān)測(cè)
LKAS車(chē)道保持
LDWS車(chē)道偏離警示系統(tǒng)
AEB緊急停車(chē)系統(tǒng)
算法庫(kù)測(cè)試階段：各類工況下收集的行車(chē)場(chǎng)景測(cè)試視頻。測(cè)試算法識(shí)別率
實(shí)車(chē)測(cè)試階段：將產(chǎn)品DEMO安裝到車(chē)上進(jìn)行測(cè)試，大多由主機(jī)廠和零部件供應(yīng)商掌握
OTA遠(yuǎn)程升級(jí)測(cè)試
要求：升級(jí)速度快 數(shù)據(jù)傳輸準(zhǔn) 升級(jí)過(guò)程穩(wěn) 用戶體驗(yàn)好
OTA升級(jí)流程：
Can使用和介紹
Can協(xié)議總線協(xié)議是由BOSCH發(fā)明的一種消息廣播模式的串行通信協(xié)議總線
Can總線解讀：
特點(diǎn)：高性能 高可靠
can協(xié)議在結(jié)構(gòu)中的位置，主要有can_H和can_L
?can報(bào)文結(jié)構(gòu)解讀：
一個(gè)報(bào)文由以下部分構(gòu)成
起始幀（SOF）：
仲裁段（ID）：
控制段（DLC）
數(shù)據(jù)段（DATA）：
?校驗(yàn)段：（CRC段）
ACK段：
結(jié)束段（EOF）：
| 域段 | 域段名 | 位寬:bit | 描述 |
|---|---|---|---|
| 幀起始 | SOF（Start Of Frame） | 1 | 數(shù)據(jù)幀起始標(biāo)志，固定為1bit顯性（'b0） |
| 仲裁段 | Identify（ID） | 11 | 本數(shù)據(jù)幀的 ID 信息，?ID 信息的作用：① 如果同時(shí)有多個(gè)節(jié)點(diǎn)發(fā)送數(shù)據(jù)時(shí)，作為優(yōu)先級(jí)依據(jù)（仲裁機(jī)制）；② 目標(biāo)節(jié)點(diǎn)通過(guò) ID 信息來(lái)接受數(shù)據(jù)（驗(yàn)收濾波技術(shù)） |
| RTR | Remote Transmission Request BIT | 1 | RTR標(biāo)識(shí)是否是遠(yuǎn)程幀（0，數(shù)據(jù)幀；1，遠(yuǎn)程幀），在數(shù)據(jù)幀里這一位為顯性('b0) |
| IDE | Identifier Extension Bit | 1 | IDE用于區(qū)分標(biāo)準(zhǔn)格式與擴(kuò)展格式，在標(biāo)準(zhǔn)格式中 IDE 位為顯性（‘b0），在擴(kuò)展格式里 IDE 位為隱性（’b1） |
| R0 | 保留位 | 1 | 1bit保留位，固定為1'b0 |
| DLC | data length | 4 | 由 4 位組成，MSB 先行（高位先行），它的二進(jìn)制編碼用于表示本報(bào)文中的數(shù)據(jù)段含有多少個(gè)字節(jié)，DLC 段表示的數(shù)字為0到8，若接收方接收到 9~15 的時(shí)候并不認(rèn)為是錯(cuò)誤 |
| 數(shù)據(jù)段 | data | 0~64 | 據(jù)幀的核心內(nèi)容，它由 0~8 個(gè)字節(jié)(0 ~ 64位)組成，MSB 先行 |
| CRC段 | CRC | 15 | 段用于檢查幀傳輸錯(cuò)誤，發(fā)送方以一定的方法計(jì)算包括：幀起始、仲裁段、控制段、數(shù)據(jù)段；接收方以同樣的算法計(jì)算 CRC 值并進(jìn)行比較，如果不同則會(huì)向發(fā)送端反饋出錯(cuò)信息，重新發(fā)送；計(jì)算和出錯(cuò)處理一般由 CAN 控制器硬件完成或由軟件控制最大重發(fā)數(shù)。 |
| CRC界定符 | 1 | CRC 界定符（用于分隔的位），為隱性位(1'b1)，主要作用是把CRC 校驗(yàn)碼與后面的 ACK 段間隔起來(lái) | |
| ACK 槽 | ACK slot | 1 | 在 ACK 槽位中，發(fā)送端發(fā)送的為隱性位，而接收端則在這一位中發(fā)送顯性位以示應(yīng)答；發(fā)送 ACK/返回 ACK這個(gè)過(guò)程使用到回讀機(jī)制，即發(fā)送方先在 ACK 槽發(fā)送隱性位后，回讀到的總線上的電平為顯性0，發(fā)送方才知道它發(fā)送成功了，不用重發(fā) |
| ACK界定符 | 1 | 在 ACK 槽和幀結(jié)束之間由 ACK 界定符間隔開(kāi)，為隱性位 | |
| 幀結(jié)束 | EOF | 7 | 由發(fā)送端發(fā)送 7 個(gè)隱性位表示結(jié)束 |
圖為引用片段，引用位置：CAN總線協(xié)議_can協(xié)議_mustfeng的博客-CSDN博客
Lin協(xié)議
lin適用于可靠性不高 低成本使用場(chǎng)景
使用場(chǎng)景包括車(chē)窗 天窗? 座椅 門(mén)鎖....
?can協(xié)議與lin協(xié)議溝通
lin協(xié)議構(gòu)成
?文章來(lái)源：http://www.zghlxwxcb.cn/news/detail-445772.html
引用位置：LIN總線協(xié)議_lin協(xié)議_東川君的博客-CSDN博客?文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-445772.html
到了這里，關(guān)于汽車(chē)架構(gòu)-工作流程 以及相關(guān)協(xié)議解讀的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
