一种针对电动公交车的剩余电量预测系统及方法与流程

文档序号:24403886发布日期:2021-03-26 16:14阅读:237来源:国知局
一种针对电动公交车的剩余电量预测系统及方法与流程

1.本发明涉及控制领域,尤其涉及一种针对电动公交车的剩余电量预测系统及方法。


背景技术:

2.随着新能源技术的发展,新能源汽车技术也在飞速的发展,在未来的几十年里,许多国家和地区的交通工具,将会大规模的被新能源汽车所覆盖,新能源汽车被广泛应用于城市公交系统。电动公交车具有运行路线固定、充电地点固定的特点。由于公交路线途中无法随意停留充电,需要驾驶员在出发前评估车辆当前剩余电量是否能够满足下一个运营周期,保证运行完路线并到达充电地点,否则需要补充电量后再出发。然而,在不同的路况、车况、自然环境、驾驶行为等影响下,即使是相同的公交路线,耗电量也有较大的差异,依靠驾驶员的经验较难预估剩余电量,考虑各类影响因素对电池剩余电量进行准确预测是亟待解决的问题。
3.目前的实际应用中,主要是整车控制器计算车辆动力电池所支持的总剩余续航里程,通过仪表显示给驾驶员提供参考,但续航里程并没有给驾驶员直观的预期是否能够完成下一个运营路线。同时,续航里程是通过车辆过去一段时间的平均耗电量换算得到,剩余续驶里程未能考虑各类影响因素实现准确地预测。因此,急需一种能够对电动汽车剩余电量进行准确预测的方案。


技术实现要素:

4.本发明针对当前的剩余续驶里程计算算法单一,结果不准确的现状,提供一种准确预测下一个运营周期后的剩余电量的系统及方法,考虑路况、电池状态、环境温度、驾驶风格、客流量等多种影响因素,通过机器学习算法模型,对公交车下一个运营周期后的剩余电量进行准确预测,直观地告诉驾驶员下一个运营周期后剩余电量的状态,辅助驾驶员规划充电安排,缓解驾驶员的用电焦虑。
5.本发明解决上述技术问题的技术方案如下:一种针对电动公交车的剩余电量预测系统,所述系统包括车辆仪表操作台、车辆监控终端、监控服务器;
6.所述车辆仪表操作台包括预测请求按键和仪表显示屏,所述预测请求按键用于发出下一个运行周期后的剩余电量预测请求,所述仪表显示屏用于显示获得的预测结果;
7.所述监控终端用于采集和上传运营数据,从车辆仪表操作台接收预测请求和发送预测请求至所述监控服务器,从所述监控服务器接收预测结果和传输预测结果至车辆仪表操作台;
8.所述监控服务器用于接收所述监控终端上传的运营数据和预测请求,统计分析耗电量及状态信息,将状态信息导入模型实现耗电量预测,向监控终端回复预测结果。
9.进一步地,所述运营数据包括时间戳、soc、车辆状态、充电状态、电池单体电压、电池单体温度、经纬度信息、起点站位置、驾驶员信息。
10.进一步地,所述状态信息包括时间段、是否节假日、soc起始值、电池单体电压、电池单体温度、驾驶员编号。
11.进一步地,所述监控服务器接收监控原始数据,并对原始数据进行处理,记录电池soc,统计分析耗电量及状态信息:将当次运营周期的耗电量和对应的状态信息存储至数据库,作为一条训练样本;将处理好的数据存入数据库,以便模型调取使用。
12.进一步地,所述系统的预测模型采用随机森林算法,监控端调用随机森林函数,首先设置函数参数,选择算法为回归算法,根据训练集的大小设置随机树的数量;参数配置好后,导入历史数据进行训练,其中耗电量信息作为目标变量,对应的状态信息作为自变量;模型训练完成后,输入当前的状态信息获取预测耗电量,当前soc减去预测消耗soc即为预测剩余电量soc。
13.一种针对电动公交车的剩余电量预测方法,其特征在于:包括以下步骤:
14.当需要查看车辆当前剩余电量是否能够完成运营时,驾驶员点击车辆仪表操作台预测请求按键触发预测请求指令,监控终端接收所述预测请求指令,将所述预测请求指令和当前状态信息上传监控服务器;所述监控服务器接收到所述预测请求指令和当前状态信息,调取当前驾驶员序列号对应的统计运营信息导入模型进行训练;模型训练完成,输入当前状态信息,输出预测耗电量,将预测结果发送至所述监控终端,车辆仪表操作台从所述监控终端接收预测结果并显示。
15.本发明的有益效果是:
16.1.相比于传统的能耗简单估算,本系统考虑了公交路线高峰期/平峰期对耗电量的影响,考虑了节假日对耗电量的影响,考虑了电池特性对耗电量的影响,考虑了驾驶行为对耗电量的影响,从而实现更加全面、精确的耗电量估算。
17.2.针对公交运营路线固定、充电地点固定的特点,从驾驶目标考虑,以运营周期为单位,预测下一个路线运行完成后的剩余电量,结果直观、准确,驾驶员可根据预测结果决定是否需要充电,缓解用电焦虑的同时,提供充电规划的参考。
18.3.系统预测的计算过程全都在远程平台实现,减少车载控制器的运算压力,提高整车系统可靠性。
附图说明
19.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
20.图1为本发明的针对电动公交车的剩余电量预测系统的结构框图;
21.图2为本发明的针对电动公交车的剩余电量预测方法的流程图;
22.图3为本发明的仪表、监控终端、监控服务器之间的交互过程。’具体实施方式
23.下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附
图描述的实施例是示例性的,仅用于解释本发明,而不能理解为对本发明的限制。
24.在本发明的描述中,需要理解的是,术语“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。
25.在本发明的描述中,除非另有规定和限定,需要说明的是,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是机械连接或电连接,也可以是两个元件内部的连通,可以是直接相连,也可以通过中间媒介间接相连,对于本领域的普通技术人员而言,可以根据具体情况理解上述术语的具体含义。
26.如图1所示,为本发明公开的一种针对电动公交车的剩余电量预测系统,包括车辆仪表操作台、车辆监控终端、监控服务器三个部分。
27.车辆仪表操作台包括预测请求按键和仪表显示屏,预测请求按键负责发出预测请求,即发出下一个运行周期后的剩余电量请求,仪表显示屏可以显示请求后获得的结果;监控终端负责采集和上传整车数据、接收和发送预测请求、接收和传输请求结果;监控服务器负责接收监控终端上传的数据和预测请求、统计分析耗电及相关状态信息、信息导入模型实现电量预测、向监控终端回复预测结果。
28.系统的预测功能建立在足够的历史监控数据的基础上,将统计的运营周期信息存储数据库,作为后期模型预测训练集。简要步骤如下:
29.1.车辆在正常运营过程中,监控终端采集和上传运营数据,包括:时间戳、soc、车辆状态、充电状态、电池单体电压、电池单体温度、经纬度信息、起点站位置(充电位置)、驾驶员信息。
30.2.监控服务器接收监控原始数据,并存对原始数据进行处理。统计处理原始数据的步骤如下:
31.①
通过经纬度信息计算车辆距离起点站充电位置的距离,当距离小于100米,标记为进站即回到出发点,记录此时车辆的剩余电量,即soc。当距离大于100米,标记为出站即离开出发点,记录此时车辆的电池soc,以及统计影响耗电量的相关信息:出发时的时段(按单位小时划分)、当天是否节假日、出发时的soc起始值、出发时的电池单体电压、出发时的电池单体温度、出发时识别的驾驶员编号;
32.②
当次运营周期的耗电量=上一次出站时的soc

当次进站时的soc;
33.③
将当次运营周期的耗电量和对应出发时的状态信息存储数据库,作为一条训练样本。
34.3.统计处理好的数据存入数据库,以便模型调取使用。
35.对统计处理的状态信息解释如下:
36.(1)时间段:对于相同公交路线,同一天不同的时段车流量不同,对能耗有一定影响,将公交出发时的时间段作为能耗影响变量;
37.(2)是否节假日:部分公交路线的节假日与非节假日的车流量差异较大,将是否节假日作为能耗影响变量;
38.(3)soc起始值:考虑到soc与实际耗电量的非线性特点,将soc的起始值大小作为
能耗影响变量;
39.(4)电池单体电压:电池的电压对耗电量有一定影响,统计电池单体最高电压、单体最低电压、单体平均电压作为能耗影响变量;
40.(5)电池单体温度:电池的温度对耗电量有一定影响,统计电池单体最高温度、单体最低温度、单体平均温度作为能耗影响变量;
41.(6)驾驶员编号:不同的驾驶员操作风格不同,对耗电有一定影响,通过人脸识别系统识别不同驾驶员并进行编号,可识别每次运营周期对应的驾驶员编号。
42.为保证模型计算的准确度,需要积累正常运营一个月以上的训练数据集。确保数据集足够,即可实现剩余电量的预测。实现电量预测的工作流程如图2所示。
43.当需要查看车辆当前剩余电量是否能够完成运营时,驾驶员点击车辆仪表操作台预测请求按键触发预测请求指令,监控终端接收所述预测请求指令,将所述预测请求指令和当前状态信息上传监控服务器;所述监控服务器接收到所述预测请求指令和当前状态信息,调取当前驾驶员序列号对应的统计运营信息导入模型进行训练;模型训练完成,输入当前状态信息,输出预测耗电量,将预测结果发送至所述监控终端,车辆仪表操作台从所述监控终端接收预测结果并显示。
44.本发明的仪表、监控终端、监控服务器之间的交互过程如图3所示,包括如下步骤:
45.请求按键触发后,仪表持续发出预测请求can报文;
46.监控终端识别到can总线上的预测请求报文后,发出确认收到报文,仪表停止发出预测请求报文;
47.监控终端向监控服务器上传预测请求;
48.监控服务器接收到请求后,基于预测模型及历史数据计算得到预测值;
49.监控服务器将预测结果发送给监控终端;
50.监控终端收到后回复确认;
51.监控终端向can总线持续发出预测结果报文;
52.仪表读取到预测结果后显示在仪表显示屏,并返回确认收到报文,监控终端停止发送预测结果报文。
53.在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
54.尽管已经示出和描述了本发明的实施例,本领域的普通技术人员可以理解:在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由权利要求及其等同物限定。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1