汽车健康状况监测方法、装置及汽车与流程

1.本技术涉及汽车安全技术领域，尤其是涉及一种汽车健康状况监测方法、装置及汽车。


背景技术：

2.在传统的车载故障诊断系统中，其监测对象为车辆中的各个传感器与执行器，当某一监测值超过之前的预定值范围，并在短时间不能够恢复正常，此时便会判定其对应的电路或者元件出现故障，然后将此故障以故障码的形式保存下来，同时会点亮仪表盘上的故障指示灯。对于驾驶者来说只是意识到车辆发生故障，并不了解故障的具体信息，有时还会出现故障发生但故障指示灯不亮的情况。导致用户无法及时获知车辆的健康状况。


技术实现要素：

3.本技术实施例的目的在于提供一种汽车健康状况监测方法、装置及汽车，从而解决现有技术中用户无法及时获知汽车的健康状况的问题。
4.为了达到上述目的，本技术提供一种汽车健康状况监测方法，包括：
5.确定电子控制单元ecu的工作模式；
6.在所述工作模式为主动上传模式的情况下，或者，在所述工作模式为查询模式且接收到查询指令的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数；
7.根据所述第一消息，向移动终端发送健康状况消息。
8.可选地，在所述工作模式为主动上传模式的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数，包括：
9.启动第一通用异步收发传输器uart中断服务程序，读取所述第一消息。
10.可选地，确定电子控制单元ecu的工作模式之后，所述方法还包括：
11.在确定所述工作模式为查询模式的情况下，接收全球移动通信系统gsm模块发送的第二消息，所述第二消息包括中断请求标志位ti；
12.启动第二uart中断服务程序，读取gsm模块发送的查询指令。
13.可选地，在所述工作模式为查询模式且接收到查询指令的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数，包括：
14.启动第一uart中断服务程序，根据所述查询指令中的查询信息身份标识id，读取所述第一消息。
15.可选地，确定电子控制单元ecu的工作模式之前，所述方法还包括：
16.接收所述ecu发送的故障消息。
17.可选地，所述方法还包括：
18.在所述工作模式为查询模式且未接收到所述查询指令的情况下，控制所述ecu的工作模式调整为主动上传模式。
19.可选地，根据所述第一消息，向移动终端发送健康状况消息，包括：
20.根据所述第一消息，生成健康状况消息；
21.基于at指令，向所述移动终端发送所述健康状况消息。
22.本技术实施例还提供一种汽车健康状况监测装置，包括：
23.确定模块，用于确定电子控制单元ecu的工作模式；
24.获取模块，用于在所述工作模式为主动上传模式的情况下，或者，在所述工作模式为查询模式且接收到查询指令的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数；
25.发送模块，用于根据所述第一消息，向移动终端发送健康状况消息。
26.可选地，所述获取模块具体用于：
27.在所述工作模式为主动上传模式的情况下，启动第一通用异步收发传输器uart中断服务程序，读取所述第一消息。
28.可选地，所述装置还包括：
29.第一接收模块，在确定所述工作模式为查询模式的情况下，接收全球移动通信系统gsm模块发送的第二消息，所述第二消息包括中断请求标志位ti；
30.处理模块，用于启动第二uart中断服务程序，读取gsm模块发送的查询指令。
31.可选地，所述获取模块具体用于：
32.在所述工作模式为查询模式且接收到查询指令的情况下，启动第一uart中断服务程序，根据所述查询指令中的查询信息身份标识id，读取所述第一消息。
33.可选地，所述装置还包括：
34.第二接收模块，用于接收所述ecu发送的故障消息。
35.可选地，所述装置还包括：
36.控制模块，用于在所述工作模式为查询模式且未接收到所述查询指令的情况下，控制所述ecu的工作模式调整为主动上传模式。
37.可选地，所述发送模块包括：
38.生成子模块，用于根据所述第一消息，生成健康状况消息；
39.发送子模块，用于基于at指令，向所述移动终端发送所述健康状况消息。
40.本技术实施例还提供一种汽车，包括：处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的汽车健康状况监测方法的步骤。
41.本技术实施例还提供一种可读存储介质，所述可读存储介质上存储有程序，所述程序被处理器执行时实现如上所述的汽车健康状况监测方法的步骤。
42.本技术的上述技术方案至少具有如下有益效果：
43.本技术实施例的汽车健康状况监测方法，首先，确定电子控制单元ecu的工作模式；其次，在所述工作模式为主动上传模式的情况下，或者，在所述工作模式为查询模式且接收到查询指令的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数；最后，根据所述第一消息，向移动终端发送健康状况消息。如此，实现了在ecu处于主动上传模式的情况下，若出现功能则主动向移动终端发送健康状况消息，使得用户能够及时了解汽车的健康状况，在所述工作模式为查询模式且接收到用户发送的查询指令的情况下，向移动终端发送与查询指令相关的健康状况消息，使得用户能够全面监控汽车的健康状况。
附图说明
44.图1为本技术实施例的汽车健康状况监测方法的流程示意图之一；
45.图2为本技术实施例中接收短消息的流程示意图；
46.图3为本技术实施例中接收数据的流程示意图；
47.图4为本技术实施例的汽车健康状况监测方法的流程示意图之二；
48.图5为本技术实施例中发送at指令的流程示意图；
49.图6为本技术实施例中发送汽车健康状况消息的流程示意图；
50.图7为本技术实施例的汽车健康状况监测装置的结构示意图。
具体实施方式
51.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
52.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
53.下面结合附图，通过具体的实施例及其应用场景对本技术实施例提供的汽车健康状况监测方法、装置及汽车进行详细地说明。
54.如图1所示，为本技术实施例的汽车健康状况监测方法的流程示意图之一，该方法包括：
55.步骤101，确定电子控制单元(electronic control unit，ecu)的工作模式；
56.这里，需要说明的是，ecu的工作模式包括主动上传模式或查询模式。
57.这里，还需要说明的是，电子控制单元是由集成电路组成的用来对车辆各传感器测量所得数据进行分析处理发送等一系列动作的控制装置，目前，越来越多的ecu应用在车辆的控制系统中，且集成度越来越高。为了实现各电子控制单元之间的数据交换与分享，将网络总线设计为车辆控制网络的平台，将所有的ecu搭载到汽车网络总线，这样使得车辆中各控制系统联系更加紧密，逐步实现车辆的智能化控制，而且汽车网络技术的发展对于汽车内部通信、提高整车安全性能与操作性能具有至关重要的意义。
58.本步骤中，ecu可以为发动机ecu。具体的，确定ecu的工作模式可以为根据ecu发送的控制器局域网络(controller area network，can)报文确定。其中，可以基于can报文中的特定字段(预设字段)的内容，确定ecu的工作模式；即：在接收到ecu发送的can报文之后，对该can报文进行解析，以获得预设字段的内容，从而根据该预设字段的内容确定ecu的工作模式。
59.步骤102，在所述工作模式为主动上传模式的情况下，或者，在所述工作模式为查询模式且接收到查询指令的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数；
60.本步骤中，第一消息为ecu发送的can报文消息。也就是说，在确定ecu的工作模式为主动上传模式的情况下，确定目前需要主动向用户上报健康状况，如此，则读取ecu发送的第一消息，以获得ecu工作参数，从而为主动上报健康状况做准备；在确定ecu的工作模式为查询模式且接收到用户发送的查询指令的情况下，确定用户目前需要了解汽车的健康状况，如此，则读取ecu发送的第一消息，以获得ecu工作参数，从而为根据用户需求向用户提供汽车健康状况做准备。
61.步骤103，根据所述第一消息，向移动终端发送健康状况消息。
62.本技术实施例的汽车健康状况监测方法，首先，确定电子控制单元ecu的工作模式；其次，在所述工作模式为主动上传模式的情况下，或者，在所述工作模式为查询模式且接收到查询指令的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数；最后，根据所述第一消息，向移动终端发送健康状况消息。如此，实现了在ecu处于主动上传模式的情况下，若出现功能则主动向移动终端发送健康状况消息，使得用户能够及时了解汽车的健康状况，在所述工作模式为查询模式且接收到用户发送的查询指令的情况下，向移动终端发送与查询指令相关的健康状况消息，使得用户能够全面监控汽车的健康状况。
63.这里，需要说明的是，在系统上电后，且在确定ecu的工作模式之前，该方法还包括：对汽车健康状况监测系统的各项配置进行初始化，其中，初始化的部件主要包括：主控芯片(lpc1765)总线时钟频率、输入/输出(input/output，i/o)口、定时器、中断服务、异步收发传输器(universal asynchronous receiver/transmitter，uart)串口及全球移动通信系统(global system for mobile communications，gsm)模块。
64.作为一个可选的实现方式，步骤102，在所述工作模式为主动上传模式的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数，包括：
65.启动第一通用异步收发传输器uart中断服务程序，读取所述第一消息。
66.在本技术实施例中，可以预先将主控芯片的串口uart3中断服务程序设置为用来处理与ecu之间数据的传输，亦即，第一uart中断服务程序为主控芯片的串口uart3中断服务程序。
67.具体的，在ecu工作模式为主动上传模式的情况下，主控芯片进入数据读取中断(uart3中断服务程序)，读取ecu发送的第一消息，从第一消息中提取有效字节(预设字段)的内容。
68.进一步地，作为一个可选的实现方式，步骤101，确定电子控制单元ecu的工作模式之后，所述方法还包括：
69.步骤一：在确定所述工作模式为查询模式的情况下，接收全球移动通信系统gsm模块发送的第二消息，所述第二消息包括中断请求标志位ti；
70.本步骤中，若接收到gsm模块发送的包括终端请求标志位ti的第二消息，则确定gsm模块接收到了用户的移动终端发送的查询命令，亦即，用户目前需要查询汽车的健康状况。
71.这里，需要说明的是，在ecu的工作模式为查询模式的情况下，只有用户目前需要查询汽车的健康状况时，才会根据用户的需求向用户的移动终端发送健康状况消息，因此，本可选实现方式中，在确定ecu的工作模式为查询模式的情况下，需要进一步确定是否接收到用户的查询命令。
72.步骤二：启动第二uart中断服务程序，读取gsm模块发送的查询指令。
73.在本可选实现方式中，可以预先将主控芯片的串口uart2终端服务程序设置为用来处理与用户身份识别卡(subscriber identity module，sim)808芯片的短消息收发过程，亦即，第二uart中断服务程序为主控芯片的串口uart2中断服务程序。
74.下面，结合图2，对接收用户的移动终端发送的短消息的过程进行说明：
75.步骤201，移动终端发送查询消息；
76.步骤202，判断sim808 gsm是否返回ti标志位；若是，则执行步骤203，若否，则返回至步骤201；
77.步骤203，将短消息的消息字符存入数组；
78.步骤204，解析短消息内容；
79.步骤205，打开数据接收中断。
80.也就是说，上述各个步骤可以为：当ecu工作在查询模式上时，需要向其发送一条指令来获取工作参数，当利用at+cnmi对无线通讯模块设置新消息提示功能之后，当sim卡(sim808 gsm)收到一条新消息，便会返回串口一个ti标志位，所以当对车辆发起短消息查询后，根据返回值中有无“ti”标志位来确定是否进入短消息接收中断，进入到短消息接收中断之后便将所收到的字符串存入数组，然后解析短消息内容，之后便进入到下一阶段，数据接收中断，接收ecu发送的报文信息。
81.作为一个可选的实现方式，步骤102中，在所述工作模式为查询模式且接收到查询指令的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数，包括：
82.启动第一uart中断服务程序，根据所述查询指令中的查询信息身份标识id，读取所述第一消息。
83.本可选实现方式中，在接收到用户的查询指令的情况下，确定用户目前具有查询汽车的健康状况的需求，则在接收ecu发送的第一消息时，会基于查询信息身份标识id，读取该第一消息，以满足用户的查询需求。
84.下面，结合图3对本技术实施例的数据接收过程进行说明：
85.步骤301，查询字符存入数组；也就是说，将查询信息中的查询字符存入数组，以便后续根据查询字符接收数据；
86.步骤302，接收ecu发送的第一消息；
87.步骤303，判断数据是否接收完成，若是，则执行步骤304，若否，则执行步骤302；
88.步骤304，有效字节处理；亦即，对接收到的数据的高低字节进行计算和处理；
89.步骤305，将数据存入数组；
90.步骤306，短消息发送标志位conut_send置为1。
91.这里，需要说明的是，主控芯片lpc1765内部已经封装有多种常用标准车载通信协议，物理层、数据链路层及部分应用层协议也已建立好，由此便可以与ecu通过车载自动诊断系统(on board diagnostics，obd)接口进行数据采集，实现汽车内部总线数据与串行数据的数据交换传输。
92.在软件功能上，当主控芯片lpc1765接收到发送来的短消息查询信息后，便会进入数据接收中断，根据所需要查询信息的id，将字符串存入数组，然后判断数据是否接收完毕，如果完成接收则对数据高低字节进行计算处理，最后将结果返回串口同时将短消息发
送标志位置为1等待发送。
93.进一步地，作为一个可选的实现方式，步骤101，确定电子控制单元ecu的工作模式之前，所述方法还包括：
94.接收所述ecu发送的故障消息。
95.也就是说，本技术实施例中，在接收到ecu发送的故障消息的情况下，需要进一步判断ecu的工作模式，以实现及时将故障消息上报给用户，以便用户能够实时了解汽车的健康状况。
96.更进一步地，作为一个可选的实现方式，所述方法还包括：
97.在所述工作模式为查询模式且未接收到所述查询指令的情况下，控制所述ecu的工作模式调整为主动上传模式。
98.本可选实现方式中，在确定ecu故障时，若确定工作模式为查询模式且用户目前没有查询需求的情况下，则将ecu的工作模式调整为主动上传模式，从而便于将ecu的故障信息主动上报给用户，便于用户及时了解汽车的健康状况。
99.下面，结合图4对本技术实施例的汽车健康状况监测方法的流程进行说明：
100.步骤401，主控芯片lpc1765初始化；
101.步骤402，sim808 gsm配置；亦即，sim808 gsm初始化；
102.步骤403，判断ecu是否发生故障，若是，则执行步骤404，若否，则执行步骤412；
103.步骤404，判断ecu是否工作在主动上传模式，若是，则执行步骤408，若否，则执行步骤405；
104.步骤405，判断是否收到移动终端发送的查询短信；若是，则执行步骤406，若否，则执行步骤412；亦即，判断sim808 gsm模块是否收到移动终端发送的查询短息；
105.步骤406，进入中断处理程序，读取短信内容并关闭中断；亦即，主控芯片进入中断处理程序；
106.步骤407，判断数据组中有无标志位cmti，若有，则执行步骤408，若无，则执行步骤412；
107.步骤408，进入数据读取中断，数据存入数组；亦即，主控芯片进入数据读取中断，读取ecu发送的数据，并将数据存入数组；
108.步骤409，判断是否是查询指令，若是，则执行步骤410，若否，则执行步骤411；亦即，主控模块是否收到sim808 gsm发送的查询指令；
109.步骤410，构建内容并发送短息；
110.步骤411，更改工作模式；
111.步骤412，延时。
112.也就是说，初始化过程完成之后便进入程序的主循环流程，首先会对发ecu工作模式进行判断，主要分为主动上传模式与查询模式，如果为主动上传模式则会直接进入数据读取中断，即串口3中断服务程序，然后提取有效字节构建内容发送至指定手机；如果为查询方式则会首先判断是否收到查询命令，如果确认收到则会在返回指令中存在ti标志位，当检测到ti标志位后便进入数据读取中断，剩下过程与主动上传模式相同。
113.作为一个可选的实现方式，步骤103，根据所述第一消息，向移动终端发送健康状况消息，包括：
114.根据所述第一消息，生成健康状况消息；
115.基于at指令，向所述移动终端发送所述健康状况消息。
116.这里，首先对at指令进行说明：
117.短消息的发送要依赖于gsm网络的通信接口规范，根据gsm 07.07规定，短消息的发送与接收是通过at指令来实现，主要分为块模式(block mode)、文本模式(text mode)与协议数据单元(protocol data unit，pdu)模式。随着技术的不断发展，以二进制编码来进行数据传输的块模式已逐渐被淘汰，而文本模式与pdu模式属于使用at指令进行通讯的接口协议。
118.at即attention，指令集是从终端设备(terminal equipment，te)或者数据终端设备(data terminal equipment，dte)向终端适配器(terminal adapter，ta)或者数据电路终端设备(data circuit terminal equipment，dce)发送的。at指令是由终端设备发送至终端适配器，然后由终端适配器将at指令进行解析，进而控制移动设备实现各种网络功能。
119.at指令是一种标准接口，它的命令格式与返回指令都是固定的，主要语法特点有：
120.(1)所有的at指令都以at开头，以《cr》(即回车键)结束，格式为《回车》《换行》《响应内容》《回车》《换行》。回车键是作为指令结束的标志，模块在接收到回车键之后，其响应便会紧随其后。
121.(2)如果at指令执行成功，会返回“ok”；如果at指令语法错误或者执行失败，则会返回“error”。
122.(3)可以连续发送多条指令，但指令之间必须用空格隔开。
123.at指令是pc机通过串口操作手机的唯一方式。
124.这里，需要说明的是，由于gprs/gsm芯片的驱动指令都是依靠at指令，主控芯片通过串口发送各类业务相对应的at指令来实现与用户手机之间的通信。根据gsm的应答机制与串口传输数据的特点，编写发送at指令的函数，当at指令发送到芯片上后会返回指令用于判断工作状态是否正常，实现一项功能并不是只需要发送一条at指令就能够达到目的，所以为了方便不同at指令的发送需要对串口缓存区的数据进行清理。
125.下面，结合图5对本技术实施例的at指令发送流程进行说明：
126.步骤501，清除串口缓存数据；
127.步骤502，判断是否接收到所需数据，若是，则执行步骤503，若否，则执行步骤501；
128.步骤503，清除串口缓存数据；
129.步骤504，接收数据；
130.步骤505，判断是否数据接收完成，若是，则执行步骤5,6，若否，则执行步骤504；
131.步骤506，串口发送数据。
132.这里，还需要说明的是，目前发送短消息主要使用两种方式：text和pdu模式，对这两种模式进行对比，使用text模式收发短信代码简单，实现也较为容易；而pdu模式支持中英文短消息的收发，可以使用3种编码方式：7-bit、8-bit与ucs2编码。而本技术实施例中，监测车辆的故障及行车信息，如果只是将故障代码发送给用户并不直观，所以最好能够将故障的详细内容显示出来，对于只需发送中文并不需要接收中文短信来说，从实现难易程度与可靠性方面考虑本文选择text模式。
133.下面，结合图6，对本技术实施例中发送健康状况消息的流程进行说明：
134.步骤601，at+cmgr＝1，读取短消息内容；
135.步骤602，根据短消息内容读取不同参数；
136.步骤603，at+cmgr＝“86手机号码”设置接收方手机号码；
137.步骤604，发送短消息指定的内容；
138.步骤605，发送字节0x1a作为数据发送完成标志；
139.步骤606，at+cmgd＝1，删除所有短消息。
140.这里，需要说明的是，采用发送中文短消息方式将行车信息传输到用户手机主要用到以下的at指令：
141.(1)at+cmgf＝1，设置短消息收发模式为text模式；
142.(2)at+csca？，该命令用来设置短消息服务中心号码，返回内容为+csca:"002b0038003600310033003800300030003100300030003500300030"，145，并提示ok，这说明设置成功，csca返回的号码由当地运营商决定。
143.(3)at+cnmi，用于设置新消息提示。发送：at+cnmi＝2，1，当收到新消息且sim卡未满时则会返回数据+cmti：“sm”，2至串口，表示收到新消息并存储在sim卡的位置2；
144.(4)at+cscs＝“ucs2”，因为需要发送中文信息，所以设置te字符集为ucs2编码字符集。
145.(5)at+csmp＝17，167，2，25，用来设置文本模式参数；
146.(6)at+cmgr＝2，用来设置读取存储在sim卡指定位置(设定值2为读取存储在sim卡位置2的短消息)短消息内容，即为系统监测命令，根据发送短信内容的不同执行不同操作。
147.(7)at+cmgs＝“+86手机号码”，该命令用来设置接收消息方手机号码，由于之前已经设置字符集为ucs2字符集，所以此处的手机号码也应转换为ucs2字符集格式，否则会出现错误。这条命令发送完成之后编辑短消息内容向sim808进行发送，消息内容编辑完成之后要发送ctrl+z(即为十六进制的0x1a)作为结束标志，之后sim808便会开始进行数据传输；
148.(8)at+cmgd＝1，该指令用来删除全部短信，在程序设计时，每执行完一次短信命令就要将存储的短消息删除，这是因为存储容量有限，当存储空间满了之后即使收到新消息便不会再发送提示，造成功能失误。
149.(9)gsm初始化配置按照上述指令(1)～(5)进行设置，然后根据(1)～(8)指令顺序进行短消息内容的发送。
150.本技术实施例的汽车健康状况监测方法，针对传统的车载故障诊断系统中，其监测对象为车辆中的各个传感器与执行器，当某一监测值超过之前的预定值范围，并在短时间不能够恢复正常，此时便会判定其对应的电路或者元件出现故障，然后将此故障以故障码的形式保存下来，同时会点亮仪表盘上的故障指示灯。对于驾驶者来说只是意识到车辆发生故障，并不了解故障的具体信息，有时还会出现故障发生但故障指示灯不亮的情况的问题，通过对无线通信单元的程序设计，实现将故障具体信息以短消息方式发送到驾驶者手机上，这种方式操作方便，可靠性高，既能帮助驾驶者监测车辆健康情况，也能节省维修时间。
151.需要说明的是，本技术实施例提供的汽车健康状况监测方法，执行主体可以为汽
车健康状况监测装置，或者该汽车健康状况监测装置中的用于执行加载方法的控制模块。本技术实施例中以汽车健康状况监测装置执行加载汽车健康状况监测方法为例，说明本技术实施例提供的汽车健康状况监测方法。
152.如图7所示，本技术实施例还提供一种汽车健康状况监测装置，包括：
153.确定模块701，用于确定电子控制单元ecu的工作模式；
154.获取模块702，用于在所述工作模式为主动上传模式的情况下，或者，在所述工作模式为查询模式且接收到查询指令的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数；
155.发送模块703，用于根据所述第一消息，向移动终端发送健康状况消息。
156.本技术实施例的汽车健康状况监测装置，首先，确定模块701确定电子控制单元ecu的工作模式；其次，获取模块702在所述工作模式为主动上传模式的情况下，或者，在所述工作模式为查询模式且接收到查询指令的情况下，读取ecu发送的第一消息，所述第一消息包括ecu工作参数；最后，发送模块703根据所述第一消息，向移动终端发送健康状况消息。如此，实现了在ecu处于主动上传模式的情况下，若出现功能则主动向移动终端发送健康状况消息，使得用户能够及时了解汽车的健康状况，在所述工作模式为查询模式且接收到用户发送的查询指令的情况下，向移动终端发送与查询指令相关的健康状况消息，使得用户能够全面监控汽车的健康状况。
157.可选地，所述获取模块702具体用于：
158.在所述工作模式为主动上传模式的情况下，启动第一通用异步收发传输器uart中断服务程序，读取所述第一消息。
159.进一步地，所述装置还包括：
160.第一接收模块，在确定所述工作模式为查询模式的情况下，接收全球移动通信系统gsm模块发送的第二消息，所述第二消息包括中断请求标志位ti；
161.处理模块，用于启动第二uart中断服务程序，读取gsm模块发送的查询指令。
162.可选地，所述获取模块702具体用于：
163.在所述工作模式为查询模式且接收到查询指令的情况下，启动第一uart中断服务程序，根据所述查询指令中的查询信息身份标识id，读取所述第一消息。
164.进一步地，所述装置还包括：
165.第二接收模块，用于接收所述ecu发送的故障消息。
166.更进一步地，所述装置还包括：
167.控制模块，用于在所述工作模式为查询模式且未接收到所述查询指令的情况下，控制所述ecu的工作模式调整为主动上传模式。
168.可选地，所述发送模块703包括：
169.生成子模块，用于根据所述第一消息，生成健康状况消息；
170.发送子模块，用于基于at指令，向所述移动终端发送所述健康状况消息。
171.本技术实施例提供的汽车健康状况监测方法能够实现图1至图6的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
172.本技术实施例还提供一种汽车，包括：处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的汽车健康状况
监测方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
173.本技术实施例还提供一种可读存储介质，可读存储介质上存储有程序，该程序被处理器执行时实现汽车健康状况监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，该可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
174.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
175.以上所述是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。