搞臺架測試的人應(yīng)該都撞過這堵墻一條500 kbit/s的CAN總線原本跑得好好的接上測量模塊開始灌數(shù)據(jù)儀表盤上的Bus Load肉眼可見地往上跳幾分鐘后丟幀、錯(cuò)誤幀、節(jié)點(diǎn)離線陸陸續(xù)續(xù)全來了。這不是設(shè)備質(zhì)量問題而是總線的物理規(guī)律擺在那里。這篇文章我不繞彎子直接聊一個(gè)在整車測試和臺架試驗(yàn)里非常實(shí)用的組合方案用CAN測量模塊的總線負(fù)載控制配合X-Link以太網(wǎng)擴(kuò)展把大批量測量數(shù)據(jù)從CAN總線上安全地拆下來。先說清楚思路的核心很多人以為掛一個(gè)CAN轉(zhuǎn)以太網(wǎng)網(wǎng)關(guān)就能降壓其實(shí)如果測量模塊還在往總線上發(fā)測量幀網(wǎng)關(guān)只是“換個(gè)地方讀數(shù)據(jù)”總線負(fù)載一點(diǎn)都不會降。真正有效的做法是從源頭分流——讓測量數(shù)據(jù)走以太網(wǎng)CAN總線只保留控制和狀態(tài)信息。下面我按負(fù)載計(jì)算、方案設(shè)計(jì)、實(shí)際配置、問題排查四個(gè)部分展開全部是實(shí)操經(jīng)驗(yàn)可以直接抄作業(yè)。1. 先算一筆賬CAN測量模塊的總線負(fù)載是怎么爆表的1.1 CAN總線的帶寬不是“共享”那么簡單要理解總線負(fù)載控制得先回到物理層。經(jīng)典CAN總線是半雙工、多主通信同一時(shí)刻整條總線上只能有一個(gè)節(jié)點(diǎn)在驅(qū)動總線收發(fā)數(shù)據(jù)。換句話說500 kbit/s的波特率意味著每秒最多傳輸50萬個(gè)bit這些bit里不只是有效數(shù)據(jù)還包括幀頭、仲裁字段、CRC、ACK、幀間隔等等。這里有個(gè)經(jīng)常被忽略的點(diǎn)CAN報(bào)文的協(xié)議開銷非常大。一個(gè)標(biāo)準(zhǔn)CAN數(shù)據(jù)幀如果數(shù)據(jù)段是8字節(jié)在500 kbit/s下總線占用時(shí)間大約為120 bit數(shù)據(jù)內(nèi)容不同會略有差異與位填充有關(guān)。算下來8字節(jié)數(shù)據(jù)有效載荷只有64 bit協(xié)議和填充占了接近一半。所以CAN總線的“有效吞吐率”遠(yuǎn)低于它的物理波特率這也是測量數(shù)據(jù)一多就爆負(fù)載的根本原因。更麻煩的是CAN采用逐位仲裁機(jī)制所有節(jié)點(diǎn)同時(shí)搶總線ID越小優(yōu)先級越高。這意味著負(fù)載升高時(shí)低優(yōu)先級幀的發(fā)送延遲會急劇加大而且是不可預(yù)測的。工程上總線負(fù)載超過70%已經(jīng)要警惕超過80%基本就離事故不遠(yuǎn)了因?yàn)檠舆t和錯(cuò)誤率會進(jìn)入正反饋循環(huán)。1.2 一個(gè)典型臺架測量場景的負(fù)載演算我用一個(gè)真實(shí)比例的數(shù)據(jù)來算給大家看。假設(shè)某臺架測試系統(tǒng)CAN波特率500 kbit/s原車或ECU控制部分已經(jīng)占用了一定負(fù)載報(bào)文組報(bào)文數(shù)量平均周期單幀約定位數(shù)產(chǎn)生的負(fù)載控制報(bào)文A40個(gè)20ms118 bit40 × 118 ÷ 0.02 236000 bit/s狀態(tài)報(bào)文B30個(gè)100ms118 bit30 × 118 ÷ 0.1 35400 bit/s兩組相加是271400 bit/s占500 kbit/s的54.3%。也就是說還沒接測量設(shè)備總線已經(jīng)過了一半?，F(xiàn)在測量模塊來了要采集16路溫度、16路壓力、8路振動總共40路模擬量信號。假設(shè)每路信號16 bit一個(gè)CAN報(bào)文8字節(jié)能塞4路信號那么40路信號至少需要10個(gè)測量報(bào)文。如果測量周期要求10ms負(fù)載增加量是10 × 118 ÷ 0.01 118000 bit/s也就是23.6%。加上原有的54.3%總負(fù)載來到77.9%。這個(gè)數(shù)字在真實(shí)車上已經(jīng)很危險(xiǎn)了中等優(yōu)先級報(bào)文開始出現(xiàn)偶發(fā)等待錯(cuò)誤幀開始零星出現(xiàn)。如果甲方說“測量周期壓到5ms”負(fù)載增加量直接翻倍到47.2%總負(fù)載101.5%總線徹底不可用。這種要求我在實(shí)際項(xiàng)目里遇到過不止一次——振動和瞬態(tài)壓力信號確實(shí)需要高采樣率不是測試人員在無理取鬧。1.3 高負(fù)載帶來的連鎖反應(yīng)很多人以為總線負(fù)載高頂多是“報(bào)文發(fā)送慢一點(diǎn)”其實(shí)遠(yuǎn)不止如此。我把實(shí)際觀察到的故障鏈列出來第一環(huán)是仲裁延遲?？偩€忙時(shí)低優(yōu)先級幀的節(jié)點(diǎn)持續(xù)檢測到總線被占用發(fā)送請求不斷掛起幀的實(shí)際發(fā)送時(shí)刻與預(yù)期時(shí)刻產(chǎn)生偏移。第二環(huán)是發(fā)送超時(shí)。對于周期性報(bào)文控制器本地有發(fā)送緩沖和超時(shí)機(jī)制。延遲過大會導(dǎo)致驅(qū)動層認(rèn)為發(fā)送失敗進(jìn)而報(bào)錯(cuò)或者觸發(fā)重發(fā)。第三環(huán)是錯(cuò)誤幀的雪崩效應(yīng)。節(jié)點(diǎn)在發(fā)送或接收中出錯(cuò)會主動發(fā)出錯(cuò)誤幀錯(cuò)誤幀本身也要占用總線時(shí)間相當(dāng)于額外增加負(fù)載進(jìn)一步惡化總線狀況。第四環(huán)最嚴(yán)重錯(cuò)誤計(jì)數(shù)累積會讓節(jié)點(diǎn)進(jìn)入Bus Off狀態(tài)徹底脫離總線。此時(shí)測量模塊不僅丟數(shù)據(jù)連和主控的通信都斷了。我見過因?yàn)榭偩€負(fù)載過高多個(gè)ECU輪流下線最后整個(gè)臺架測試直接停擺的場面。所以在設(shè)計(jì)測量系統(tǒng)時(shí)不能只看“當(dāng)前負(fù)載100%滿不滿”而是要從源頭控制負(fù)載預(yù)算給總線留出足夠的裕度。2. 解決思路壓縮只能救急分流才是根治2.1 能壓的先壓信號打包、周期放寬、觸發(fā)發(fā)送在引入以太網(wǎng)擴(kuò)展之前通常先把CAN側(cè)的“純軟件優(yōu)化”做掉這是成本最低的手段。第一招是信號打包。CAN報(bào)文8字節(jié)數(shù)據(jù)段雖然不大但16 bit的信號能塞4個(gè)有的溫度信號甚至12 bit就夠。如果各信號各自成幀浪費(fèi)極大全部合并打包后報(bào)文數(shù)量能降到原來的四分之一甚至更低。第二招是周期放寬。溫度、液位這類緩變信號10ms和100ms周期對數(shù)據(jù)質(zhì)量影響不大但總線負(fù)載差了一個(gè)數(shù)量級。我會按信號物理特性分級設(shè)置刷新周期而不是所有信號統(tǒng)一10ms。第三招是觸發(fā)式發(fā)送。對某些只在特定工況下變化的信號設(shè)置閾值或斜率觸發(fā)數(shù)據(jù)變化才發(fā)幀不變就不發(fā)。比如耐久測試?yán)锏挠蜏匦盘栭L時(shí)間穩(wěn)定時(shí)幾乎不占總線。這些手段在做負(fù)載控制時(shí)應(yīng)當(dāng)優(yōu)先考慮因?yàn)楦膭有?、見效快。但它們有一個(gè)本質(zhì)上的天花板如果信號本身就是快速變化的比如振動加速度、瞬態(tài)壓力采樣率不能降觸發(fā)式也沒意義那無論怎么壓縮數(shù)據(jù)量就在那里。2.2 壓縮的天花板經(jīng)典CAN一個(gè)幀只有8字節(jié)經(jīng)典CAN的8字節(jié)數(shù)據(jù)段是硬約束。我算過一筆賬如果測量系統(tǒng)需要100路信號、每路1 kHz采樣、每路16 bit純有效數(shù)據(jù)量是100 × 1000 × 2 200 KB/s也就是1.6 Mbit/s。而一條500 kbit/s的CAN總線即使全部用來傳輸100%有效數(shù)據(jù)也不夠用何況還有巨大的協(xié)議開銷。CAN FD能解決一部分問題數(shù)據(jù)段最大可以到64字節(jié)同樣帶寬下的有效吞吐能提升數(shù)倍。但現(xiàn)實(shí)場景里被測對象往往是老車型、老ECU總線上大多數(shù)節(jié)點(diǎn)不支持CAN FD不可能為了測量單獨(dú)把總線升級。就算支持CAN FD的大量數(shù)據(jù)幀同樣會占用總線時(shí)間影響原有報(bào)文延遲。所以一旦測量數(shù)據(jù)量超過總線的物理承載能力唯一的出路是分流而不是繼續(xù)在CAN協(xié)議層面死磕。2.3 X-Link的真正作用讓數(shù)據(jù)流走另一條路X-Link以太網(wǎng)擴(kuò)展的思路其實(shí)很樸素把測量數(shù)據(jù)和CAN控制數(shù)據(jù)拆到不同的物理通道上。CAN總線繼續(xù)做它擅長的事——承載小流量、高實(shí)時(shí)性、確定性的控制和狀態(tài)信息而大批量的測量數(shù)據(jù)走以太網(wǎng)利用以太網(wǎng)百兆甚至千兆的帶寬來承擔(dān)。這里要強(qiáng)調(diào)一個(gè)容易踩坑的認(rèn)知誤區(qū)。我在項(xiàng)目里不止一次看到有人把“CAN轉(zhuǎn)以太網(wǎng)網(wǎng)關(guān)”串到總線上以為這樣就能降低負(fù)載結(jié)果總線負(fù)載紋絲不動。原因是只要測量模塊還在向CAN總線發(fā)送測量幀網(wǎng)關(guān)無論怎么轉(zhuǎn)發(fā)總線上的流量沒有減少。真正的分流必須發(fā)生在源頭也就是讓測量模塊本身意識到“這批數(shù)據(jù)不要發(fā)CAN了直接走以太網(wǎng)”。X-Link在這個(gè)場景里可以是一個(gè)測量模塊的以太網(wǎng)擴(kuò)展接口也可以是一個(gè)緊耦合在測量模塊旁邊的橋接單元。關(guān)鍵在于它和測量模塊之間是數(shù)據(jù)通道級別的耦合不是簡單地在CAN總線上掛一個(gè)被動設(shè)備。測量模塊把采集到的批量數(shù)據(jù)封裝成UDP報(bào)文通過以太網(wǎng)直接發(fā)給上位機(jī)CAN側(cè)只保留命令、事件、少量狀態(tài)信息流量瞬間降下來。用這張表說明分流前后的差異更直觀項(xiàng)目分流前分流后CAN總線上的測量幀每10ms 10幀0幀CAN總線上的控制/狀態(tài)幀原有原有測量數(shù)據(jù)通道500 kbit/s CAN百兆/千兆以太網(wǎng)總線負(fù)載壓力77.9%以上回到54.3%可擴(kuò)展性幾乎沒有余量可繼續(xù)加通道這也是整個(gè)方案的核心控制流與數(shù)據(jù)流分離讓每種通信機(jī)制都工作在它最舒適的區(qū)間。3. X-Link以太網(wǎng)擴(kuò)展的落地實(shí)操3.1 拓?fù)渑c硬件連接方式先說硬件形態(tài)。X-Link在實(shí)際項(xiàng)目中通常有兩種用法第一種是集成式擴(kuò)展口測量模塊本身帶以太網(wǎng)口或者通過擴(kuò)展底座提供以太網(wǎng)能力。數(shù)據(jù)在模塊內(nèi)部采集后直接走以太網(wǎng)上傳根本不出現(xiàn)在CAN總線上。這種方式最干凈但要求測量模塊本身支持。第二種是外置式橋接測量模塊通過CAN或者專用的高速數(shù)據(jù)接口連到X-Link網(wǎng)關(guān)網(wǎng)關(guān)再走以太網(wǎng)。這種方案適合已采購的舊測量模塊但配置時(shí)一定要確認(rèn)X-Link和測量模塊之間是“控制關(guān)系”而不是“總線監(jiān)聽關(guān)系”否則又會回到“只轉(zhuǎn)發(fā)不降壓”的老路。物理接線方面我有幾條實(shí)際經(jīng)驗(yàn)以太網(wǎng)優(yōu)先用屏蔽雙絞線距離超過30米時(shí)用工業(yè)級交換機(jī)和工業(yè)網(wǎng)線避免長距離繞線帶來的信號衰減。如果系統(tǒng)里要做時(shí)間同步交換機(jī)和網(wǎng)卡必須支持IEEE 1588PTP協(xié)議普通家用交換機(jī)會破壞時(shí)間戳精度。CAN側(cè)接線盡量短從測量模塊到總線節(jié)點(diǎn)不要拖很長的飛線。屏蔽層單端接地防止地環(huán)路引入共模干擾。3.2 網(wǎng)絡(luò)參數(shù)與協(xié)議規(guī)劃以太網(wǎng)側(cè)配置看起來簡單但有幾個(gè)參數(shù)會直接影響測量數(shù)據(jù)質(zhì)量。第一IP地址分配必須用靜態(tài)IP或者基于MAC地址的保留地址絕不能依賴DHCP自動獲取。測試臺架一旦重啟DHCP重新分配地址可能導(dǎo)致上位機(jī)連接斷掉而且不好排查。第二傳輸層協(xié)議建議選UDP不要選TCP。這個(gè)可能與很多人的直覺相反但測量數(shù)據(jù)是實(shí)時(shí)流TCP的重傳機(jī)制在丟包時(shí)會阻塞后續(xù)數(shù)據(jù)造成延遲尖峰和采樣時(shí)間軸扭曲。而UDP丟一幀上位機(jī)記錄一下缺失計(jì)數(shù)下一幀繼續(xù)采樣對實(shí)時(shí)性影響更小。第三通信模式上單臺上位機(jī)用單播就行如果多臺PC要同時(shí)看同一路數(shù)據(jù)用組播更省帶寬。組播需要交換機(jī)支持IGMP Snooping不然后續(xù)會有意外流量。規(guī)劃的參數(shù)一般包括IP、端口、MTU、發(fā)送緩沖區(qū)深度和數(shù)據(jù)幀打包時(shí)間窗口。下面是一個(gè)典型配置示例供參考XLinkConfig Network ip192.168.1.10 mask255.255.255.0 gateway192.168.1.1/ Route sourceCAN:0x200-0x220 destUDP:192.168.1.50:5001/ Frame maxLength1400 timeWindow5ms/ Timestamp modePTP/ /XLinkConfig這里的核心是把CAN ID段0x200到0x220的報(bào)文路由到UDP端口5001數(shù)據(jù)幀打包長度1400字節(jié)避免IP分片時(shí)間窗口5ms讓低數(shù)據(jù)率信號的幀不會等太久。3.3 CAN側(cè)過濾與路由規(guī)則設(shè)置X-Link配置里最容易忽略的是CAN側(cè)的過濾規(guī)則。我建議分三步設(shè)置第一步列出所有測量相關(guān)報(bào)文的ID范圍只路由這些幀到以太網(wǎng)。不要讓網(wǎng)關(guān)把所有CAN幀都轉(zhuǎn)發(fā)過去否則以太網(wǎng)側(cè)會收到大量無關(guān)控制報(bào)文干擾Wireshark分析和上位機(jī)處理。第二步明確哪些幀仍然要留在CAN總線上。比如診斷請求、節(jié)點(diǎn)心跳、緊急狀態(tài)幀這些應(yīng)該繼續(xù)走CAN甚至可以通過CAN側(cè)直接透傳不經(jīng)過以太網(wǎng)。第三步設(shè)置背壓策略。以太網(wǎng)斷線或者上位機(jī)停止接收時(shí)X-Link是緩存還是丟棄我的建議是丟棄并記錄計(jì)數(shù)。因?yàn)闇y量數(shù)據(jù)具有很強(qiáng)的時(shí)效性緩存一整箱舊數(shù)據(jù)在恢復(fù)網(wǎng)絡(luò)后一股腦發(fā)出去只會讓上位機(jī)收到一堆過時(shí)信號毫無意義。實(shí)際操作中我還會給每條路由配置獨(dú)立的UDP端口比如溫度信號發(fā)往5001端口壓力信號發(fā)往5002端口振動信號發(fā)往5003端口。這樣上位機(jī)可以并行處理也方便單獨(dú)監(jiān)控每條數(shù)據(jù)流的丟包率。3.4 性能驗(yàn)證與數(shù)據(jù)質(zhì)量檢查配置完不能讓系統(tǒng)直接上線要先做一輪性能驗(yàn)證。我的固定動作如下第一步用CANoe或者TSMaster模擬原車負(fù)載報(bào)文觀察插入測量模塊后總線負(fù)載的變化。驗(yàn)證結(jié)果應(yīng)該和我之前算的賬一致分流后總線負(fù)載應(yīng)當(dāng)回到原有水平而不是繼續(xù)爬升。第二步在以太網(wǎng)側(cè)抓包。用Wireshark監(jiān)聽對應(yīng)的UDP端口統(tǒng)計(jì)每秒接收的幀數(shù)量、幀間隔抖動、是否有亂序和重復(fù)幀。特別關(guān)注延遲抖動也就是相鄰幀到達(dá)時(shí)間間隔的標(biāo)準(zhǔn)差這個(gè)指標(biāo)比平均延遲更能反映鏈路是否平穩(wěn)。第三步檢查時(shí)間戳精度。帶PTP同步的X-Link不同模塊間的采樣時(shí)間戳偏差應(yīng)該保持在微秒級沒有PTP時(shí)也要通過軟件校準(zhǔn)把偏差控制在可接受范圍內(nèi)。下面是我習(xí)慣記錄的驗(yàn)證指標(biāo)表格指標(biāo)合格標(biāo)準(zhǔn)備注CAN總線負(fù)載低于60%分流后應(yīng)回落以太網(wǎng)吞吐量低于鏈路帶寬的60%避免交換機(jī)擁塞UDP丟包率低于0.1%峰值也不能超0.5%端到端平均延遲小于10ms含CAN采集與以太網(wǎng)上傳延遲抖動小于2ms影響采樣時(shí)間軸多模塊時(shí)間偏差小于100us需PTP支持4. 實(shí)測中的常見問題與排查技巧4.1 總線負(fù)載沒超但總線上還是大量錯(cuò)誤幀這種情況在真實(shí)項(xiàng)目里很常見計(jì)算結(jié)果負(fù)載只有50%Error Frame卻刷屏。根本原因往往是物理層問題而不是流量問題。優(yōu)先級最高的排查項(xiàng)是CAN收發(fā)器的位定時(shí)采樣點(diǎn)設(shè)置。CAN控制器在采樣點(diǎn)讀取總線電平采樣點(diǎn)太靠后或太靠前對總線傳播延遲和時(shí)鐘偏差的容忍度都會下降。工程上推薦采樣點(diǎn)設(shè)置在75%到87.5%之間經(jīng)典CAN的標(biāo)準(zhǔn)配置一般是80%。不同節(jié)點(diǎn)的采樣點(diǎn)差異過大會直接導(dǎo)致位錯(cuò)誤。第二個(gè)排查點(diǎn)是總線長度和線纜質(zhì)量。500 kbit/s下總線長度超過100米就可能出現(xiàn)信號反射尤其用質(zhì)量差的雙絞線時(shí)隱性電平回波會導(dǎo)致CRC錯(cuò)誤。把總線縮短、換屏蔽雙絞線、重新壓接端子往往比改軟件更管用。第三個(gè)是終端電阻?？偩€段落兩端必須各有一個(gè)120歐姆終端電阻不能只在測量模塊這一端加也不能用“一拖二”的方式在兩個(gè)設(shè)備上各加120歐姆那樣并聯(lián)后阻值不對。用萬用表在總線斷電狀態(tài)下測量CAN_H和CAN_L之間的直流電阻應(yīng)該約60歐姆。4.2 X-Link丟包和斷流如何排查以太網(wǎng)側(cè)丟包的原因比CAN復(fù)雜但排查路徑是固定的。先看X-Link自身的告警計(jì)數(shù)確認(rèn)丟包發(fā)生在發(fā)送端、網(wǎng)絡(luò)鏈路還是接收端。如果是X-Link發(fā)送端丟包說明內(nèi)部緩沖區(qū)溢出需要調(diào)整數(shù)據(jù)打包時(shí)間窗口或者減小單幀負(fù)載。如果發(fā)送端沒有告警懷疑點(diǎn)要轉(zhuǎn)到交換機(jī)和PC網(wǎng)卡。很多測試用筆記本是Wi-Fi連接Wi-Fi的延遲抖動和丟包率根本滿足不了測量要求必須先切有線。有些Windows機(jī)器默認(rèn)UDP接收緩沖區(qū)過小高速數(shù)據(jù)流直接丟在系統(tǒng)內(nèi)核緩沖區(qū)應(yīng)用層毫無感知這種情況需要手動調(diào)大注冊表里的UDP緩沖區(qū)。還有一類容易被忽略的問題是網(wǎng)卡節(jié)能模式PC網(wǎng)卡默認(rèn)可能開啟EEE節(jié)能以太網(wǎng)或者電源管理導(dǎo)致鏈路偶爾“休眠”幾十毫秒表現(xiàn)為周期性丟包。在網(wǎng)卡高級設(shè)置里把“節(jié)能以太網(wǎng)”和“Green Ethernet”關(guān)掉往往能解決。4.3 多模塊時(shí)間戳對不齊如果系統(tǒng)里有多臺測量模塊經(jīng)常會出現(xiàn)同一時(shí)刻采集的數(shù)據(jù)在回看時(shí)差了幾毫秒甚至幾十毫秒。這不是數(shù)據(jù)傳錯(cuò)了而是各模塊的本地時(shí)鐘沒有對齊。解決辦法是使用PTP協(xié)議做硬件時(shí)間同步。前提是X-Link、交換機(jī)和PC都支持IEEE 1588并且PTP報(bào)文沒有被交換機(jī)阻斷。實(shí)際配置時(shí)要把其中一臺設(shè)備設(shè)為PTP主時(shí)鐘其余從時(shí)鐘自動同步。如果網(wǎng)段里還有普通流量建議給PTP報(bào)文打VLAN標(biāo)簽并設(shè)置高優(yōu)先級避免網(wǎng)絡(luò)擁塞影響同步精度。沒有PTP能力的老設(shè)備只能通過軟件方式校準(zhǔn)在上位機(jī)里記錄CAN側(cè)時(shí)間戳和以太網(wǎng)側(cè)時(shí)間戳之間的固定偏移再用這個(gè)偏移修正。這種方案精度一般只適合時(shí)間精度要求不高的場合。4.4 分流后上位機(jī)還在讀舊數(shù)據(jù)源最后說一個(gè)我踩過的大坑。做了分流改造后CAN總線負(fù)載確實(shí)降下來了但上位機(jī)軟件還在按老配置從CAN卡讀取測量報(bào)文結(jié)果就是界面上的數(shù)據(jù)一陣一陣地?cái)嗔?、重連。原因很簡單測量模塊不再把新數(shù)據(jù)發(fā)到CAN總線上位機(jī)卻還在等CAN報(bào)文。排查時(shí)第一反應(yīng)以為是X-Link壞了查了半天才發(fā)現(xiàn)是上位機(jī)的數(shù)據(jù)源配置沒改。所以分流改造必須同步進(jìn)行兩端配置測量模塊側(cè)把測量幀路由到以太網(wǎng)上位機(jī)側(cè)把測量數(shù)據(jù)源從“CAN通道”切換到“X-Link以太網(wǎng)通道”同時(shí)保留CAN通道用于讀取心跳、狀態(tài)和控制信息。忘記改任何一端系統(tǒng)都跑不順暢。最后再分享一點(diǎn)個(gè)人體會總線負(fù)載控制這件事表面上看是配置和計(jì)算問題本質(zhì)上是在給通信系統(tǒng)做“預(yù)算管理”。每個(gè)報(bào)文、每個(gè)周期、每條數(shù)據(jù)流都在消耗有限的總線資源測量模塊接入前先把這筆賬算清楚就不會等總線爆了再去救火。X-Link這類以太網(wǎng)擴(kuò)展方案的價(jià)值不只是帶寬大而是讓CAN總線重新變得確定、可控。測試系統(tǒng)越做越大的時(shí)候這種“各走各路”的思路會越來越重要。