引言

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

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

01.

傳統CAN的局限性

容量不夠，速度也跟不上

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

例如，激光雷達的單幀點云數據、高清攝像頭的圖像片段、工業設備的全量狀態參數等，均需數百至數千字節的傳輸能力，傳統CAN難以承載。

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

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

02.

CAN XL技術誕生

從物理層到協議層的全面升級

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

物理層

兼容舊系統，突破速率限制

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

CAN XL收發器

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

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

幀結構

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

CAN XL重構了幀結構，加了不少「智能功能鍵」，既能承載2048字節的大數據，又能精準對接CAN、以太網等不同場景。

仲裁域（Arbitration Field）

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

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

控制域（Control Field）

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

SDT（SDU Type）：8位，定義數據字段中嵌入的協議類型（類似以太網的EtherType），支持256種類型。

SEC：1位，表示是否位加密數據。

DLC（Data Length Code）：11位，定義數據字段的長度，支持1-2048字節。

SBC（Stuff Bit Count）：3位，記錄 SOF（幀起始）和仲裁場的位填充數量，輔助接收節點正確處理位填充，確保數據傳輸的正確性和規范性。

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

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

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

數據域（Data Field）

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

CRC 字段（CRC Field）

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

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

ACK字段（ACK Field)

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

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

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

協議兼容

CAN XL如何兼容以太網和CAN通信

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

當SDT值為0x01（基于內容的尋址）時，AF被解釋為Message ID，用于基于內容的尋址；當SDT值為0x02（節點尋址）時 ，AF承載目標地址（Dest. Address）和源地址（Address Source），實現基于節點的尋址；當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字段用于承載與以太網相關的地址信息（如用戶自定義、截斷的目的MAC地址等），以便在CAN XL網絡中傳輸以太網幀。

虹科PCAN XL套件

從技術到落地

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

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

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

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

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

03.

落地問答

CAN XL實操痛點，這樣解決

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

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

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

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

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

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

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

Q4：和以太網（如10BASE-T1S）相比，CAN XL的優勢是什么？

【A4】CAN XL的優勢在于可靈活調整比特率（適配不同網絡環境）、無中心節點（避免單點故障），而以太網（如10BASE-T1S）需固定速率且依賴中心節點。

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

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

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

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

結語.

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

作者簡介

李旭

虹科智能互聯汽車軟件開發工程師，專注CAN/LIN總線技術領域。