CAN/LIN總線通信在車身電子産品中已經廣泛應用，随着車輛系統的複雜化，功能安全也迅速的在汽車電子行業普及，這使得通信的保護機制被更多的使用。

E2E保護是在AUTOSAR中提出的，用于通信過程的端到端保護，通過識别出端到端的通信故障來保護安全相關信号。

故障模式

E2E保護機制

CAN message舉例：

該示例中采用了Alive Counter與CRC機制。

Alive Counter：Data[0]用于實現Alive Counter，值為0→1→2→...F→0形式按照固定周期進行發送，初始值為0；利用Alive Counter機制目的是檢測是否存在重複消息、是否有丢失消息、是否出現消息順序錯誤等。

CRC：Data[7]用于實現CRC，利用了CAN ID、DLC以及Data[0]……Data[6]進行計算，最終保存在Data[7]；利用CRC機制目的是檢測是否有消息順壞。

這裡給出的僅僅是一個簡單的示例，實際制品會根據廠商對網絡與安全的設計，采用不同的保護機制并定義不同的數據格式。

Target：含有E2E保護機制的消息節點

Tester：驗證E2E保護機制的消息節點

Tester要實現的功能：

1 接收到Target發送的消息驗證

1.1 單個消息的驗證

1.1.1 CRC驗證，利用接收到的message數據計算CRC值與message中的CRC值比較。

1.2 消息序列的驗證

1.2.1 Alive Counter驗證，第一條message的Alive Counter值應該為0。

1.2.2 連續message的Alive Counter值應該按照Alive Counter遞增量遞增。

2 發送消息給Target判斷Target行為是否與預期一緻

2.1 單個消息的發送與預期确認

2.1.1 發送的message按照正确的CRC值填充，Target能夠正常處理該message；

2.1.2 發送的message按照錯誤的CRC值填充，Target能夠識别出message異常，做出相應處理。

2.2 消息序列的順序發送與預期确認

2.2.1 按照Alive Counter

CAN通信E2E保護機制的功能驗證工具，首先要能夠支持CAN通信，同時也要能夠實現各種E2E保護機制以及相應機制的驗證。

常見的工具有Vector CANoe和VS3000。

CANoe可以實現CAN通信功能，同時CANoe本身提供CAPL編程功能，用戶可以利用CAPL編程來實現對Alive Counter、Timeout 、CRC的執行與驗證邏輯。

但是使用CANoe也會存在以下問題：

1.CANoe本身價格高

2.需要學習CAPL編程語言，對于非專業人士，使用起來不夠方便

CAPLBrowser

本文推薦使用VS3000。

這個工具的最大優勢是對于各種車廠的不同算法，通過PC端的簡單配置，即可變為對象産品的外部運行環境或者是檢測設備。且内藏锂電池，非常适用于現場問題分析定位。這款工具非常吸引人的地方是即使不懂産品具體需求的人員，也可以在問題現場迅速解決問題，呈現出使用專業設備解決問題的狀态，讓主機廠滿意，取得信任。

阿爾卑斯系統集成 VS3000

今日分享純屬個人意見，如有不妥，還望各位不吝賜教。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!