一种汽车空调控制方法和系统与流程

本发明涉及汽车空调自动化控制的技术，尤其涉及根据比如pm2.5指数的天气质量自动控制汽车空调内循环功能开关的方法和系统。

背景技术：

汽车空调有内循环、外循环功能，外循环主要起到通风的作用，所以当车内空气污浊时需开启此功能。高速行驶时，如果车内密闭仅使用内循环，很容易造成车内氧气不足，由此会导致驾驶员疲劳驾驶，无法集中精力，存在危险隐患。内循环与外循环的区别则只是关闭进气的气道，简单来说就像是在关着门的屋子里吹电扇，由于气流是在一个封闭的环境下进行循环的(95％的车内空气+5％的门缝等处漏入的空气)，人所呼出的废气将再次被吸入，所以这其实是一个不健康的换气方式，但在某些特殊条件下不得不打开此选项。

随着环境污染的加剧，城市空气质量日益恶化，对于驾驶员来说，有时候在路上会忘记打开汽车空调的内循环功能。空气中的污染物(比如pm2.5颗粒)会随着汽车空调的外循环系统进入车内，驾驶员经常吸入空气污染物，长此以往会对驾驶员的健康产生不良的影响。

传统的防止大气污染物进入车内的方法依赖于驾驶员的手动操作。驾驶员通过手机上的天气预报app了解实时的空气质量指数，如果空气污染超标则在汽车中控上操作打开空调内循环功能，防止污染物通过空调进入车内。然而这种方式一方面繁琐，另一方面驾驶员也往往会忘记操作而导致污染物进入车内。

技术实现要素：

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。

本发明的目的在于解决上述问题，提供了一种汽车空调控制方法和系统，基于实时空气质量自动控制汽车空调的循环功能，以防止空气污染对车内人员健康的不良影响。

本发明的技术方案为：本发明揭示了一种汽车空调控制系统，包括：

远程服务器，存有汽车空调控制相关的天气数据；

车载终端，包括：

网络通信模块，和远程服务器通信耦合以接收来自远程服务器的天气数据；

can总线通信模块，用于传输、解析车辆的can指令；

位置获取模块，获取汽车当前位置；

智能控制模块，通过位置获取模块获取到的汽车当前位置，再通过网络通信模块从远程服务器获取天气数据，当天气数据符合需要开启空调控制的条件时通过can总线通信模块发出开启空调控制的can指令。

根据本发明的汽车空调控制系统的一实施例，智能控制模块判断天气数据不符合需要开启空调控制的条件时，间隔设定时间后重新获取天气数据并进行判断。

根据本发明的汽车空调控制系统的一实施例，系统还包括：

微控制器，其中设有can收发器，和can总线通信模块之间传输can指令，并和空调控制器进行交互。

根据本发明的汽车空调控制系统的一实施例，汽车空调控制相关的天气数据包括但不限于空气质量数据，空气质量数据包括但不限于pm2.5数据。

根据本发明的汽车空调控制系统的一实施例，天气数据符合需要开启空调控制的条件是指pm2.5数据是否超过设定数值，当超过设定数值时发出的开启空调控制的can指令是指开启空调内循环功能。

本发明还揭示了一种汽车空调控制方法，包括：

车载终端获取汽车当前位置，从远程服务器获取汽车当前位置的天气数据；

车载终端判断天气数据是否符合需要开启空调控制的条件，当符合条件时向空调控制器发出开启空调控制的can指令。

根据本发明的汽车空调控制方法的一实施例，当判断出天气数据不符合需要开启空调控制的条件时，间隔设定时间后重新获取天气数据并进行判断。

根据本发明的汽车空调控制方法的一实施例，在车载终端发出开启空调控制的can指令时，先将can指令发送到微控制器中的can收发器，由can收发器和空调控制器进行交互。

根据本发明的汽车空调控制方法的一实施例，汽车空调控制相关的天气数据包括但不限于空气质量数据，空气质量数据包括但不限于pm2.5数据。

根据本发明的汽车空调控制方法的一实施例，天气数据符合需要开启空调控制的条件是指pm2.5数据是否超过设定数值，当超过设定数值时发出的开启空调控制的can指令是指开启空调内循环功能。

本发明对比现有技术有如下的有益效果：本发明通过云端的远程服务器获取实时天气质量(可以从第三方服务中获取)，车载终端根据自己的实时位置从远程服务器获取到对应的天气质量，再判断是否需要开启空调内循环。在需要开启内循环时控制空调控制器打开内循环功能。相较于现有技术，本发明能够实现基于空气质量影响空调内循环操作的自动化控制，提升了车载系统的使用便捷性，完善了车载系统的功能多样性。

附图说明

在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。

图1示出了本发明的汽车空调控制系统的实施例的原理图。

图2示出了本发明的汽车空调控制方法的实施例的流程图。

图3示出了本发明的汽车空调内循环功能控制的示例图。

具体实施方式

以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。

汽车空调控制系统的实施例

图1示出了本发明的汽车空调控制系统的实施例的原理。请参见图1，本实施例的汽车空调控制系统包括：远程服务器1、车载终端2。远程服务器1位于云端，存储汽车空调控制相关的天气数据，在本实施例中是空气质量数据，例如是pm2.5数据，但实际应用中并不局限于此。在本实施例中，pm2.5数据可以是远程服务器1从第三方服务商(例如墨迹天气等)处获得。

车载终端2进一步包括网络通信模块21、can总线通信模块22、位置获取模块23和智能控制模块24。网络通信模块21和远程服务器1通信耦合以接收来自远程服务器1的pm2.5数据，一般是通过https访问相应的接口。can总线通信模块22用于传输、解析车辆的can指令。位置获取模块23用于获取汽车当前位置。

智能控制模块24通过位置获取模块23获取到的汽车当前位置，再通过网络通信模块21从远程服务器1获取到的汽车当前位置处的pm2.5数据，当pm2.5数据符合需要开启空调控制的条件(例如高于某一个设定的阈值)时通过can总线通信模块22发出开启空调控制的can指令。此外，当判断出pm2.5数据不符合需要开启空调控制的条件(例如低于某一个设定的阈值)时，智能控制模块24间隔一个设定的时间后重新获取车辆所在位置的实时pm2.5数据并进行释放需要开启空调控制的判断。在本实施例中，空调控制具体是指空调内循环功能的开启。

此外，汽车空调控制系统还包括微控制器3和空调控制器4。微控制器3中设有can收发器31，和can总线通信模块22之间传输can指令，也和空调控制器4进行交互，例如向空调控制器4发送打开空调内循环功能的can指令，接收来自空调控制器4的有关内循环功能打开关闭的状态反馈信息。

图3示出了车载终端的操作系统用安卓系统来实现的示例，其中云端服务器存有pm指数，车载端的功能主要是智能控制服务、网络服务(networkservice)、can总线服务(canbusservice)，mcu微控制器中设有can收发器，车载系统通过mcu中的can收发器和空调控制器交互。

汽车空调控制方法的实施例

图2示出了本发明的汽车空调控制方法的实施例的流程。请参见图2，本实施例的汽车空调控制方法的实施步骤详述如下。

步骤s1：车载终端获取汽车当前位置。

远程服务器位于云端，存储汽车空调控制相关的天气数据，在本实施例中是空气质量数据，例如是pm2.5数据，但实际应用中并不局限于此。在本实施例中，pm2.5数据可以是远程服务器从第三方服务商(例如墨迹天气等)处获得。

步骤s2：车载终端从远程服务器获取汽车当前位置的天气数据。

车载终端和远程服务器一般是通过https访问相应的接口。

步骤s3：车载终端判断天气数据是否符合需要开启空调控制的条件。

车载终端判断pm2.5数据是否符合需要开启空调控制的条件，例如高于某一个设定的阈值。此处的空调控制具体实施对空调内循环功能是否打开的控制。

步骤s4：当符合条件时向空调控制器发出开启空调控制的can指令。

在车载终端发出开启空调控制的can指令时，先将can指令发送到微控制器中的can收发器，由can收发器和空调控制器进行交互。空调控制器在接收到来自can收发器的打开内循环功能的can指令后，打开空调内循环功能。

步骤s5：当不符合条件时，车载终端间隔设定时间后重新获取汽车所处位置的实时天气数据并进行判断。

当pm2.5低于某一个设定的阈值，则间隔一个设定的时间后车载终端从远程服务器重新获取实时的pm2.5数据再重复上述步骤做是否需要打开空调内循环功能的判断。

尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。

本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如dsp与微处理器的组合、多个微处理器、与dsp核心协作的一个或多个微处理器、或任何其他此类配置。

结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动盘、cd-rom、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在asic中。asic可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括ram、rom、eeprom、cd-rom或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(dsl)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、dsl、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(cd)、激光碟、光碟、数字多用碟(dvd)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。

提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。