隨著中央計算+區域控制的中央集中式架構廣泛應用，10BASE-T1S技術逐漸得到各方關注，匯流排型及半雙工的特性讓10BASE-T1S在成本和功耗上更佔優勢。在此基礎上，為了進一步實現中央計算+區域控制的理念，2023年5月，BMW在OPEN聯盟TC14的會議中提到了遠端控制協議Remote Control Protocol（簡稱RCP）的概念。2024年7月，OPEN聯盟建立了TC18 ：Remote Control小組。當前在TC18中各個OEM對這項技術的討論和關注度較高。
RCP是一種輕量級的通訊協議，核心理念是將邊緣節點控制器中MCU的協議轉換功能遷移至區域控制器ZCU甚至中央控制器Central ECU中實現，從而實現針對邊緣節點的遠端控制，實現網路中軟體集中化，邊緣節點輕量化。
讓我們想象這樣一個場景：一個執行器透過標準SPI介面連線在邊緣節點的MCU上。當我要控制這個執行器執行相關指令時，邊緣節點必須透過SPI在執行器的暫存器0x01中寫入0x0A。
如果我們採用SOME/IP協議，訊號的傳輸過程是這樣的：區域控制器將SOME/IP報文傳送至邊緣節點，邊緣節點中的MCU解析報文payload中控制執行器的訊號，並透過SPI修改執行器的0x01暫存器。
這樣做可能產生的風險是：如果更換了一個具有其他SPI對映關係（比如需要在暫存器0x0A中寫入0x0B，暫存器0x10中寫入0x0A）或採用其他介面的執行器（比如I2C、UART等），邊緣節點需要進行更新與修改。但SOME/IP協議至SPI的轉換遠遠不像圖片中展示的一樣簡單。
如果我們採用RCP，訊號的傳輸過程是這樣的：區域控制器應用層下發的資料在RCP Client中轉換為SPI格式的指令，並填入RCP協議的payload中，傳輸至邊緣節點後，不需要進行額外的轉換工作，RCP Server解析payload中的指令即可直接透過SPI控制執行器。
同樣在更換具有其他SPI對映關係的執行器後，僅需要更新ZCU的軟體即可完成適配工作，實現了網路中軟體集中化，邊緣節點輕量化的目的。
RCP的應用不僅體現在單一邊緣節點的控制上，由於10BASE-T1S支援匯流排型連線，區域控制器可以在一條RCP報文中新增多個命令，透過組播的方式實現一條RCP報文控制匯流排上多個邊緣節點，或一條RCP報文控制一個邊緣節點中多個控制器的操作。這一組播操作的具體實現方式還在討論中。
RCP的協議欄位當前正在TC18中展開討論，並於2024年4月釋出了Draft 0.2版本。值得注意的是，RCP在OSI七層模型中的位置並沒有被確認，即RCP報文視使用場景的不同可能被封裝進不同的協議中，當前的候選包括了SOME/IP、1722、Google Protocol Buffers等。
總結來看，遠端控制協議是一種輕量化協議，基於10BASE-T1S實現時簡化了邊緣節點中MCU的功能，由中央控制器或區域控制器直接下發控制指令，實現了網路中軟體集中化，邊緣節點輕量化。
結語
經緯恆潤作為OPEN聯盟會員和AUTOSAR聯盟的高階合作伙伴，長期為國內外各大OEM和供應商提供涵蓋TCP/IP、SOME/IP、DoIP、AVB、TSN、DDS等技術領域的設計和測試諮詢服務，積極研發和探索車載網路前沿技術的工程應用。透過多個專案的實踐經驗，已建立了高質量、本土化的設計與測試一體化解決方案，為整車網路架構提供可靠支援。
瞭解更多
請致電 010-64840808轉6116或發郵件至market_dept@hirain.com（聯絡時請說明來自部落格園）