點擊上方藍字談思實驗室
獲取更多汽車網(wǎng)絡安全資訊

01
CAN Transceiver收發(fā)器結構
以NXP恩智浦的TJA1145A為例(見圖1-1),來介紹CAN收發(fā)器。TJA1145A是一款高速CAN收發(fā)器,可在控制器局域網(wǎng)(CAN)協(xié)議控制器和物理雙線式CAN總線之間提供接口。該收發(fā)器專門設計用于汽車行業(yè)的高速CAN和CAN FD應用,可為微控制器中的CAN協(xié)議控制器提供具有差異化優(yōu)勢的信號發(fā)送和接收能力。
TJA1145A在CAN FD快速相位下,即使數(shù)據(jù)速率高達5 Mbit/s,也能實現(xiàn)可靠的通信。
TJA1145A在待機模式和休眠模式下具有超低的功耗,通過使用選擇性喚醒功能,支持符合ISO 11898-6標準的CAN Partial networking(PN)。

圖1-1
下圖(見圖1-2)為TJA1145A高速CAN收發(fā)器功能框圖。

圖1-2

1.1 CAN收發(fā)器對本ECU發(fā)送CAN報文的“回采”
“回采”的理論基礎。在CAN協(xié)議規(guī)范(ISO 11898-1-2015)中,有如下圖的要求:

“監(jiān)視(發(fā)送器將發(fā)送的位電平與網(wǎng)絡上檢測到的位電平進行比較);”

“a)bit error位錯誤
在總線上,一個節(jié)點發(fā)送一個位也應監(jiān)視總線。當監(jiān)視的位值與發(fā)送的位值不同時,就會在該bit time檢測到bit error位錯誤。”
上述這些要求,在CAN controller與CAN transceiver之間是如何實現(xiàn)的?我們將圖1-2的左下角部分進行單獨的分解,得到圖1-3:
Step1:ECU準備發(fā)送一幀報文,CAN控制器按照經(jīng)典CAN/CANFD幀格式,通過TX發(fā)送0和1數(shù)字電平序列給到CAN收發(fā)器;
Step2:CAN收發(fā)器中的Transmitter將0和1數(shù)字電平序列轉換差分電平,通過CANH和CANL發(fā)送到CAN Bus上;
Step3:與此同時,CAN收發(fā)器中的Receiver回讀CAN Bus上的差分電平,并轉化為0和1數(shù)字電平,給到CAN控制器,完成一次“該ECU發(fā)送一幀CAN報文的回采”;
Step4:CAN控制器比較Step1和Step3中TX和RX上數(shù)字電平是否一致,見圖1-4

圖1-3

圖1-4
1.2 什么是Loop delay環(huán)路延遲
loop delay環(huán)路延遲的概念:
在“回采”過程中,CAN收發(fā)器經(jīng)歷了兩次轉換:Transmitter將0和1數(shù)字電平序列轉換差分電平;Receiver將差分電平轉換0和1數(shù)字電平序列。因為轉換是需要時間的,勢必有物理上的延遲。見圖1-5,ECU發(fā)送一幀報文。TX和Rx Pin上電平變化:Rx上的數(shù)字電平變化會滯后些許時間。

圖1-5
圖1-6展示的是示波器下,一個CANFD幀局部放大的后效果:RX電平變化相比TX滯后了100多納秒。

圖1-6
1.2.1 Loop delay環(huán)路延遲的典型值
另外在TJA1145A的Data Sheet數(shù)據(jù)手冊中,也給出了Loop delay環(huán)路延遲的典型值,見圖1-7和1-8。該值隨著電氣參數(shù)的變化而變化。

圖1-7

圖1-8
02
什么是TDC:Transceiver Delay Compensation收發(fā)器延遲補償
在CAN FD數(shù)據(jù)段,如果使用較快的比特率(啟用BRS位),導致bit time較短,則local CAN transceiver loop delay造成的延遲將大于Phase_Seg1(見圖2-1,采樣點前的time segment時間段):假設Loop delay環(huán)路延遲是255納秒,如果CANFD幀數(shù)據(jù)段Bit Rate大于等于4Mhz,即一個Bit Time小于等于250納秒,從而導致檢測到bit error位錯誤。transceiver loop delay收發(fā)器環(huán)路延遲限制了CAN FD幀數(shù)據(jù)段的Bit Rate比特率。

圖2-1
因此,為了克服這一限制,引入了TDC(Transceiver Delay Compensation收發(fā)器延遲補償)功能,即在CAN FD幀的數(shù)據(jù)段,發(fā)送器應使用一個新的采樣點SSP(Secondary Sample Point第二采樣點),而忽略transceiver loop delay收發(fā)器環(huán)路延遲的SP(sample point)。
Secondary Sample Point第二采樣點由transceiver loop delay收發(fā)器環(huán)路延遲和可配置的transceiver delay compensation offset收發(fā)器延遲補償偏移組成。
Transceiver loop delay收發(fā)器環(huán)路延遲是在每個發(fā)送幀中從EDL位(同F(xiàn)DF位)到下一位r0的邊沿,對應發(fā)送位邊沿和接收位邊沿之間測量的(見圖2-2,圖2-3)。測得的loop delay不足以用于定義secondary sample point,因為它與位邊沿有關。

圖2-2 Transceiver loop delay收發(fā)器環(huán)路延遲測量

圖2-3 示波器下,一個CANFD幀RX電平變化相比TX滯后了120納秒
Transceiver delay compensation offset收發(fā)器延遲補償偏移用于將secondary sample point從邊沿轉移到bit time內的中間點,遠離其邊沿。因此,offset值不能大于data phase的bit time。
如果secondary sample point設置得非常接近CAN bit邊沿(見圖2-1,Sync_Seg字段),則在data phase的位采樣期間可能會出現(xiàn)問題。為了使TDC可靠地工作,offset必須使用最佳設置。為確保在最佳區(qū)域中執(zhí)行位采樣,TDC offset建議參考如下等式,參考圖2-1:
Offset = Phase_Seg1 + Prop_Seg + 2
下圖2-4顯示了使用這些設置時的SSP位置。

圖2-4
2.1 總結:Transceiver Delay Compensation啟用條件
通過以上章節(jié)的描述,總結如下:
條件1:該幀必須是CANFD幀(不適用于經(jīng)典CAN幀,原因是其bit time遠大于Loop Delay),并且啟用了BRS位(數(shù)據(jù)段比特率高于仲裁段比特率),SSP作用在CANFD幀的數(shù)據(jù)段;
條件2:TDC僅適用于ECU發(fā)送的CANFD幀,不適用ECU接收的CANFD幀;
條件3:在MCU的寄存器中啟用TDC功能;
2.2 Secondary sample point test第二采樣點測試方法

2.3 Infineon英飛凌TC2xx系列芯片 – TDC配置寄存器摘錄
Transceiver Delay Compensation收發(fā)器延遲補償寄存器TDCRx包含設置Transceiver Delay Compensation收發(fā)器延遲補償功能的所有參數(shù)以及相應的狀態(tài)位。NTDCRx寄存器只有在NCRx.CCE位被設置時才能寫入。
CAN_NTDCRx(x = 0-2)
Node x Transceiver Delay Compensation收發(fā)器延遲補償寄存器(23CH+x*100H)0000 0000H
CAN1_NTDCRz(z = 0-2)
Node z Transceiver Delay Compensation收發(fā)器延遲補償寄存器(23CH+z*100H)0000 0000H

來源:CSDN@「汽車電子助手」
https://blog.csdn.net/qfmzhu/article/details/131948903
談思-汽車出海安全合規(guī)(歐洲)
交流群
談思 AutoSec Europe 峰會旨在搭建一個能融匯全球視野與中國實踐、連接技術前沿與落地應用的國際性專業(yè)平臺,以助力中國汽車應對在出海過程中面臨的網(wǎng)絡與數(shù)據(jù)安全合規(guī)痛點。從前沿技術研討、合規(guī)要點解析到經(jīng)驗交流,都將通過本平臺為您提供持續(xù)支持。社群已超過200人,需邀請加入,如需入群,歡迎添加社群小助手微信taaslabs01。

談思-SDV&AIDV技術出海
交流群
誠邀行業(yè)同仁加入談思SDV&AIDV出海技術交流群,聚焦軟件定義汽車、AI定義汽車、下一代EEA、智能座艙、智能駕駛、軟件架構、域控制器開發(fā)、芯片技術、軟件工具等核心議題,歡迎大家加群交流探討~~社群已超過200人,需邀請加入,如需入群,歡迎添加社群小助手微信taaslabs01。

end

談思汽車媒體門戶

精品活動推薦



AutoSec系列沙龍

專業(yè)社群
部分入群專家來自:
新勢力車企:
特斯拉、理想、極氪、小米、零跑汽車、阿維塔汽車、智己汽車、小鵬、嵐圖汽車、蔚來汽車、吉祥汽車、賽力斯......
外資傳統(tǒng)主流車企代表:
大眾中國、大眾酷翼、奧迪汽車、寶馬、福特、戴姆勒-奔馳、通用、保時捷、沃爾沃、現(xiàn)代汽車、日產汽車、捷豹路虎、斯堪尼亞......
內資傳統(tǒng)主流車企:
吉利汽車、上汽乘用車、長城汽車、上汽大眾、長安汽車、北京汽車、東風汽車、廣汽、比亞迪、一汽集團、一汽解放、東風商用、上汽商用......
全球領先一級供應商:
博世、大陸集團、聯(lián)合汽車電子、安波福、采埃孚、科世達、舍弗勒、霍尼韋爾、大疆、日立、哈曼、華為、百度、聯(lián)想、聯(lián)發(fā)科、普瑞均勝、德賽西威、蜂巢轉向、均聯(lián)智行、武漢光庭、星紀魅族、中車集團、濰柴集團、地平線、紫光同芯、字節(jié)跳動、......
二級供應商(500+以上):
中科數(shù)測、ETAS、BlackDuck、NXP、上海軟件中心、Deloitte、奇安信、為辰信安、云馳未來、信長城、澤鹿安全、紐創(chuàng)信安、復旦微電子、天融信、奇虎360、中汽中心、中國汽研、上海汽檢、加特蘭微電子、浙江大學......
人員占比

公司類型占比

文章
關于涉嫌仿冒AutoSec會議品牌的律師聲明
一文帶你了解智能汽車車載網(wǎng)絡通信安全架構
網(wǎng)絡安全:TARA方法、工具與案例
汽車數(shù)據(jù)安全合規(guī)重點分析
淺析汽車芯片信息安全之安全啟動
域集中式架構的汽車車載通信安全方案探究
系統(tǒng)安全架構之車輛網(wǎng)絡安全架構
車聯(lián)網(wǎng)中的隱私保護問題
智能網(wǎng)聯(lián)汽車網(wǎng)絡安全技術研究
AUTOSAR 信息安全框架和關鍵技術分析
AUTOSAR 信息安全機制有哪些?
信息安全的底層機制
汽車網(wǎng)絡安全
Autosar硬件安全模塊HSM的使用
首發(fā)!小米雷軍兩會上就汽車數(shù)據(jù)安全問題建言:關于構建完善汽車數(shù)據(jù)安全管理體系的建議