本发明涉及车辆CAN总线的网络架构
技术领域：
，特别涉及一种基于车联网的车辆状况监测方法、系统及车辆。
背景技术：
：当今，车辆CAN总线网络已经成为车辆网络的主要总线网络，车辆总线网络的架构直接决定了车辆功能的扩展性和稳定性。目前新上市的车辆大部分具备车联网功能，能够在云端对车辆实时状况进行监测。但车辆的车联网功能强大与否的差距较大，归其原因主要还是与车辆本身的CAN总线网络架构有关。现有技术中，常用的车辆CAN总线网络架构为星形CAN总线网络架构，即：从一个中央网关连接出三路CAN总线，三路CAN总线之间通过中央网关进行通信。并且，在现有的基于车联网的CAN总线网络架构系统中，通常将车联网通信模块(即T-BOX，TelematicsBOX)作为其中一路总线上的一个节点模块(简称节点)，T-BOX通过中央网关获取其它路总线上的节点数据。然而，在上述系统中，一旦车辆的中央网关出现故障，作为其中一路总线上的节点的T-BOX将不能对其它路总线上的节点数据进行实时监测，进而导致基于车联网的车辆实时状况监测功能如同虚设。技术实现要素：本发明的目的是提供一种基于车辆网的车辆状况监测方法、系统及车辆，以避免现有技术中在中央网关发生故障的情况下车联网无法对车辆状况进行实时监测的问题。为解决上述技术问题，本发明提供一种基于车辆网的车辆状况监测方法，包括：车联网通信模块侦听各路CAN总线上的节点模块的节点数据；其中，所述车联网通信模块并行地挂接在各路所述CAN总线上；所述车联网通信模块将侦听到的节点数据上传至车联网的云平台。可选的，所述车联网通信模块将侦听到的节点数据上传至所述车联网的云平台，包括：判断所述节点数据是否存在故障码数据；若存在，则将所述故障码数据上传至所述车联网的云平台。可选的，将所述故障码数据上传至所述车联网的云平台，包括：判断所述故障码数据对应的节点模块的数量是否大于阈值；若否，则对所述故障码数据对应的节点模块的第一故障码数据进行侦听，并将侦听到的第一故障码数据上传至所述车联网的云平台；若是，则依据节点模块优先级排名表对所述故障码数据对应的节点模块按照优先级从高到低进行排序，并按照排序结果依次对节点模块的第二故障码数据进行侦听，并将侦听到的第二故障码数据上传至所述车联网的云平台。可选的，本方案还包括：在执行依据节点模块优先级排名表对所述故障码数据对应的节点模块按照优先级从高到低进行排序的同时，侦听所述故障码数据对应的节点模块的故障码数据的源地址数据直到生成排序结果为止。可选的，本方案还包括：定期对所述节点模块优先级排名表进行更新。本发明还提供一种基于车辆网的车辆状况监测系统，该车辆状况监测系统包括：多路CAN总线、分别设置于各路所述CAN总线上的节点模块、与各路所述CAN总线均相连的车联网通信模块；其中，所述车联网通信模块侦听各路CAN总线上的节点模块的节点数据，并将侦听到的节点数据上传至车联网的云平台。可选的，所述多路CAN总线包括：高速CAN总线，中速CAN总线以及低速CAN总线。可选的，本方案还包括：与各路所述CAN总线均相连的中央网关，使所述节点模块之间实现数据交互。可选的，本方案还包括：与所述车联网通信模块相连的报警装置，用于当云平台发送故障信息时进行报警。本发明还提供一种车辆，包括如上述任一项所述的基于车辆网的车辆状况监测系统。本发明所提供的一种基于车辆网的车辆状况监测方法，包括：车联网通信模块侦听各路CAN总线上的节点模块的节点数据；其中，车联网通信模块并行地挂接在各路所述CAN总线上；车联网通信模块将侦听到的节点数据上传至车联网的云平台；可见，该方法通过将车辆网模块与各路所述CAN总线相连，实现车联网模式下通过车联网对车辆状况的实时监测，即使中央网关出现故障，车联网通信模块也可对各路CAN总线上的节点模块进行监测，顺利实现对节点数据的侦听和上传，以此达到对车辆状况的准确监测，即有效避免现有技术中在中央网关发生故障的情况下车联网无法对车辆状况进行实时监测的问题；本发明还提供了一种基于车辆网的车辆状况监测系统及车辆，具有上述有益效果，在此不再赘述。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。图1为本发明实施例所提供的基于车辆网的车辆状况监测系统的结构框图；图2为本发明实施例所提供的基于车辆网的车辆状况监测方法的流程图；图3为本发明实施例所提供的车联网通信模块数据侦听的流程图。具体实施方式本发明的核心是提供一种基于车辆网的车辆状况监测方法、系统及车辆，以避免现有技术中在中央网关发生故障的情况下车联网无法对车辆状况进行实时监测的问题。为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。请参考图1，图1为本发明实施例所提供的基于车辆网的车辆状况监测系统的结构框图；图中ECU-1、ECU-2、ECU-i及ECU-n等表示存在多个ECU，每个ECU可以称之为一个节点模块；该车辆状况监测系统可以包括：多路CAN总线100、分别设置于各路CAN总线上的节点模块101、与各路CAN总线100均相连的车联网通信模块102；其中，车联网通信模块102侦听各路CAN总线100上的节点模块101的节点数据，并将侦听到的节点数据上传至车联网的云平台。其工作原理如下：所述车联网通信模块102对各路所述CAN总线100上来自所述节点模块101的节点数据进行侦听，并将侦听到的节点数据上传至所述车联网的云平台。可以理解的是，车联网通信模块102所上传的数据为节点模块101需要上传至车联网的云平台的数据，主要包括节点正常状态数据和节点的故障数据。基于上述技术方案，本发明实施例提的基于车辆网的车辆状况监测系统，相较现有技术中只将车联网通信模块作为一路CAN总线的节点，其只能通过中央网关获取其它路CAN总线上的节点数据，而该车辆状况监测系统中由于车联网通信模块与各路所述CAN总线均直接相连，使得车联网通信模块能够同时直接对多路CAN总线上的节点数据进行侦听，不必经由中央网关。可以理解的是，无论中央网关是否出故障，本发明均能够顺利实现对节点数据的侦听和上传。进一步地，云平台端的工作人员能够通过车联网通信模块上传的数据了解车辆的每路CAN总线上每个节点模块的实时状况。对于多路CAN总线100，其主要为支持不同传输速率的CAN总线，由于一般情况下车辆中会设置高速CAN总线，中速CAN总线以及低速CAN总线，以较好地适应目前功能复杂的车辆网络。因此基于上述实施例，本实施例中多路CAN总线可以包括：高速CAN总线，中速CAN总线以及低速CAN总线。实际应用中，可以为每路所述CAN总线100上设置多个所述节点模块101，节点模块101也称ECU(电子控制单元)，比如SDM(安全气囊控制模块)、EMS(发动机管理模块)、TCM(变速箱控制模块)以及ESC(电子稳定控制模块)等等车辆中常用的与CAN总线100相连的模块。本发明不做严格限定。在实际应用中，基于上述实施例，该车辆状况监测系统还可以包括与各路所述CAN总线100均相连的中央网关103；设置于各路所述CAN总线100上的节点模块101之间通过所述中央网关实现数据交互。具体地，中央网关103和车联网通信模块102并行挂接于多路CAN总线100上。中央网关103负责各路所述CAN总线100上的节点模块101之间的数据交换，而车联网通信模块102负责对各路所述CAN总线100上节点模块101的节点数据进行侦听并上传。具体实施中，车联网的云平台可以是车辆远程服务提供商(TSP，TelematicsServerProvider)所提供的云平台。另外，在车联网通信模块对CAN总线上的节点数据进行侦听的过程中，可以将侦听到的数据保存至预设存储器中，以便后续需要的时候进行查看。举例说明上述过程，当该车辆状况监测系统包括中央网关、TBOX(即车联网通信模块)、高速CAN总线、中速CAN总线、低速CAN总线、节点模块。其中，中央网关和TBOX并行地挂接在不同速率的CAN总线上，与不同速率总线上的节点模块进行通信，其次，中央网关负责不同速率总线上节点模块通信数据的交换，而TBOX并不负责不同速率总线上节点模块通信数据的交换，只是对不同速率总线上节点模块通信数据进行侦听。如果中央网关发生故障，则高速CAN总线、中速CAN总线、低速CAN总线不能进行相互通信，车辆将处于严重故障状况，此时由于TBOX处于正常工作状态，将对高速CAN总线、中速CAN总线、低速CAN总线上的数据进行继续侦听，并将发往TSP(云平台)。因此该车辆状况监测系统可以有效避免现有技术中在中央网关发生故障的情况下车联网无法对车辆状况进行实时监测的问题。基于上述任意实施例，该车辆状况监测系统还可以包括：与车联网通信模块相连的报警装置，用于当云平台发送故障信息时进行报警。即通过报警装置可以及时将车辆的故障信息通知给用户，从而保证车主的驾驶安全。基于上述任意实施例，车联网通信模块可以将侦听到的全部节点数据上传至云平台，这样上传数据量大，为了实现TSP云平台通过T-BOX对车辆各个ECU的故障数据的有效监测，进而确保车辆故障的及时发现，保障车辆安全并预防车辆故障的恶化。车联网通信模块可以包括：第一判断单元，用于判断节点数据是否存在故障码数据；第一发送单元，用于若存在故障码数据，则将故障码数据上传至车联网的云平台。即车联网通信模块仅将侦听到的故障码数据(或者称为故障码或故障数据)上传至车联网的云平台，从而可以使得车联网的云平台根据获取的故障码数据进行解析，这里的车联网通信模块并不对侦听到的故障码数据进行解析，只负责故障码数据上传。从而减轻了车联网通信模块压力。而云平台本身计算能力强，处理速度快，因此由其进行故障码数据解析能够确保车辆故障的及时发现，保障了车辆安全，预防了车辆故障的恶化。基于上述实施例，为了进一步提高云平台处理数据的效率，减少重大故障发现时间，从而提高车辆安全性。可以将各个节点模块按照重要程度进行排序。当发生故障的节点模块大于阈值时，按照这些节点模块的重要程度依次进行全部数据的侦听，可以实现以最少的时间确定最危险的故障。本实施例并不限定按照重要程度排序的方式。例如可以是设定每个节点模块的优先级，然后按照优先级高低进行排序生成优先级排序表，或者是按照重要程度给每个节点模块分配序号，例如序号1表示最重要等以生成节点模块优先级排名表。因此，上述第一发送单元还可以包括：第二判断子单元，用于判断故障码数据对应的节点模块的数量是否大于阈值；第一发送子单元，用于若不大于阈值，则对故障码数据对应的节点模块的第一故障码数据进行侦听，并将侦听到的第一故障码数据上传至车联网的云平台；第二发送子单元，用于若大于阈值，则依据节点模块优先级排名表对故障码数据对应的节点模块按照优先级从高到低进行排序，并按照排序结果依次对节点模块的第二故障码数据进行侦听，并将侦听到的第二故障码数据上传至车联网的云平台。具体的，本实施例中的阈值可以有用户进行设定例如可以设定为1。本实施例并不对此进行限定。下面举例说明上述过程：由于分别设置于各路所述CAN总线上的节点模块在自身出现故障时，会向CAN总线上输出故障码，即当车联网通信模块在所述CAN总线上侦听到故障码时，可以确定这个输出所述故障码的所述节点模块已经出故障。对于上述提及的车联网通信模块对各路所述CAN总线上来自所述节点模块的节点数据进行侦听，并将侦听到的节点数据上传至所述车联网的云平台，其具体实现过程如下：(1)在T-BOX通电后，对其自身进行各个端口进行自检和参数初始化，然后开始对各所述节点模块的节点数据进行侦听。(2)对CAN总线上侦听到的数据进行初步判断，当侦听到故障码时，确定侦听到的故障码的数量，进而确定出故障的节点模块的数量；当侦听到正常状态数据时，直接上传至云平台；对于故障码数据，在步骤(4)、步骤(5)详述。(3)判断出故障的节点模块的数量是否大于1，如果是，认为有多个所述节点模块出故障，则进入步骤(4)，否则，认为只有单个所述节点模块出故障，进入步骤(5)。(4)在侦听到有多个所述节点模块出故障时，参考节点模块优先级排名表，对所有出故障的所述节点模块进行排序，按照排序得到的顺序，依次对所有所述出故障的所述节点模块的故障数据进行侦听并将侦听到的故障数据上传至所述车联网的云平台。(5)在侦听到单个所述节点模块出故障时，可以理解的是，不必排序，直接对所述出故障的所述节点模块的故障数据进行侦听并将侦听到的故障数据上传至所述车联网的云平台。在实际应用中，在对出故障的节点模块进行排序之前，只是侦听各ECU输出故障码中的源地址数据，即输出该故障码的节点模块的ID号，并不对各个ECU输出的故障码和相关的故障数据的具体内容进行全部侦听。可以理解的是，当只有单个节点模块出故障时，直接对该节点模块的故障码和相关的故障数据的具体内容进行全部侦听。对于步骤(4)中涉及的节点模块优先级排名表，可以综合考虑某个ECU的故障对车辆性能的影响程度和对人员带来的安全隐患两个方面，依据各个ECU所涉及部件出故障时必须让驾驶员或者云平台等相关人员知道出故障的紧急程度进行排名，以有效保证多个ECU同时出故障时能够让相关人员及时优先了解到紧急程度较高的故障情况。该表可以定期进行更新。本实施例并不对各个节点模块具体排名进行限定。节点模块优先级排名表可以详见表1。表1本发明的节点优先级别排名表ECU名称优先级ECU名称优先级SDM安全气囊控制模块1BCM车身控制模块12EMS发动机管理模块2CGW重要网管13TCM变速箱控制模块3TPMS胎压监测系统14ESC电子稳定控制模块4ICM组合仪表15EPS/SAS电动助力转向系统5PEPS无钥匙进入启动16EPB电子驻车系统6TBOX车联系网统通信盒子17PAS泊车辅助系统7CLM空调控制模块18AWD/TOD全轮驱动系统8RVC后视摄控制模块19XWD交叉轮驱动系统9AVM全景摄像监视模20ESCL电子转向管柱锁10PLGM行李块箱控制模块21MFS多功能旋钮11AUDIO音响系统22可见，从ECU功能出现故障对车辆乘驾人员造成安全的贡献度进行排名，若SDM安全气囊控制模块出现故障说明已经严重威胁到车辆乘驾人员的安全，所以SDM安全气囊控制模块排名为第一。另外，节点模块优先级排名表目的是为了优先确保涉及人员安全的信息被上传到TSP，以便进行救援。如：一辆车发生碰撞故障，若SDM安全气囊控制模块、BCM车身控制模、TCM变速箱控制模块同时上传故障数据，本发明将优先上传SDM安全气囊控制模块的数据，若其他模块的数据因延时未能上传到位，从后台TSP也可得知该车辆出现的故障依据严重威胁的乘驾人员安全，需要最高级别的救援。在表1中，相较后一名ECU，前一名ECU出故障时对车辆性能的影响程度和对人员带来的安全隐患都比较严重，其中，优先级别越高说明出故障时让相关人员了解出故障的紧急程度越高。当车辆自身某个ECU出现故障或者出车祸时，对于车上人员的安全保障，SDM所起到的作用是至关重要的(保障生命安全是第一位)。基于此，本发明将SDM排在第一，让那些会对车辆正常运作和车上人员安全产生安全隐患的CEU优先。因此，CGW的排名优先于TPMS的排名，这与从对车辆性能的影响程度和对人员带来的安全隐患来看CGW较TPMS严重的情况相适应。表1中其它类似的情况可以同理分析，在此就不再赘述了。需要特别说明的是，本实施例提供的节点模块优先级排名表为本车辆状况监测系统特有，特别是表1中列出的顺序。但不排除在本表的基础上，在本表所列ECU顺序的基础上，删减有关ECU或者插入其他ECU，从而形成新的ECU优先级别排名表。基于上述内容举个例子，在具体实施过程中，比如：当SDM、ESCL和TPMS都有故障码输出时，参考节点模块优先级排名表，对这三个出故障的节点模块进行优先级仲裁排序，由于SDM排名第一，ESCL排名第十，TPMS排名第十四。基于此，先对SDM的故障数据进行继续侦听，暂且不对ESCL和TPMS的故障数据继续侦听，并将侦听到SDM的故障数据上传云平台；在将SDM的故障数据上传云平台之后，对ESCL的故障数据进行重新侦听，并将侦听到ESCL的故障数据上传云平台；在将ESCL的故障数据上传云平台之后，对TPMS的故障数据进行重新侦听，并将侦听到TPMS的故障数据上传云平台。其它的情况以此类推，不再阐述。下面对本发明实施例提供的基于车辆网的车辆状况监测方法及车辆进行介绍，下文描述的基于车辆网的车辆状况监测方法及车辆与上文描述的基于车辆网的车辆状况监测系统可相互对应参照。请参考图2，图2为本发明实施例所提供的基于车辆网的车辆状况监测方法的流程图；该车辆状况监测方法可以包括：S100、车联网通信模块侦听各路CAN总线上的节点模块的节点数据；其中，车联网通信模块并行地挂接在各路CAN总线上；S110、车联网通信模块将侦听到的节点数据上传至车联网的云平台。基于上述实施例，车联网通信模块将侦听到的节点数据上传至车联网的云平台可以包括：判断节点数据是否存在故障码数据；若存在，则将故障码数据上传至车联网的云平台。基于上述实施例，将故障码数据上传至车联网的云平台可以包括：判断故障码数据对应的节点模块的数量是否大于阈值；若否，则对故障码数据对应的节点模块的第一故障码数据进行侦听，并将侦听到的第一故障码数据上传至车联网的云平台；若是，则依据节点模块优先级排名表对故障码数据对应的节点模块按照优先级从高到低进行排序，并按照排序结果依次对节点模块的第二故障码数据进行侦听，并将侦听到的第二故障码数据上传至车联网的云平台。具体的，TBOX对只有一个ECU输出故障码的侦听，则进行该ECU故障码及有关故障涉及的具体状态数据进行全部侦听；若同时有多个ECU输出故障码，则依据所述ECU优先级别排名表对输出故障码的ECU进行优先级别的仲裁排序；对ECU优先级别仲裁排序后，按照各个ECU的优先级别进行先后顺序的故障数据继续和重新侦听，并将侦听到的故障数据上传云平台。基于上述实施例，该车辆状况监测方法还可以包括：在执行依据节点模块优先级排名表对故障码数据对应的节点模块按照优先级从高到低进行排序的同时，侦听故障码数据对应的节点模块的故障码数据的源地址数据直到生成排序结果为止。具体的，当故障码数据对应的节点模块的数量大于阈值时，在计算得到排序结果之前这个时间段，为了提高车联网通信模块的工作效率可以仅侦听故障码数据对应的节点模块的故障码数据的源地址数据。既能够侦听全部节点模块的数据地址又可以减轻传输的数据量压力。即TBOX对多个输出故障码的ECU优先级别排名仲裁之前，只是侦听各ECU输出故障码中，该故障码的源地址数据，并不对各个ECU输出的故障码及有关故障涉及的具体状态数据进行全部侦听。基于上述任意实施例，该车辆状况监测方法还可以包括：定期对节点模块优先级排名表进行更新。下面举例说明上述过程，请参考图3，TBOX对各CAN总线故障数据的侦听流程如附图3所示，具体步骤如下：步骤212：TBOX通电后对其自身进行各个端口进行自检和参数初始化；步骤213：TBOX通过各组CAN总线对各个ECU(节点模块)的数据进行侦听；步骤214：TBOX对总线上侦听的数据进行初步判断：是否有故障码输出；若总线上的数据无故障码输出，则返回步骤213；否则进行下一步骤215；步骤215：TBOX判断输出故障码的ECU数量n，若该数量n≥2，认为有多个ECU输出故障码，则执行步骤231，否则执行步骤221；步骤221：对输出故障码的ECU进行故障数据的全部侦听，并将侦听到的故障数据上传云平台服务器，然后返回步骤213；步骤231：调用ECU优先级别排名表(如表1)；步骤232：依据ECU优先级别排名表对输出故障码的ECU进行优先级别的仲裁排序，如：ECU-1、ECU-i、ECU-n都有故障码输出，仲裁后期优先级别为：ECU-1优先于ECU-i，ECU-i优先于ECU-n；步骤233：对ECU-1的故障数据进行继续侦听，丢弃对ECU-i、ECU-n故障数据的继续侦听，并将侦听到ECU-1的故障数据上传云平台服务器；步骤234：对ECU-i的故障数据进行重新侦听，并将侦听到ECU-i的故障数据上传云平台服务器；步骤235：对ECU-n的故障数据进行重新侦听，并将侦听到ECU-n的故障数据上传云平台服务器，然后返回步骤213。基于上述技术方案，本发明实施例提的基于车辆网的车辆状况监测方法，通过将车辆网模块与各路所述CAN总线相连，实现车联网模式下通过车联网对车辆状况的实时监测，即使中央网关出现故障，车联网通信模块也可对各路CAN总线上的节点模块进行监测，顺利实现对节点数据的侦听和上传，以此达到对车辆状况的准确监测，即有效避免现有技术中在中央网关发生故障的情况下车联网无法对车辆状况进行实时监测的问题。本发明还提供一种车辆，包括如上述任意实施例所述的基于车辆网的车辆状况监测系统。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或
技术领域：
内所公知的任意其它形式的存储介质中。以上对本发明所提供的基于车辆网的车辆状况监测方法、系统及车辆进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本
技术领域：
的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。当前第1页1 2 3