CN210109880U - 一种基于云计算的车载自动诊断系统 - Google Patents

Abstract

本实用新型涉及一种一种基于云计算的车载自动诊断系统，包括STM32F103CBT6单片机芯片和电控芯片ECU，电控芯片ECU产生CAN线指令和K线指令，K线指令依次经74HC02或非门芯片和LM393比较器发送至所述STM32F103CBT6单片机芯片的第一输入端，CAN线经TJA1050收发芯片的数据收发总线与所述STM32F103CBT6单片机芯片的第二输入端连接，所述STM32F103CBT6单片机芯片的两个输出端口分别与GPS电路和M35GSM电路连接发送接收GPS信号和GPRS信号。

Description

一种基于云计算的车载自动诊断系统

技术领域

本实用新型涉及一种车辆通信系统，尤其是一种基于云计算的车载自动诊断系统。

背景技术

在时代的快速发展中汽车的成本不断的下降使得汽车在人类日常生活中已经成了不可缺少的日常工具，汽车的出现也实实在在的方便和惠及了大部分人。人们对于汽车的要求和功能也越来越高，在传统的汽车工业中人们对于汽车的行车状况和内在维护都存在着或多或少的问题，如信息的提取难，维护的周期长，成本高，兼容性，扩展性差等，根本不能满足客户的需求。而汽车OBD(车载自动诊断系统)的开发及使用也成为了当今的汽车在发展科技和车联网主题中的一个重要的组成部分，也是具有革命性的一个重要的发展方向，逐步呈现的不断上升的趋势，并且有十分可观的发展前景。在传统的汽车上，无法实现与人的信息交流，而基于云计算OBD的系统则可以有效的解决这一问题，使我们在移动互联终端上，也可以随时随地的监控汽车的实时消息。对于OBD这一车载诊断系统，不仅在汽车的发动机的运行状况和汽车尾气这种常规的行车进程上有比较明显的信息反馈，我们也在其中加入了GPS的定位信息，燃油预警等，在行车安全这一块上也有了较为明显的保障。

我国首次在国III、国IV中提出对OBD系统的技术要求，且分别由2007年和2010年开始实施。根据法规，OBD系统的主要作用是对车辆发动机各项传感器的基本数据进行实时监测，这些数据可分为车速、发动机转速、发动机负荷、冷却液温度、空气进气流量等，同时OBD 系统还可以检测与排放相关的动力系统故障，这些故障包括三元催转化器的老化和失效、氧传感器劣化、发动机失火、燃油蒸发控制系统以及燃油系统等与排放动力系统相关的故障信息。当汽车出现故障时， OBD系统能够识别产生故障的位置和特性，并记录储存故障代码和其他相关维修的数据流信息，通过故障指示灯向车主发出警告。而车主可到相关维修单位通过OBD系统检测仪器进行诊断和读取相关故障信息，分析车辆故障原因，及时解决汽车故障问题。

在高速发展的信息时代中，云计算的构想提出已逐步经过很长的一段时间，而云端服务器也越来越成熟，基于云计算的运行模式在现在化的进程中，渐渐满足客户的需要，即更多的关注应用的功能性问题，不必过多的关注应用的实现方式，各取所需，云计算的软件服务和平台都为现如今的OBD车联网模式提供了巨大的帮助，也有了跨越式的进程发展。特别是如今的云计算服务模式更灵活，可根据广大的用户需要对安全、控制和性能进行组合配置，包括能以服务的形式提供平台或计算能力、虚拟化等等。

传感器技术、数据存储技术及汽车制造技术的发展使得汽车OBD 系统的发展及其迅速。针对OBD系统的发展现状，预测主要会有以下这些趋势:

(1)OBD系统能挖掘的汽车数据将更加广泛。目前OBD接口主要是通过汽车CAN通信总线获得与发动机电子控制系统通信的汽车数据，在将来的发展中，汽车数据将不再仅仅是汽车ECU控制单元的数据，而是全车的数据。

(2)OBD系统将为用户提供更多的数据信息及潜在风险提醒。用户能享受更加智能化服务及通过推送提醒更全面的了解自己爱车的状况，节省了年检的成本。

(3)OBD系统将为交通管理部门提供远程监测管理入口。通过OBD 系统将采集的信息传至远程监控平台进行储存和分析，交通管理部门能通过管理入口调用这些数据，并将实时数据反馈给车主，实施更有效地交通管理，降低道路事故发生概率及减少道路拥堵现象的发生。

(4)OBD系统的通信协议和故障代码将实现全球统一，通信标准和规范将逐渐一体化。一款OBD系统能覆盖大众车型，汽车之间通信也将愈加方便。

OBD系统目前主要用于故障检测与诊断中，但是近年来随着不同领域的技术发展和频繁合作，OBD系统的许多其它功能逐渐被开发，通过对数据流的分析，将为用户提供更加智能化的服务。OBD系统的功能也将不仅仅局限于故障检测和分析，功能将不断拓展和完善，同时为车主、车辆监管部门提供更加智能化的服务。

实用新型内容

本实用新型设计了一种基于云计算的车载自动诊断系统，其解决的技术问题是传统的汽车上，OBD系统无法实现与人的信息交流以及其他多种功能。

为了解决上述存在的技术问题，本实用新型采用了以下方案：

一种基于云计算的车载自动诊断系统，包括STM32F103CBT6单片机芯片和电控芯片ECU，电控芯片ECU产生CAN线指令和K线指令，K 线指令依次经74HC02或非门芯片和LM393比较器发送至所述 STM32F103CBT6单片机芯片的第一输入端，CAN线经TJA1050收发芯片的数据收发总线与所述STM32F103CBT6单片机芯片的第二输入端连接，所述STM32F103CBT6单片机芯片的两个输出端口分别与GPS电路和 M35GSM电路连接发送接收GPS信号和GPRS信号。

进一步，所述M35GSM电路将所述电控芯片ECU采集的数据发送至云端服务器进行存储。

进一步，还包括TPS5430电源电路，所述TPS5430电源电路与所述STM32F103CBT6单片机芯片、GPS装置、M35GSM装置以及电控芯片 ECU连接。

进一步，所述STM32F103CBT6单片机芯片利用USB转串口电路进行与电脑的通信；所述USB转串口电路中对于CAN数据的收发为专用的芯片TJA1050。

进一步，所述电控芯片ECU包括发电机控制ECU、主动悬架ECU、 ABS+ASR ECU、牵引力控制ECU、仪表显示ECU、故障诊断ECU、车辆驾驶信息ECU、安全气囊ECU、电控门窗ECU、座椅模块ECU、车灯系统 ECU以及空调系统ECU中的任何一个或多个。

本实用新型的目的是伴随着云计算、物联网技术、传感器网络控制技术和通信技术的发展，车联网技术蓬勃而生。本实用新型应用通过OBD汽车诊断系统将采集的实时驾驶员信息、车辆信息,上传到远程云端，车主可以通过云端发送至终端，在终端查看车辆的运行状况，有效掌握车辆运行信息，来确保行车安全。

鉴于此种情况，研究基于云计算的OBD系统具有现实意义，通过汽车上的OBD插口，系统采集端能读取汽车CAN总线上的多项数据，通过系统终端的GPS定位模块获得车辆的位置信息，使用终端上的GSM 模块将汽车数据及位置信息上传至远程云端，在车辆出现排放故障的时候，监管部门可以通过上传的数据了解汽车的具体位置及相关排放故障数据，提高监管力度，减少排放超标车辆的上路行驶。同时，车主也能通过监管部门反馈的道路信息择路而行，从而降低堵车发生的概率。

我们设计的系统将汽车与互联网结合起来，OBD系统终端通过汽车上自带的OBD接口获取汽车协议，从而通过CAN总线获取汽车的发动机和汽车其他部件的通信信息，实现数据的交互，并将收集到的数据上传到云服务器，云服务器对这些数据进行存储和分析，云服务器会将这些数据转发给手机客户端，这样一来，用户可以通过手机上指定网站访问到汽车数据。

目前市场上OBD系统故障解码采用硬件解码方式，利用诊断接口与汽车自诊断座匹配相连，获取汽车相关数据。本文设计的OBD系统相对于传统硬件解码而言，可灵活修改解码参数，扩展诊断功能，获取汽车更多的ECU数据流信息。

OBD系统主要监控的参数有：

(1)发动机失火故障；

(2)燃油蒸发控制系统故障；

(3)燃油系统故障及废气再循环；

(4)氧传感器(前氧传感器和后氧传感器)劣化；

(5)三元催化转化器效率；

(6)与废气排放相关的参数，且与电控单元互相通信的动力系统的各个部件的电路连通状态。

云平台体系结构:云平台将云计算中心中的软件和硬件资源虚拟化，把基础资源变成可自由调度的“计算资源池”，并提供可动态调配的资源池，实现资源的按需供给，用户可以通过网络随时随地获取高可用计算资源的计算模式、存储和通信能力。用户也可以通过业务需求动态调整所需的资源，提高了对资源池的利用效率。

云计算体系结构主要分为应用层、用户访问层、平台层、资源层和管理层。其中，网格提供服务是云计算的本质，因而服务是其体系的构成的核心。

由于要实现对海量数据的处理，必须使后台复杂的并行执行和任务调度对用户和编程人员来说是透明的。为了保证单个节点不同进程之间及不同节点间的协同工作能力，我们通过云计算平台的大规模服务器集群能力和完整地网格计算框架，用结构化的方式将分散的基础服务设施整合到一起，实现性能强大的计算分析能力。

云计算平台的规模可以动态伸缩，来满足服务和用户规模变化的需要，随着需求的变化，云平台能自动的对资源进行分配和管理，从而实现高度弹性的缩放和优化使用。而且，随着用户和服务自身需求的变化，云计算平台能自动的提供相应资源扩展或资源释放功能。此外，云计算平台可以支撑在访问请求和数据处理多元化上各种不同的业务应用的同时运行和资源共享，这样避免了因为服务器性能过载或冗余而导致的服务质量下降，从而减少了资源的浪费。

云计算平台是网络中的一个节点，在同类云计算平台间可能会形成一个对用户来说是透明节点的一个虚拟相连的平台。传统方式中，一个节点失效可能会导致全网中断的现象，然而，整合了动态负载均衡及资源调配机制的云计算平台能很好的解决大规模系统的有效管理问题。通过实时监测全网各节点的运行状态来收集重要节点和区域网络的负荷信息，从而系统能动态的调整和均衡全网范围内不同区域资源的负荷。这种机制使得云平台能自动相应控制行为，同时降低已经存在的问题的扩散并且能防止问题的再次发生。

最后我们实现了OBD数据采集终端实时获取汽车OBD数据及CAN 总线数据，通过汽车协议能获取诸如车速、发动机转速、计算负荷值等实时车况数据，同时利用终端上的GSM模块将相关数据上传至云服务器进行存储和分析。用户可实时通过访问服务器的IP或通过手机上网站获取汽车实时数据，实现了远程汽车数据监控及数据交互功能。

该基于云计算的车载自动诊断系统具有以下有益效果：

本实用新型基于云计算的OBD系统的设计主要分为汽车数据采集，数据传送，数据处理分析以及数据显示四个方面：数据采集层面的设计主要是由车载终端通过多种传感器采集到汽车的相关数据并进行存储；然后通过OBD系统将读取的汽车的相关数据通过移动通信网络实时传送到远程云端的数据库服务器；最后数据处理分析及数据显示层面将对终端传来的数据进行处理分析，同时用户就可以通过访问 Internet查看相关车辆的数据信息，由此获得相关服务。

附图说明

图1：本实用新型车载自动诊断系统的系统结构示意图；

图2：本实用新型中汽车ECU模块图；

图3：本实用新型中STM32F103CBT6的引脚图；

图4：本实用新型中K线收发电路图；

图5：本实用新型中USB转串口电路图；

图6：本实用新型中CAN收发电路图；

图7：本实用新型中电源电路图；

图8：本实用新型中GPRS电路图；

图9：本实用新型中GPS电路图；

图10：本实用新型中OBD系统核心硬件组成图；

图11：本实用新型中GPRS客户端传输数据流程图；

图12：本实用新型中GPRS服务器端接收数据流程图；

图13：本实用新型云服务器端体系结构。

具体实施方式

下面结合图1至图13，对本实用新型做进一步说明：

如图1所示，实现本实用新型所需要设计的硬件要求OBD-II开发板、STM32控制芯片、车载ECU接口控制线、GPS模块(附天线)、 M35芯片的GPRS通信模块。系统主要能实现接口端对汽车数据的模拟接受，简单故障分析处理，经过GPRS进行打包后发送TCP或UDP报文段至云端，应用层不加协议，直接字符传输，最后网站接收。

图1是这个系统的结构，汽车数据采集功能主要由OBD系统终端实现，OBD系统终端通过OBD接口线与汽车ECU相连，打开汽车电门， OBD终端能很快通过汽车上的OBD插口读取汽车协议，进而对与发动机进行通信的数据进行采集，将数据进行解析、存储和上传，用户也可以通过服务器IP获取相应的数据；汽车应用功能服务主要由OBD终端上的GPS定位模块实现，我们在网页中内嵌百度地图，汽车的实时位置能通过GPS定位模块实时检测出来，通过经纬度的换算，显示在地图上，其相应的GPS数据也能在云服务器中进行存储，以便需要时调用；汽车手机互联服务主要是用户能通过对应的手机APP访问服务器，从而获取云端存储的各种数据，在手机界面显示出来。而OBD终端也能通过GPRS网络，将汽车数据传送给手机端，使用户能方便的通过手机了解汽车的实时原始数据。

图2、图3和图4可以看出OBD如何采集汽车的实时数据。图2是汽车ECU诊断数据的采集：

ECU(Electronic Control Unit)电子控制单元，又称“行车电脑”、“车载电脑”等。从用途上讲则是汽车专用微机控制器，也叫汽车专用单片机。它和普通的单片机一样,由微处理器(CPU)、存储器(ROM、RAM)、输入/输出接口(I/O)、模数转换器(A/D)以及整形、驱动等大规模集成电路组成。而随着汽车的改装进程中，ECU的应用不仅出现在一些发动机上面，还有很多的地方都有ECU的布置，如 ABS、安全气囊和变速装置等等，那么如何在ECU之间进行信息传递，则可以采用多路复用通信系统，那样整个车之间就形成了一个类似于网络的系统，也就是我们平时所说的CAN数据总线。

ECU在接受到各种设计程序计算各种传感器传输过来的信息在经过处理之后，把各个参数限制在允许的电压电平上，再把这些经过处理的数据发送给各个执行的程序并执行各种控制和调节功能。接下来通过总线技术(K线，CAN总线)和仪表盘还有AT，EBS等数据的交互处理之后OBD即可获得汽车的实时行车数据，驾驶员在获得异常通知也更为便捷和可视化。大部分ECU的网络结构其实是大同小异的，控制的功能的变化则更多的依赖于软件及输入输出模块的变化，随控制系统所完成任务的不同而不同。

图3中OBD选用STM32F103CBT6系列的MCU,利用TJA1050作为高速CAN收发器,与汽车ECU电控单元正常通讯。而K线没有专门的芯片来进行收发控制，所以在我们的终端电路中进行了相应的修改，我们使用降压电路将汽车ECU的12V电压转化为STM32芯片3.3V电压使系统正常工作。

图4显示了K线收发电路，由TXD、RXD发出的数据流经过74HC02 或非门芯片的处理变成12V信号；若是低电平信号通过74HC02输出高电平通过分压电阻R3、R4，最后通过IRF7317场效应管进行放大，得到12V信号；若是应答信号，则通过将ECU的传输信号在LM393比较器中与3.3V理想电压比较，输出高电平。同时，我们采用的是M35四频GSM/GPRS模块进行无线通信来作为汽车GPS定位模块，实时获取汽车位置及轨迹图。STM32F0系列产品拥有超低功耗且强大的ARM Cortex-M0处理器内核，还有STM32不仅支持Thumb-2指令集，而且拥有很多新特性。相较于51单片机，STM32拥有优越的计算性能和丰富的中断设计，内部SRAM比很多51单片机的FLASH还多。STM32F103资源十分丰富，是STM32中的增强版，其优秀的执行效率和高效的代码解释能力，也是本次OBD板上我们选用64K,48脚主控芯片STM32F103CBT6的原因。

STM32F103CBT6的部分使用引脚说明如下：

STM32与电脑通信可以通过USB转串口，设计中为了方便在电脑上进行试验调试，USB转串口电路的设计成为必然，USB转串口电路就目前而言发展以经很成熟了，它有专口的芯片进行转换，即是CP2012, 通过PC驱动将USB虚拟为COM口。

图5显示了USB转串口电路，当连接USB口成功后LED灯D0会常亮，加上接地电容C3进行滤波，完成USB转串口过程。

对于CAN数据的收发有专用的芯片TJA1050。TJA1050是OBD模块通过CAN协议与总线的物理接口，也可以理解为CAN收发器。TJA1050 主要为总线提供数据发送，为模块提供接收。

图6显示了CAN收发电路，CAN收发电路中TXD、RXD与STM32控制芯片的PB8、PB9相接，CANH、CANL与总线相接，即与16针OBD接头相接，TJA1050使用5V电源电压。C3、C4是一对CANH、CANL对地的匹配电容，这样接入的电容提高了抗电磁干扰的性能，并且与相应的噪声源阻抗形成RC低通滤波。

图7显示了电源电路图。由于汽车ECU电压为12V，而STM32为 3.3-5V，将OBD模块与汽车ECU连接使用时，需从ECU取电。采用TPS5430 作为降压变换器电路，其内部集成了一个高性能的电压误差放大器，在瞬态条件下有严格的电压调节精度，具有欠压锁定功能，以防止输入电压达到5.5V时启动；内置慢启动电路限制浪涌电流，电压前馈电路改善瞬态响应，其他功能还包括一个灵敏的高电平使能端，过电流保护和热关机。

图8显示了GPRS电路图,RXD、TXD与芯片的PA3、PA2相连,M35 芯片的27,28,29,30,31接口接sim卡电路。M35是全球最小的四频 GSM/GPRS模块，尺寸仅为19.9×23.6×2.65mm。凭借超小的尺寸，超低功耗和宽工作温度范围，可以提供完善的GSM/GPRS短信、数据传输及语音服务。

图9显示了GPS电路图，TXD1,RXD1和芯片的PB11,PB10相接，GPS 接上3.3V的工作电压，陶瓷天线通过反馈点收集共振信号并发送至后端。GPS的低噪声放大器LNA(low-noise amplifier)。也是射频接收机前段的主要部分。在整个OBD的GPS模块中，是最为核心的部分。

图10中显示了以STM32F103CBT6为核心的OBD硬件关系图，单片机芯片采用STM32型号器件，实现通过解析串口协议接收汽车OBD发出的指令，K线指令经74HC02或非门芯片和LM393比较器，CAN线经 TJA1050数据收发总线，同时将ECU12V电压经过TPS5430降压为3.3V 工作电压，交由STM32芯片处理后，经M35和GPS模块发送接收GPS 和GPRS信号，STM32F103CBT6有3个TXD和3个RXD。TXD1，RXD1接 K线，TXD2，RXD2接M35型号器件，TXD3，RXD3，接GPS模块，提供 3.3V直流电压，接受和发送定位信号。PB8、PB9，PA11、PA12接CAN 线协议和OBD互通，晶振电路分别接到SOC_IN和SOC_OUT。

整个OBD模块与电控芯片ECU交互得到信息，然后通过OBD接收信息上传至服务器平台，手机端与服务器交互，实现可视化操作。如今的OBD系统的主流协议ISO-14230-4协议(K线)、ISO-9414-2协议 (K线)、ISO-15765-4协议等。在OBD的硬件设计模块中同时选取STM32 作为控制芯片，对CAN线、K线的收发器、串口、电源等电路的设计进行研究。在报文形式、应答模块、交互服务、数据处理上解析通信机制，最后链路保持、进行故障码的读取。在对于STM32的学习中，我们知道了STM32可以利用USB转串口进行与电脑的通信，我们用成熟的串口技术，利用专门的芯片。同时，我们还利用到了实时跟踪调试工具，JLINK。这里，我们采用的JLINK V8，JLINK V8支持JTAG和SWD，同时STM32也支持JTAG和SWD。所以，我们可以用这2种方式可以来调试。

OBD系统终端采集的数据主要有：

(1)识别并获取汽车内部协议；

(2)通过汽车OBD系统采集终端获取汽车发动机转速、车速、进气管绝对压力、计算负荷值、发动机冷却液温度、进气温度等实时车况数据；

(3)通过GPS获取汽车实时位置信息；

图11和图12中可以看出经过启动M35模块，然后与TCP建立连接，确定找网成功后，OBD终端上指示灯D7会被点亮，若找网不成功，则重启模块。再确认GPRS是否附着成功，若成功，则指示灯D6，否则再次重启模块。然后通过串口向M35模块发送AT指令，接着发送TCP 数据包。

GPRS是介于2G和3G之间的技术，是通用分组无线服务技术的简称也被称为2.5G。属于第二代网络传送技术，它们为实现从GSM向3G 的平滑过渡奠定了基础。GPRS可说是GSM的延续。使用者需要负担的费用是以其传输资料单位计算，并非使用其整个频道，在理论上较为便宜。所以本实用新型使用的是GPRS通信技术。打开GSM本地端调试软件，选择当前COM口，即COM6，将GSM模块默认的速率设置为115200。然后打开端口，同时给开发板上电，这时能看到GSM模块回复的AT指令的结果，当出现Connect OK时，表明已连接上服务器。而后出现的 Send OK表示成功发送一个数据包到服务器，GSM本地端调试结果如图 11和12所示。

图13是云服务器端体系结构，云计算体系结构主要分为应用层、用户访问层、平台层、资源层和管理层。其中，网格提供服务是云计算的本质，因而服务是其体系的构成的核心。按需部署是云计算的核心。要解决按需部署，需要以虚拟化技术、高性能存储技术、处理器技术、自动化部署技术为基础，从而解决资源的动态可重构、监控和自动化部署等技术难题。OBD系统云平台实际部署：

(1)首先我们租用了一个阿里云服务器，服务器的公网 IP116.62.224.96，点开云ECS中的实例。

(2)通过远程桌面连接，输入IP地址116.62.224.96，进入远程服务器，部署WINDOWS SERVICE程序。

(3)在云服务器上部署Web程序，添加服务器角色，勾选“WEB 服务器(IIS)”使用DOS命令进入安装framwork4.0。

(4)命名网站名称，应用程序池选择“ASP.NET v4.0”,使物理路径指向我们的WEB程序中的服务器源码，并将IP地址设置为我们的公网IP，将我们新建的网站挂载上去。

(5)最后启动网站，然后可以在浏览器中输入自己的网址 116.62.224.96。输入我们预设的账号和密码便可以登录。

云服务器客户端TCP传输测试，我们使用端口号6666进行数据传输测试，通过TCP测试工具，在客户端启动端口，然后服务端输入IP 进行TCP连接，在下面的数据发送区互发数据，可以看到数据都能传至双方，实验证明，服务端与客户端TCP连接成功，可以互相发送数据了。在服务端启动端口，客户端能通过输入服务端的IP地址与服务端连接。当两端连接成功时，TCP调试软件的窗口上会显示，端口号启动成功已经客户端上线。这时，在客户端发送一条“我是客户端”的消息，服务端很快能收到这条消息。同时，在服务端发送“我是服务端”的数据，客户端也能很快收到该数据。而且，客户端可以有多个，即服务器能选择性的与多个客户端进行通信。

实车测试：

(1)打开电门，给终端上电，OBD开发板能在短时间内读取汽车协议，这时板子上的RUN灯会由快闪逐渐转为慢闪，频率稳定下来，说明系统与服务器已稳定连接。OBD终端在实车上的正常工作如图1所示。

(2)Demo板上的OBD指示灯被点亮，由快闪逐渐稳定，说明OBD 系统能正常工作。

(3)在计算机上通过IP登录我们的服务器，输入登录名及密码进入页面，我们能观察到汽车的实时数据。这说明，汽车数据已经通过GPRS上传至云服务器，而且，我们可以随时观察到数据的变化及汽车的实时地址和行车轨迹。

上面结合附图对本实用新型进行了示例性的描述，显然本实用新型的实现并不受上述方式的限制，只要采用了本实用新型的方法构思和技术方案进行的各种改进，或未经改进将本实用新型的构思和技术方案直接应用于其它场合的，均在本实用新型的保护范围内。

Claims (5)

1.一种基于云计算的车载自动诊断系统，包括STM32F103CBT6单片机芯片和电控芯片ECU，电控芯片ECU产生CAN线指令和K线指令，K线指令依次经74HC02或非门芯片和LM393比较器发送至所述STM32F103CBT6单片机芯片的第一输入端，CAN线经TJA1050收发芯片的数据收发总线与所述STM32F103CBT6单片机芯片的第二输入端连接，所述STM32F103CBT6单片机芯片的两个输出端口分别与GPS电路和M35GSM电路连接发送接收GPS信号和GPRS信号。

2.根据权利要求1所述的基于云计算的车载自动诊断系统，其特征在于：所述M35GSM电路将所述电控芯片ECU采集的数据发送至云端服务器进行存储。

3.根据权利要求1或2所述的基于云计算的车载自动诊断系统，其特征在于：还包括TPS5430电源电路，所述TPS5430电源电路与所述STM32F103CBT6单片机芯片、GPS装置、M35GSM装置以及电控芯片ECU连接。

4.根据权利要求3所述的基于云计算的车载自动诊断系统，其特征在于：所述STM32F103CBT6单片机芯片利用USB转串口电路进行与电脑的通信；所述USB转串口电路中对于CAN数据的收发为专用的芯片TJA1050。

5.根据权利要求3所述的基于云计算的车载自动诊断系统，其特征在于：所述电控芯片ECU包括发电机控制ECU、主动悬架ECU、ABS+ASR ECU、牵引力控制ECU、仪表显示ECU、故障诊断ECU、车辆驾驶信息ECU、安全气囊ECU、电控门窗ECU、座椅模块ECU、车灯系统ECU以及空调系统ECU中的任何一个或多个。

Images