CN114490220A

CN114490220A - 基于mqtt的车载娱乐系统远程调试方法及调试系统

Info

Publication number: CN114490220A
Application number: CN202210112933.4A
Authority: CN
Inventors: 王强; 张英鹏; 谢乐成; 刘大全; 张磊
Original assignee: Chongqing Changan Automobile Co Ltd
Current assignee: Chongqing Changan Automobile Co Ltd
Priority date: 2022-01-29
Filing date: 2022-01-29
Publication date: 2022-05-13

Abstract

本发明公开了一种基于MQTT的车载娱乐系统远程调试方法及调试系统，所述调试方法包括如下步骤：S1，基于MQTT协议建立MQTT Broker与调试端以及MQTT Broker与车机端的双向通讯连接；S2，调试端的调试人员从MQTT Broker处获取车机端的实时车辆日志，并读取车辆日志后，通过MQTT Broker向车机端发出实时调试指令；S3，车机端的远程调试模块获取实时调试指令后，识别并执行所述实时调试指令，且在远程调试模块完成调试指令后，将运行结果反馈给MQTT Broker后，再通过MQTT Broker将运行结果反馈给调试端。

Description

基于MQTT的车载娱乐系统远程调试方法及调试系统

技术领域

本发明属于车机远程调试领域，具体涉及一种基于MQTT的车载娱乐系统远程调试方法及调试系统。

背景技术

随着汽车技术的发展，智能化汽车越来越普及，很多汽车上都设有车载娱乐系统。所述车载娱乐系统在运行过程中，通常会因为软件故障而无法正常使用。针对该问题，需要调试人员现场通过U盘或USB导出车机内的日志进行排查，并在排查处问题后，再现场调试。这种方式费时费力，影响车主对汽车的正常使用。

针对该问题，公开号为113220516的中国专利公开了一种针对智能座舱实现远程协助调试的系统，包括通信交互功能模块，用于执行系统预设操作实现与车载系统之间的通信；日志管理功能模块，与所述的通信交互功能模块相连接，用于收集并保存所述的车载系统中的日志文件，并将日志文件上传至服务器；以及文件更新功能模块，与所述的日志管理功能模块相连接，用于根据分析出的所述的日志文件中的问题，制作相应的调试包进行文件的备份以及覆盖。采用上述系统后虽然能够实现对车载终端进行远程调取日志，并对通过读取日志后，向远程服务器发出调试包，车载终端下载调试包后实现远程调试。上述方式是在车载终端出现故障后，再向远程服务器发出通讯请求，通过远程服务器来收集车载终端的车辆日志，日志收集过程以及调试指令的获取路径较长，调试过程不够快捷。

发明内容

针对上述现有技术的不足，本发明所要解决的技术问题是：能够快速建立调试端与车机端的通讯通道，快速传递调试指令，完成远程调试的调试方法及调试系统。

为了解决上述技术问题，本发明采用了如下的技术方案：

一种基于MQTT的车载娱乐系统远程调试方法，其特征在于，它包括如下步骤：S1，基于MQTT协议建立MQTT Broker与调试端以及MQTT Broker与车机端的双向通讯连接；S2，调试端的调试人员从MQTT Broker处获取车机端的实时车辆日志，并读取车辆日志后，通过MQTT Broker向车机端发出实时调试指令；S3，车机端的远程调试模块获取实时调试指令后，识别并执行所述实时调试指令，且在远程调试模块完成调试指令后，将运行结果反馈给MQTT Broker后，再通过MQTT Broker将运行结果反馈给调试端。这样，通过MQTT Broker与车机端和调试端建立双向通讯连接后，在车载娱乐系统出现故障后，调试端能够直接从MQTT Broker处获取故障车辆的车辆日志，并在读取车辆日志后，实时调试，通过MQTTBroker下发调试指令，在车机端获取调试指令后，即可执行调试指令。采用上述方式后，研发人员通过远程方式可灵活的随意输入linux调试指令，并通过MQTT Broker实时的看到系统运行的结果，方便其做进一步的交互调试，调试结果反馈快，且能够实现短时间内多次反复调试。

进一步的，在调试端与MQTT Broker建立双向通讯连接前，MQTT Broker与车机端之间之间保持长连接，并实时接收车机端的车辆日志。这样，在调试端需要获取车辆日志时，则可以直接从MQTT Broker处读取，无需等待MQTT Broker从车机端实时读取车辆日志，有效缩短响应时间。

进一步的，所述车机端和调试端均通过本地证书、ID配置与MQTT Broker通讯连接，并在通讯连接后向MQTT Broker设置一个相应订阅主题；调试端在收到车机端的订阅主题后，从MQTT Broker获取车机端的车辆日志，并制定调试指令后向MQTT Broker发出该订阅主题的调试指令。这样，车机端和调试端在与MQTT Broker建立连接时，通过车辆的本地证书和ID配置可实现一一对应，并在获取车辆日志时，精确获取目标车辆的车辆日志。

进一步的，调试端所设置的调试指令包括调试标识、订阅主题和linux调试执行指令。这样，目标车辆可通过调试标识判定该调试指令是否是对车载娱乐终端的调试指令。所设置的订阅主题能够实现车机端、调试端的订阅主体相对应，均是针对车载娱乐系统调试进行的。

进一步的，车机端在接收到MQTT Broker发出的调试指令后，先对调试指令的调试标识进行识别，若调试标识为设定的车载娱乐系统调试标识，则去掉调试标识后，执行调试标识后面的linux调试执行指令；若不是，则交给车机端的其他模块处理。这样，车机端的远程调试模块仅接收对车载娱乐系统的调试指令，进一步确保调试指令送达的准确性。

进一步的，所述调试指令包括包括日志查看、进程查看、抓包工具、系统管理以及性能监控。

一种基于MQTT的车载娱乐系统远程调试系统，其特征在于，包括PC调试模块、MQTTBroke以及集成在车机上的远程调试模块，所述MQTT Broke布置于云端，用于接收和发送PC调试模块和远程调试模块的信息，与PC调试模块和远程调试模块建立双向通讯连接；所述PC调试模块用于接收MQTT Broke上所接收的车辆日志和调试结果，并向MQTT Broke发送调试指令；所述远程调试模块用于接收MQTT Broke所接收到的调试指令，并执行所接收的调试指令，且在调试指令完成后，将调试结果反馈给MQTT Broke。

附图说明

图1为实施例中调试系统的连接示意图；

图2为实施例中调试流程示意图；

图3为实施例中远程调试模块对调试指令的处理流程示意图。

具体实施方式

下面结合附图和实施例对本发明进一步说明。

实施例：

如图1所示，本实施例提供的基于MQTT的车载娱乐系统远程调试系统，包括PC调试模块、MQTT Broke以及集成在车机上的远程调试模块，所述MQTT Broke布置于云端，用于接收和发送PC调试模块和远程调试模块的信息，与PC调试模块和远程调试模块建立双向通讯连接；所述PC调试模块用于接收MQTT Broke上所接收的车辆日志和调试结果，并向MQTTBroke发送调试指令；所述远程调试模块用于接收MQTT Broke所接收到的调试指令，并执行所接收的调试指令，且在调试指令完成后，将调试结果反馈给MQTT Broke。

采用上述车载娱乐系统远程调试系统对车载娱乐系统的远程调试方法如图2所示：S1，基于MQTT协议建立MQTT Broker与调试端以及MQTT Broker与车机端的双向通讯连接；S2，调试端的调试人员从MQTT Broker处获取车机端的实时车辆日志，并读取车辆日志后，通过MQTT Broker向车机端发出实时调试指令；所述车机端和调试端均通过本地证书、ID配置与MQTT Broker通讯连接，并在通讯连接后向MQTT Broker设置一个相应订阅主题；调试端在收到车机端的订阅主题后，从MQTT Broker获取车机端的车辆日志，并制定调试指令后向MQTT Broker发出该订阅主题的调试指令；S3，车机端的远程调试模块获取实时调试指令后，识别并执行所述实时调试指令，且在远程调试模块完成调试指令后，将运行结果反馈给MQTT Broker后，再通过MQTT Broker将运行结果反馈给调试端。

为缩短调试端获取车辆日志的路径和时间，在调试端与MQTT Broker建立双向通讯连接前，MQTT Broker与车机端之间之间保持长连接，并实时接收车机端的车辆日志。

具体的，调试端所设置的调试指令包括调试标识、订阅主题和linux调试执行指令。本实施例中调试端所设置的调试标识为“Cmd:”；调试端和车机端所设置的订阅主题是“home/garden/receive”。

如图3所示，车机端在接收到MQTT Broker发出的调试指令后，先对调试指令的调试标识进行识别，若调试标识为设定的车载娱乐系统调试标识(即“Cmd:”)，则去掉调试标识(“Cmd:”)后，执行调试标识后面的linux调试执行指令；若不是，则交给车机端的其他模块处理。

为确保调试人员能够实时获取调试结果，针对调试结果进一步调试，车机端执行调试指令后，将执行结果以“home/garden/receive”主题放入MQTT的发送buffer，MQTT发送模块周期性的将发送buffer里的消息传给MQTT Broker，由其转给订阅方PC调试端展示，如此便完成了远程调试的一次交互。

本实施例中的调试指令如下所示：

最后需要说明的是，以上实施例仅用以说明本发明的技术方案而非限制技术方案，尽管申请人参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，那些对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，均应涵盖在本发明的权利要求范围当中。

Claims

1.一种基于 MQTT 的车载娱乐系统远程调试方法，其特征在于，它包括如下步骤：S1，基于MQTT协议建立MQTT Broker与调试端以及MQTT Broker与车机端的双向通讯连接；S2，调试端的调试人员从MQTT Broker处获取车机端的实时车辆日志，并读取车辆日志后，通过MQTT Broker向车机端发出实时调试指令；S3，车机端的远程调试模块获取实时调试指令后，识别并执行所述实时调试指令，且在远程调试模块完成调试指令后，将运行结果反馈给MQTT Broker后，再通过MQTT Broker将运行结果反馈给调试端。

2.根据权利要求1所述的基于 MQTT 的车载娱乐系统远程调试方法，其特征在于，在调试端与MQTT Broker建立双向通讯连接前，MQTT Broker与车机端之间之间保持长连接，并实时接收车机端的车辆日志。

3.根据权利要求2所述的基于 MQTT 的车载娱乐系统远程调试方法，其特征在于，所述车机端和调试端均通过本地证书、ID 配置与 MQTT Broker通讯连接，并在通讯连接后向MQTT Broker设置一个相应订阅主题；调试端在收到车机端的订阅主题后，从MQTT Broker获取车机端的车辆日志，并制定调试指令后向MQTT Broker发出该订阅主题的调试指令。

4.根据权利要求3所述的基于 MQTT 的车载娱乐系统远程调试方法，其特征在于，调试端所设置的调试指令包括调试标识、订阅主题和linux调试执行指令。

5.根据权利要求4所述的基于 MQTT 的车载娱乐系统远程调试方法，其特征在于，车机端在接收到MQTT Broker发出的调试指令后，先对调试指令的调试标识进行识别，若调试标识为设定的车载娱乐系统调试标识，则去掉调试标识后，执行调试标识后面的linux调试执行指令；若不是，则交给车机端的其他模块处理。

6.根据权利要求1或2或3或4或5所述的基于 MQTT 的车载娱乐系统远程调试方法，其特征在于，所述调试指令包括日志查看、进程查看、抓包工具、系统管理以及性能监控。

7.一种基于 MQTT 的车载娱乐系统远程调试系统，其特征在于，包括PC调试模块、MQTTBroke以及集成在车机上的远程调试模块，所述MQTT Broke布置于云端，用于接收和发送PC调试模块和远程调试模块的信息，与PC调试模块和远程调试模块建立双向通讯连接；所述PC调试模块用于接收MQTT Broke上所接收的车辆日志和调试结果，并向MQTT Broke发送调试指令；所述远程调试模块用于接收MQTT Broke所接收到的调试指令，并执行所接收的调试指令，且在调试指令完成后，将调试结果反馈给MQTT Broke。