引言

作為最早的車載與工業(yè)通信總線標準，傳統(tǒng)CAN（包括CAN CC和CAN FD）在數(shù)十年的發(fā)展中奠定了嵌入式通信的基礎，但隨著智能化、網(wǎng)聯(lián)化需求的爆發(fā)，其技術(shù)瓶頸逐漸凸顯。面對傳統(tǒng)CAN的局限性，行業(yè)迫切需要一種既能兼容現(xiàn)有生態(tài)，又能突破性能瓶頸的新一代CAN技術(shù)。

CAN XL正是在這一背景下應運而生 —— 由國際CAN標準化組織CiA（CAN in Automation）主導開發(fā)，核心目標很明確：保住傳統(tǒng)CAN「簡單、可靠、低成本」的優(yōu)勢，同時突破「速度」 和 「容量」的天花板。

01.

傳統(tǒng)CAN的局限性

容量不夠，速度也跟不上

■ 數(shù)據(jù)長度受限：CAN CC僅支持最大8字節(jié)數(shù)據(jù)，即使CAN FD擴展至64字節(jié)，仍無法滿足現(xiàn)代場景的大容量需求。

例如，激光雷達的單幀點云數(shù)據(jù)、高清攝像頭的圖像片段、工業(yè)設備的全量狀態(tài)參數(shù)等，均需數(shù)百至數(shù)千字節(jié)的傳輸能力，傳統(tǒng)CAN難以承載。

■ 速率天花板明顯：CAN CC最高速率為1Mbps，CAN FD數(shù)據(jù)階段最高為8Mbps，無法匹配高帶寬場景。（虹科PCAN設備均支持CAN FD波特率高達12Mbps）

以汽車智能駕駛為例，域控制器與傳感器之間的實時數(shù)據(jù)交互（如毫米波雷達的高頻探測結(jié)果）需要更高的傳輸效率，傳統(tǒng)速率會導致數(shù)據(jù)延遲或丟失。

02.

CAN XL技術(shù)誕生

從物理層到協(xié)議層的全面升級

CAN XL技術(shù)的核心競爭力，本質(zhì)是「在兼容基礎上的精準突破」—— 既保留傳統(tǒng)CAN總線低成本、高可靠的優(yōu)勢，又通過物理層優(yōu)化和協(xié)議層重構(gòu)，實現(xiàn)性能與功能的全面升級。其技術(shù)設計可從物理層和協(xié)議層兩個維度深入解析。

物理層

兼容舊系統(tǒng)，突破速率限制

CAN XL直接沿用了CAN FD的「基礎設施」：雙線制（CAN_High/CAN_Low）、120Ω終端電阻、線型拓撲。這意味著車企不用拆車里的線，工廠不用改車間的布線，直接換支持CAN XL的設備就能升級，遷移成本大幅降低。

CAN XL收發(fā)器

收發(fā)器是「提速關(guān)鍵」，目前已有多種類型適配 CAN XL。

CAN SIC XL收發(fā)器依據(jù)CiA610-3標準，在數(shù)據(jù)階段最高可達20Mbit/s，有SIC模式和FAST模式。SIC模式下，其行為類似CAN SIC收發(fā)器，采用顯性/隱性信號；FAST模式用于實現(xiàn)更高的比特率，TX節(jié)點采用推挽（0/1）方式，RX節(jié)點調(diào)整閾值，但此模式下不支持錯誤幀。在仲裁階段，采用CAN SIC收發(fā)器概念（SIC模式），在數(shù)據(jù)階段，選用推挽收發(fā)器概念（FAST模式），通過這種模式切換，CAN XL可實現(xiàn)高達20Mbit/s的比特率。在CAN XL協(xié)議的ADS（仲裁到數(shù)據(jù)序列）階段，收發(fā)器從SIC模式切換到FAST模式，模式切換由CAN XL協(xié)議控制器通過TxD引腳控制。

幀結(jié)構(gòu)

新增功能位，滿足復雜場景

CAN XL重構(gòu)了幀結(jié)構(gòu)，加了不少「智能功能鍵」，既能承載2048字節(jié)的大數(shù)據(jù)，又能精準對接CAN、以太網(wǎng)等不同場景。

仲裁域（Arbitration Field）

PID(Priority ID)：11位，僅用于總線仲裁，進行優(yōu)先級判定，不再承擔地址功能，地址功能則由后面的AF段完成。

XL段：包含RRS、IDE、FDF、XLF四位。RRS遠程請求不再支持遠程幀；IDE只支持11位ID，固定為顯性；FDF和XLF表示該幀是CAN FD幀或CAN XL幀。

控制域（Control Field）

ADS（Arbitration Data Sequence）：4位，標識從仲裁階段到數(shù)據(jù)階段的比特率切換（從仲裁階段≤1Mbit/s切換至數(shù)據(jù)階段最高20Mbit/s）。

SDT（SDU Type）：8位，定義數(shù)據(jù)字段中嵌入的協(xié)議類型（類似以太網(wǎng)的EtherType），支持256種類型。

SEC：1位，表示是否位加密數(shù)據(jù)。

DLC（Data Length Code）：11位，定義數(shù)據(jù)字段的長度，支持1-2048字節(jié)。

SBC（Stuff Bit Count）：3位，記錄 SOF（幀起始）和仲裁場的位填充數(shù)量，輔助接收節(jié)點正確處理位填充，確保數(shù)據(jù)傳輸?shù)恼_性和規(guī)范性。

PCRC（Preface CRC）：13位，位對仲裁字段和控制字段的前半部分（至PCRC為止）進行校驗，實現(xiàn)「早期錯誤檢測」，減少無效數(shù)據(jù)傳輸（若幀頭錯誤，可快速終止處理）。

VCID（Virtual CAN Network ID）：8位，類似以太網(wǎng)VLAN ID，用于將物理總線劃分為256個邏輯虛擬網(wǎng)絡，增強網(wǎng)絡的隔離性與靈活性，例如可以按照車身域進行劃分管理。

AF（Acceptance Field）：32位，用于地址標識，其含義由SDT（數(shù)據(jù)類型）決定，包含在控制器的64位硬件過濾器中。

數(shù)據(jù)域（Data Field）

數(shù)據(jù)字節(jié)（Data Bytes，1-2048 字節(jié)）：承載實際數(shù)據(jù)，可直接傳輸信號、封裝CAN FD幀、以太網(wǎng)幀（含IPv6等），無需拆分，減少協(xié)議開銷。

CRC 字段（CRC Field）

FCRC（Frame CRC）：32位，對整個幀（從仲裁字段到數(shù)據(jù)字段）進行校驗，確保高速傳輸下的數(shù)據(jù)正確性。

FCP（Format Check Pattern）：4位，用于接收節(jié)點對齊比特流（確認接收與發(fā)送的比特同步），避免因同步偏差導致的解析錯誤。

ACK字段（ACK Field)

DAS（Data Arbitration Sequence）：4位，標識從數(shù)據(jù)階段到仲裁階段的比特率切換（從高速數(shù)據(jù)階段切回低速仲裁階段）。

ACK（Positive Acknowledgement）：1位，與CAN FD機制一致，接收節(jié)點通過發(fā)送顯性位確認幀已正確接收。

EOF（End of Frame）：標識幀傳輸結(jié)束，固定為11個隱性位，與傳統(tǒng)CAN兼容。

協(xié)議兼容

CAN XL如何兼容以太網(wǎng)和CAN通信

CAN XL可兼容以太網(wǎng)上層協(xié)議和CAN通信，由SDT和AF字段實現(xiàn)。SDT字段長度為8位，這使得它理論上可以定義256種不同的服務數(shù)據(jù)單元類型 。在實際應用中，其具體的值由相關(guān)標準進行規(guī)定和擴展。目前，CiA611-1規(guī)范在第一版中定義了5種SDU類型（Content Based Addressing、Node Addressing、Classical & FD Frame Tunneling、IEEE 802.3 (Eth) Tunneling、IEEE 802.3 (Eth) mapped Tunneling），后續(xù)還計劃定義更多的值。

當SDT值為0x01（基于內(nèi)容的尋址）時，AF被解釋為Message ID，用于基于內(nèi)容的尋址；當SDT值為0x02（節(jié)點尋址）時 ，AF承載目標地址（Dest. Address）和源地址（Address Source），實現(xiàn)基于節(jié)點的尋址；當SDT值為0x03（CAN CC及FD幀傳輸）時，AF包含CAN幀ID（11位或29位ID），用于在傳輸CAN CC或CAN FD幀時進行識別和處理；當SDT值為0x04（IEEE 802.3（Eth）傳輸）或0x05（IEEE 802.3（Eth）映射傳輸）時，AF字段用于承載與以太網(wǎng)相關(guān)的地址信息（如用戶自定義、截斷的目的MAC地址等），以便在CAN XL網(wǎng)絡中傳輸以太網(wǎng)幀。

虹科PCAN XL套件

從技術(shù)到落地

技術(shù)再強，沒有好用的工具也難落地。很多用戶剛接觸CAN XL時，會發(fā)愁「沒有對接設備怎么辦？用什么軟件解析幀數(shù)據(jù)？」——虹科PCAN XL套件正好解決了這些入門痛點，一套就能搞定 「硬件連接 + 軟件分析」。

輕松邁出體驗新標準的第一步

虹科PCAN XL套件包含USB轉(zhuǎn)CAN XL接口、專業(yè)CAN分析軟件PCAN-Explorer 7搶先體驗版和PCAN-Basic編程接口，為初步開始使用CAN XL標準的用戶提供所需的工具。

考慮到CAN XL通信和CAN CC一樣，至少需要兩個總線節(jié)點，虹科在套件型號的選擇上提供了包含一個或兩個虹科PCAN USB XL接口的套裝選擇，即便還沒有合適的CAN XL對接設備，也能輕松邁出體驗新標準的第一步。

虹科新品 | 汽車通信新突破！PCAN-XL首發(fā)上線！

03.

落地問答

CAN XL實操痛點，這樣解決

聊完技術(shù)和工具，很多人還是會有實操疑問：安全性怎么保障？測試要做什么？行業(yè)大咖怎么看趨勢？虹科帶你一一說透CAN XL常見問題。

Q1：CAN XL在安全性方面相比傳統(tǒng)CAN有哪些提升？

【A1】CAN XL本身不提供加密或認證機制，與以太網(wǎng)類似，安全性需通過上層協(xié)議或硬件安全模塊（如加密引擎實現(xiàn)）。目前CANsec（CAN 安全標準） 正在開發(fā)中，預計2025年底完成，用于定義數(shù)據(jù)加密與身份驗證機制。

Q2：快速模式下，總線長度和布線有什么限制？

【A2】無固定限制，取決于拓撲和電磁環(huán)境。例如1Mbps仲裁階段時，總線長度通常40米；降低比特率可延長長度，分支長度需根據(jù)實際信號質(zhì)量調(diào)整。布線約束與CAN FD基本一致，可復用現(xiàn)有總線，僅需替換支持CAN XL的ECU即可提升速率。

Q3：CAN XL的VCID（虛擬局域網(wǎng)）怎么提升擴展性和安全性？難點在哪？

【A3】通過8位VCID劃分虛擬總線，隔離不同域（如車身、動力域），硬件級過濾非授權(quán)VCID流量，防止ECU被未授權(quán)消息攻擊。挑戰(zhàn)在于軟硬件需支持虛擬ID的過濾與路由。

Q4：和以太網(wǎng)（如10BASE-T1S）相比，CAN XL的優(yōu)勢是什么？

【A4】CAN XL的優(yōu)勢在于可靈活調(diào)整比特率（適配不同網(wǎng)絡環(huán)境）、無中心節(jié)點（避免單點故障），而以太網(wǎng)（如10BASE-T1S）需固定速率且依賴中心節(jié)點。

Q5：是否有商用MCU/工具鏈支持CAN XL？

【A5】虹科PCAN-USB XL支持Windows/Linux 驅(qū)動，虹科PCAN-Explorer 7可解析CAN XL幀，提供開放API供第三方開發(fā)。歡迎聯(lián)系虹科工作人員了解詳情。

Q6：模塊級驗證需哪些測試？是否有強制認證？

【A6】底層協(xié)議一致性測試遵循ISO標準，高層安全/一致性認證（如CANsec）仍在制定中，當前無強制要求。

結(jié)語.

隨著CANsec標準完善、芯片廠商持續(xù)跟進，CAN XL的應用場景還會進一步拓寬。對正在布局智能車載或工業(yè)自動化的團隊來說，現(xiàn)在通過虹科PCAN XL套件提前體驗、儲備技術(shù)，無疑是搶占下一代通信總線先機的務實選擇。更多相關(guān)信息，歡迎咨詢虹科工作人員。

作者簡介

李旭

虹科智能互聯(lián)汽車軟件開發(fā)工程師，專注CAN/LIN總線技術(shù)領域。