1. 更高、更快、更遠、更慢

在我們的日常生活、運動、技術(shù)發(fā)展中，一切都是為了讓事情變得更好、更快或更進一步。很難記住發(fā)明比以前慢的東西被稱為創(chuàng)新，但這正是汽車以太網(wǎng)所發(fā)生的事情。

圖 1：以太網(wǎng)和 CAN 規(guī)范路線圖

第一個 100MBit/s 和 1000MBit/s 版本已成功開發(fā)并推向市場，其物理層允許自動協(xié)商以簡化系統(tǒng)集成。在過去十年末，開發(fā)了僅支持 10MBit/s 的汽車以太網(wǎng)版本，其物理層與 100MBit/s 和 1GBit/s 版本不兼容；業(yè)績明顯下降。

OEM 要求退回到較舊的拓撲樣式和較低的速度，以縮小較低速度等級應(yīng)用在每個以太網(wǎng)端口成本方面的性能差距。CAN FD 當(dāng)時支持 2MBit/s，并隨著時間的推移提高到 5MBit/s。CAN 周圍的社區(qū)也看到了對更高帶寬和更長有效載荷的需求，并開始開發(fā)一種改進的 CAN 標(biāo)準(zhǔn)，稱為 CAN XL。

在第一部分中，我們將簡要概述 CAN XL 和 10MBit/s 以太網(wǎng)，它們之間有什么區(qū)別。在第二部分中，我們描述了潛在的用例以及對硬件和軟件的影響。

2. 10MBit汽車協(xié)議

甚至 CAN XL 和 10BASE-T1S 也是在不同的標(biāo)準(zhǔn)化機構(gòu)中開發(fā)的，在業(yè)界的廣泛支持下，過程幾乎相同。

圖2：標(biāo)準(zhǔn)開發(fā)方案

CAN XL 技術(shù)工作的基礎(chǔ)是在 CAN in Automation （CiA） 中完成的。在穩(wěn)定文件后，它被移交給 ISO 以創(chuàng)建一個國際標(biāo)準(zhǔn)。這一過程仍在進行中，預(yù)計將于 2023 年完成，并獲得批準(zhǔn)的國際標(biāo)準(zhǔn)。CiA 將作為技術(shù)委員會和用戶聯(lián)盟繼續(xù)推動 CAN 標(biāo)準(zhǔn)。

以太網(wǎng)規(guī)范由 IEEE 擁有和維護。所有標(biāo)準(zhǔn)化工作都是在一個工作組內(nèi)完成的，該工作組創(chuàng)建了 2019 年草案，以納入 IEEE 802.3 主要標(biāo)準(zhǔn)。由于 IEEE 是一個獨立于行業(yè)的組織，OPEN 聯(lián)盟負責(zé)擴展汽車要求的規(guī)范。對于 OPEN Alliance 規(guī)范的長期維護，還涉及 ISO。

2.1 CAN XL – 更高的速度、更多的有效載荷和附加功能

盡管 CAN XL 為 CAN FD 提供了完全的向后兼容性，但幀格式已得到廣泛更新。在這篇文章中，我將介紹主要差異并概述新領(lǐng)域的意圖。在以后的文章中，我們將介紹更多細節(jié)，包括更新的位時序更改、位填充和錯誤信號通知規(guī)則。

CAN XL 遵循 CAN FD 的概念，具有低速仲裁階段（最高 1MBit/s）和高速數(shù)據(jù)階段。CAN XL 數(shù)據(jù)階段位時間被指定為高達 10MBit/s。CAN XL 的另一個關(guān)鍵特性是有效載荷長度可達 2048 字節(jié)。此外，CAN XL 完全向后兼容 CAN FD。

圖 3：CAN XL 幀格式

圖 3 顯示了 CAN XL 幀格式，命名了不同的字段區(qū)域，并指出了標(biāo)稱位時間的使用位置以及高速位時間的開始位置。簡要說明了關(guān)鍵更改之后 - 如您所見，幾乎所有內(nèi)容都已更新。

優(yōu)先級 ID——這個 11 位長的字段是以前稱為“基本標(biāo)識符”的字段。CAN XL 在第一個仲裁字段中僅支持 11 位。

IDE——僅僅因為不支持標(biāo)識符擴展，該位總是作為顯性位傳輸。

XLF ， resXL – 這兩位（XLF 為隱性，resXL 為顯性）編碼后一幀為 CAN XL 數(shù)據(jù)幀。

廣告– “仲裁到數(shù)據(jù)序列”是從標(biāo)稱數(shù)據(jù)位時間切換到 XL 數(shù)據(jù)位時間發(fā)生的點。與在單個位中完成更改的 CAN-FD 相比，CAN XL 中的轉(zhuǎn)換需要更長的時間以增加此敏感過程的穩(wěn)健性，從而允許收發(fā)器更改為快速模式，其中 TX 節(jié)點可以在推/拉模式下運行。

SDT—— “服務(wù)數(shù)據(jù)單元類型”是描述有效載荷類型的上層信息。該字段相當(dāng)于以太網(wǎng)協(xié)議中的 EtherType。SDT 由 CiA 611-1 定義。

SEC——該位指示幀是否在有效負載中包含簡單或擴展內(nèi)容，并且是從上層提供的。

DLC– 數(shù)據(jù)長度代碼字段與之前版本的含義相同。使用這個 11 位長的字段，指示從 1 字節(jié)到 2048 字節(jié)的數(shù)據(jù)字段。

SBC – 填充比特計數(shù)字段提供有關(guān)仲裁字段中動態(tài)填充比特數(shù)量的信息。在后面的文章中，我們將詳細介紹 stuff bit 規(guī)則。該值將由協(xié)議控制器計算。

PCRC – 前言 CRC 字段是根據(jù)迄今為止解釋的仲裁字段和控制字段中的大多數(shù)位計算得出的 CRC。目的是獲得對標(biāo)頭信息的額外保護。

VCID—— “虛擬 CAN 網(wǎng)絡(luò) ID”應(yīng)該支持 CAN 總線上的虛擬化，就像以太網(wǎng)網(wǎng)絡(luò)中的 VLAN 概念一樣。

自動對焦– 接受字段，也由上層提供，是用于幀分類的附加 32 位，可以看作是對降低的優(yōu)先級標(biāo)識符字段的補償。

數(shù)據(jù)字段——在該字段中，實際有效載荷由上層提供，其中字節(jié)編號從 0 到 DLC。

FCRC – 幀 CRC 是根據(jù)目前看到的所有動態(tài)比特計算的

FCP – 格式檢查模式允許接收器確認他仍然與發(fā)送器在比特流上同步，并宣布 CAN XL 數(shù)據(jù)階段結(jié)束。這是對該領(lǐng)域的一個非常簡單的解釋。

DAS——在數(shù)據(jù)到仲裁序列中，比特率從 XL 數(shù)據(jù)比特時間切換到標(biāo)稱比特時間。

ACK/EOF – 幀以已知的確認時隙和 EOF 序列結(jié)束，其格式?jīng)]有改變。

在媒體訪問方案上，與以前的 CAN 版本相比沒有變化，CAN XL 仍然遵循 CSMA/CR 原則。

2.2 10BASE-T1

在對 CAN XL 說了很多話之后，讓我們看看 10MBit 汽車以太網(wǎng)，準(zhǔn)確地說，是 IEEE 802.3cg 中定義的 10 MBit/s 單對以太網(wǎng) （SPE）。10MBit SPE 的 MAC 層協(xié)議與其他以太網(wǎng)協(xié)議沒有區(qū)別，無需進一步解釋。

圖 4：IEEE 802.3cg ［4］ 的范圍

相反，IEEE 定義了一個物理層，以滿足汽車行業(yè)在穩(wěn)健性、實施成本和布線方面的需求。結(jié)果是具有不同應(yīng)用目標(biāo)的兩個不同物理層。

10BASE-T1L – 這是 10MBit/s SPE 的“長距離”變體，允許長達 1000 米的電纜長度。這種點對點變體超出了汽車應(yīng)用的范圍，但可用于卡車、火車和其他車輛技術(shù)。

10BASE-T1S – 這是“短距離”變體，電纜長度可達 25 米，并允許使用 10 厘米短截線的總線拓撲結(jié)構(gòu)。為了避免共享總線拓撲上的沖突，該標(biāo)準(zhǔn)定義了一個可選的協(xié)調(diào)子層，稱為 PLCA（物理層沖突避免）。

PLCA ——PLCA 的目標(biāo)是在吞吐量、延遲和公平性方面改進多點（總線）拓撲上以太網(wǎng) （CSMA/CD） 中現(xiàn)有的沖突檢測機制。重要的是要知道這種“仲裁”純粹發(fā)生在 PHY 級別，MAC 在以下描述的過程中不發(fā)揮任何作用。

圖 5：PLCA 循環(huán)示例 ［2］

在 PLCA 系統(tǒng)中，每個 PHY 都分配有一個唯一的 PHY ID，范圍從 0 到 255。ID 為 0 的 PHY 是 PLCA 協(xié)調(diào)器?？偩€上的每個 PHY 都知道 PHY 的數(shù)量。PLCA 使用循環(huán)方案，其中每一輪都由 PLCA 協(xié)調(diào)器發(fā)送一個信標(biāo)來觸發(fā)。PLCA 方案中的每個參與者，包括協(xié)調(diào)器，在 BEACON 之后按照 PHY ID 的順序都有一個傳輸機會。

傳輸機會只是一個機會。如果一個節(jié)點沒有要傳輸?shù)臇|西，系統(tǒng)中的下一個 PHY 會在超時時間之后獲得他的機會。如果一個節(jié)點有一個傳輸掛起，它被允許在他的傳輸機會內(nèi)開始傳輸一個幀。如果系統(tǒng)配置允許，一個節(jié)點還可以傳輸多個幀，即所謂的突發(fā)。它們每條消息的有效負載長度可以不同。

這種調(diào)度方案避免了總線沖突和重新傳輸，從而降低了可用帶寬并保證了系統(tǒng)內(nèi)傳輸機會的公平性。在此 PLCA 機制之上，可以在 MAC 層啟用其他整形功能，例如 Credit Base 整形或 Time Aware Shaping。

3. CAN XL 和 10BASE-T1S 之間的比較——獲勝者是……

贏家是用戶。兩種協(xié)議都提供允許應(yīng)用程序傳輸更長有效載荷并在總線上實現(xiàn)接近 10Mbit/s 的傳輸速度的數(shù)據(jù)速率。甚至媒體訪問方案都不一樣，我們分兩種方式來比較。

3.1 數(shù)據(jù)報效率

兩種協(xié)議在數(shù)據(jù)報中都有報頭和報尾形式的開銷（例如尋址、協(xié)議字段、CRC）。在 CAN XL 中，效率進一步受到仲裁階段和數(shù)據(jù)階段填充位和不同總線速度的影響。

圖 6：數(shù)據(jù)報效率比較

圖 6通過將開銷上的花費與有效載荷位上花費的時間相比較，繪制了數(shù)據(jù)報在有效載荷上的效率。

CAN XL 受到較慢的仲裁階段和更大的報頭和更多開銷位的影響。以 1MBit/s 而不是 500kBit/s 運行仲裁階段可以顯著提高較短幀的數(shù)據(jù)報效率。有人可能會完美地爭辯說，在 CAN XL 中，協(xié)議類型和接受字段是用戶日期而不是開銷。這將使 CAN XL 更接近 10BASE-T1S 的曲線。

3.2 總線循環(huán)效率

如果我們觀察 PLCA 循環(huán)而不是單個數(shù)據(jù)報，情況正在發(fā)生變化。

圖 7：PLCA 循環(huán)示例

讓我們假設(shè)系統(tǒng)配置如圖 7 所示，并假設(shè)只有 PHY 9 有未決傳輸。在這種情況下，總線保持未使用狀態(tài)的時間是超時時間的 9 倍，在這種情況下我們假設(shè)為 24 位。此外，BEACON 所需的額外時間，效率變化如圖 8 所示。

圖 8：總線循環(huán)效率示例

在 CAN XL 中，等待任何傳輸機會不會降低總線效率，但仍需要考慮空閑時間和 EOF 序列。然而，在 512 字節(jié)有效載荷的典型操作條件下，兩種協(xié)議顯示出相同的效率。

四、結(jié)論與展望

這兩種協(xié)議都是為了處理新 E/E 架構(gòu)的要求而開發(fā)的，并在 10MBit/s 區(qū)域提供預(yù)期的性能。除了這里簡要解釋的協(xié)議字段之外，在更高級別協(xié)議的可用性方面還有其他一些增強，例如，安全性或功率傳輸?shù)目紤]。

協(xié)議的效率取決于用例、系統(tǒng)配置和擴展功能的使用。更喜歡哪種變體更像是一個哲學(xué)或戰(zhàn)略問題。從我們的角度來看，這兩種協(xié)議都有可能在不同應(yīng)用中的相同車載網(wǎng)絡(luò) （IVN） 中使用。

審核編輯：郭婷