黎揚，何適

（上海北匯信息科技有限公司，上海 201800）

隨著網(wǎng)聯(lián)化逐漸成為汽車的標配，而T-Box作為車聯(lián)網(wǎng)的一個關鍵環(huán)節(jié)，從起初單純的實現(xiàn)車輛信息采集，已發(fā)展到具有車輛信息監(jiān)測及信息交互（V2X）、車輛遠程控制、安全監(jiān)測和報警、遠程診斷、邊緣計算等多種離線和在線應用功能的載體。為保障T-Box功能的正常運轉，對其進行功能測試尤為重要。由于T-Box與車內(nèi)控制器通過傳統(tǒng)總線或車載以太網(wǎng)進行信息交互，與車外TSP（Telematics Service Platform）通過蜂窩基站無線技術進行信息交互，針對“Input仿真”與“Output監(jiān)測”閉環(huán)的自動化測試存在一定難度，故基本通過手動或半自動化的傳統(tǒng)方式進行測試，依靠“人在環(huán)”方式記錄測試數(shù)據(jù)以及判斷測試結果。但該方式測試效率低且覆蓋度受限，難以滿足研發(fā)的快速迭代和深度驗證的要求。

同時在項目開發(fā)前期，由于T-Box、TSP后臺、App可能由不同的廠家負責開發(fā)，每個產(chǎn)品開發(fā)的進度和完整度是不一致的，所以為了更早地對T-Box的功能進行自動化測試和驗證，如果T-Box與TSP后臺的通信使用了MQTT協(xié)議，則可以利用MQTT協(xié)議的特點，通過CANoe仿真另外一個Client，實現(xiàn)CANoe、Broker和T-Box之間的信息交互。

1 MQTT通信模型

MQTT（Message Queuing Telemetry Transport，消 息 隊列遙測傳輸協(xié)議）是IBM在1999年發(fā)布的一種基于發(fā)布/訂閱（Publish/Subscribe）模式的“輕量級”通信協(xié)議。該協(xié)議可用極少的代碼和有限的帶寬，為連接遠程設備提供實時可靠的消息服務。作為一種低開銷、低帶寬占用的即時通信協(xié)議，MQTT在物聯(lián)網(wǎng)等領域有很廣泛的應用。

MQTT也是一種基于客戶端-服務器的發(fā)布/訂閱消息協(xié)議，包含發(fā) 布 者（Publisher）、代理（Broker）、訂 閱 者（Subscriber）3個角色。發(fā)布者和訂閱者之間沒有直接連接，需要通過Broker進行消息的存儲和轉發(fā)，而Broker又通過主題（Topic）進行消息的發(fā)送和接收。一個典型的MQTT消息通信流程如圖1所示。

圖1 MQTT通信模型

1）發(fā)布者（Publisher）連接到Broker。

2）訂閱者（Subscribers）連接到Broker，并訂閱主題“vehiclespeed”。

3）發(fā)布者（Publisher）發(fā)送給Broker一條消息，主題為“vehiclespeed”。

4）Broker收到Publisher的消息后，發(fā)現(xiàn)Subscriber訂閱了“vehiclespeed”主題，然后將消息轉發(fā)給Subscriber。

5）訂閱者（Subscribers）從Broker接收發(fā)布者（Publisher）發(fā)送的消息。

2 CANoe CFS介紹和配置

CANoe的連接特性服務（Connectivity Features Service）主要用于物聯(lián)網(wǎng)或工業(yè)領域支持MQTT協(xié)議的設備，CANoe將這些設備抽象成分布式對象（Distributed Objects），通過本地網(wǎng)絡（Local Network）或云端代理服務器實現(xiàn)各客戶端之間的通信。同時CANoe15.0版本新增了一種新的通信方式，讓代理（Broker）在CANoe中運行來實現(xiàn)通信，從而實現(xiàn)一些故障注入的測試。

本文主要以本地網(wǎng)絡的形式對MQTT的仿真和測試進行介紹，其中發(fā)布者和訂閱者通過CANoe仿真實現(xiàn)，Broker可使用真實的服務器，或者在本地電腦搭建測試用Broker，將Broker地址（需使用外網(wǎng)的IP或域名）和端口配置到TBox中。

Broker搭建完成后，在CANoe的Options設置窗口中配置Broker的IP地址和端口（MQTT功能僅在連接CANoelicense時可用），示例如圖2所示。

圖2 CANoe MQTT配置界面

3 MQTT環(huán)境配置

在 仿 真MQTTClient之 前，需 要 在CANoe的CommunicationSetup環(huán)境中手動創(chuàng)建Distributed Objects的接口（Interfaces）和對象（Objects），或者通過vCDL文件，創(chuàng)建MQTT的數(shù)據(jù)庫。

手動創(chuàng)建MQTT數(shù)據(jù)庫流程如下。

1）創(chuàng)建需要的通信接口。

2）選擇Objects，創(chuàng)建需要通信的對象。

3）為每個對象創(chuàng)建對應的數(shù)據(jù)。

4）選擇創(chuàng)建的Data數(shù)據(jù)，在右側MQTT配置窗口中配置其屬性值。

創(chuàng)建vCDL數(shù)據(jù)庫的流程如下。

1）打開“Open vCDL Editor”。

2）創(chuàng)建MQTT的接口、對象和數(shù)據(jù)。

3）定義MQTT的屬性值。

4）選擇import Data Source導入創(chuàng)建好的vCDL文件。

vCDL導入成功以后，可查看定義屬性及參數(shù)，如圖3所示。

圖3 MQTT模型編輯界面

使用vCDL創(chuàng)建MQTT數(shù)據(jù)庫的示例如圖4所示。

圖4 MQTT vCDL數(shù)據(jù)庫開發(fā)界面

4 測試介紹

通過上面的配置，下面以遠程解閉鎖控制測試為例，為大家介紹測試執(zhí)行過程。

測試環(huán)境如圖5所示，由于此測試方案CANoe是調(diào)用測試電腦的網(wǎng)卡與Broker進行通信，所以需要測試電腦可連接外網(wǎng)。

圖5 T-Box測試環(huán)境

當CANoe運行時，會自動連接到Broker。測試數(shù)據(jù)流如下。

1）CANoe（Publisher）首先仿真TSP發(fā)送遠程解鎖請求給Broker。

2）Broker根據(jù)Topic，自動轉發(fā)該請求給T-Box（Subscriber）。T-Box收到該遠程請求后，通過CAN或Ethernet將遠程解鎖請求發(fā)送至車內(nèi)節(jié)點。

3）CANoe仿真車內(nèi)節(jié)點反饋遠程解鎖成功的應答。

4）收到遠程解鎖成功應答后，T-Box（Publisher）把遠程解鎖執(zhí)行結果上傳至Broker，Broker根據(jù)Topic，自動轉發(fā)該請求給CANoe（Subscriber）。

測試交互的數(shù)據(jù)如圖6所示。

圖6 CANoe MQTT數(shù)據(jù)監(jiān)控窗口

5 總結

本方案利用MQTT協(xié)議的技術特點，無需TSP提供額外的API接口，即可實現(xiàn)T-Box遠程功能的自動化測試，可以在項目早期完成對T-Box的功能驗證。根據(jù)不同的技術特點，北匯信息已實現(xiàn)在線測試、離線分析等不同的T-Box自動化測試的方案，歡迎大家進一步溝通交流。

注：文中部分圖片來源于Vector。