有声小说下载,琅琊榜海宴小说,魔天记忘语小说

最近做項目感覺很疲憊，而且有種深深的無力感，這個狀態估計要持續到五月底了。好久不更新了，趁著假期放松時間，簡單聊一聊E2E相關內容。

（一）

在汽車控制器研發過程中，控制器與控制器之間（或者同一個產品主板與從板之間）的通訊必不可少。發送方與接收方在數據交換過程中，如果數據完整性被破壞，那么正常的通訊功能可能出現問題，進而影響安全相關的功能。

（二）

這里我們先來看下通訊相關的故障都有哪些，以及如何去理解這些故障模式。大家也可以自行查看ISO-26262標準，Part5-附錄D， Table D.1 -》D6 Communication bus 或者Part6-附錄D， D.2.4 Exchange of information

Repetition of information; -》信息是否被多次收到？

Loss of information; -》信息或者部分信息是否從傳輸的信息流中被移除？

Delay of information; -》信息是否晚于預期收到的時間？

Insertion of information; -》額外的信息是否被插入到傳輸的信息流中？

Masquerade or incorrect addressing of information; -》 Masquerade 非真實的信息是否被接收方認為是真實信息？ -》 incorrect addressing 信息是否從不正確的發送方或者接收方接受了信息？

Incorrect sequence of information; -》信息順序是否被改變？

Corruption of information; -》信息是否被損壞，從而改變了信息？

Asymmetric information sent from a sender to multiple receivers; -》接收方是否從同一發送方接收到了不對稱/不同的信息？

Information from a sender received by only a subset of the receivers; or -》信息是否只被部分接收方收到？

Blocking access to a communication channel. -》通信通道訪問是否被阻止？

（圖片源于Autosar 官網文件）

（三）

26262中對通訊的保護，要求使用E2E （End-2-End protection）機制。E2E保護的概念是假設安全相關的數據交換在運行時應該被保護，進而免受通訊鏈路內故障的影響。此類故障的例子--隨機硬件失效（e.g. CAN 收發器的寄存器損壞），干擾（e.g. EMC因素），ECU內部（e.g. IOC， RTE， COM和網絡堆棧）實現VFB通訊的軟件內的系統故障；當然也有外部的故障，比如，網關。

這里我們借鑒AUTOSAR對E2E的描述：從軟件組見角度看，通過RTE傳輸數據的行為類似于簡單的點到點連接。但是，這種抽象的實現，需要一個由應用層，通訊堆棧，驅動程序和底層硬件組成的高復雜度的基礎設施。隨著復雜性的增加，潛在故障源的數量也在增加。E2E保護機制的使用假設在通訊期間必須保持安全相關數據的完整性，保護數據免受通訊鏈路內故障的影響。E2E保護最重要的方面是保護能力的標準化和機制的靈活運用。

（四）

E2E保護的架構實現如下，由應用數據組成的數據元素在發送方擴展了附加的控制信息，即E2E header?？刂菩畔⑼ǔ０珻hecksum， Counter和其他選項。擴展數據元素被提供給RTE進行傳輸，如下圖所示。展示了E2E基本的原理。通過根據應用數據處理E2E header的內容，在接收方驗證數據元素。在接收到的數據元素被處理并被接受為正確之后，控制信息被移除并且應用數據被提供給目標軟件組件。錯誤處理在接收器處執行。