车联网管理平台需求远程控制.docx
- 文档编号:12650365
- 上传时间:2023-04-21
- 格式:DOCX
- 页数:28
- 大小:357.50KB
车联网管理平台需求远程控制.docx
《车联网管理平台需求远程控制.docx》由会员分享,可在线阅读,更多相关《车联网管理平台需求远程控制.docx(28页珍藏版)》请在冰豆网上搜索。
车联网管理平台需求远程控制
车联网管理平台需求
远程控制
编制
审核
会签
批准
1系统描述
平台作为数据汇聚和应用的中心,一是能够通过广泛的接入能力进行人、车、路数据的汇聚,实现数据的高效采集。
二是能够借助计算能力实现海量数据的实时智能处理,支撑数据的计算应用。
三是能够基于平台上的算法和模型实现数据的精准分析,挖掘数据价值,构建创新应用。
平台边界图
1.1.1平台/TBOX与周边件的关系图如下所示。
1.1.2平台/TBOX应用服务系统
2需求描述
本章从平台化及迭代开发产品的角度,尽可能将所有与平台/TBOX相关的需求搜集整理,
功能性需求
表1:
基本功能需求
ID
需求描述、说明
需求来源
1
满足国标要求:
周期性上传车辆CAN总线采集数据
国家监控法政策规需求
2
满足国标要求:
周期性上传车辆CAN总线采集数据(地方性政策要求数据项)
国家监控法政策规需求
3
满足国标要求:
数据补发
国家监控法政策规需求
4
满足国标要求:
报警数据发送
国家监控法政策规需求
5
满足国标要求:
数据存储功能
国家监控法政策规需求
6
被盗车辆追踪:
在平台端可以发起车辆状态查询,并在平台可监控车辆移动轨迹
市场应用需求
7
拖车报警:
当车辆在下电,车CAN总线休眠,TBOX处于休眠状态时,TBOX获取的重力加速度超过某一阈值,会唤醒TBOX并将报警信息上传平台
市场应用需求
8
防盗入侵报警:
当车辆在下电,CAN总线休眠,若是非法进入车内(不是使用钥匙开门),BCM判定为入窃,则TBOX可上传入窃报警至平台
市场应用需求
9
电子围栏报警(LBS):
车辆超出设置好的位置区域围栏,则会向平台发送电子围栏报警
市场应用需求
10
电子围栏报警(TIME):
车辆超出设置好的限定使用时间,则会向平台发送电子围栏报警
市场应用需求
11
ICALL:
车主在车上通过TBOX和TSP平台通话,获取信息查询等资讯
市场应用需求
12
BCALL:
当车主在驾车过程中遇身体不适等紧急情况,可按下BCALL按键,向呼叫中心求助
市场应用需求
13
ECALL:
当车辆遭受事故,安全气囊受损或者被弹出时,可被动启动ECALL服务,呼叫中心可查看车辆信息。
市场应用需求
14
周期性上传车辆CAN总线采集数据(非国家监控平台需求数据)
市场应用需求
15
远程诊断
市场应用需求
16
远程升级OTA
市场应用需求
17
远程控制(远程寻车、远程空调、预约充电、远程解闭锁等)
市场应用需求
18
手机APP/TSP平台主动发起下行数据查询(远程状态查询)
市场应用需求
19
驾驶行为监控
市场应用需求
20
特殊情况下的车辆远程控制:
远程禁止使用
汽车金融
21
满足车辆租赁服务,支持蓝牙解闭锁、动力使能禁止、还车校验、智能充电等功能
汽车金融
22
提供联网功能(车载终端4G网络),中控共享平台信息
市场应用需求
23
软件/硬件加密
网络安全
24
25
26
27
28
29
30
31
32
33
34
35
3远程控制
用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送远程控制CAN报文请求,目标零部件在收到远程控制命令,并对当前零部件及整车状态进行评估,从而判断是否执行远程控制命令,并将命令执行情况反馈至平台,平台反馈结果至手机APP。
3.1远程开锁/闭锁
表31:
功能描述
远程控制中控开锁/闭锁:
功能主要是控制车门锁的开启/关闭,由用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送远程控制车,门锁的开/关请求,并将门锁的控制结果和门锁的状态等上报至平台,后台根据TBOX上报信息将远程中控开/闭锁的结果推送至用户手机APP。
业务执行条件
车辆状态
电源状态、车门状态、车速
能源模式
Y:
OFF
N:
ACC/ON/Ready
触发机制
手机APP、车主网站、后台
图31.远程开闭锁流程图
表31:
ID
描述
1
用户发起远程中控开/闭锁
2
TSP平台下发远程控制指令至TBOX
3
获取整车当前的电源模式
4
若电源模式不正确(如ACC、ON、Ready),则上报电源模式错误
5
手机APP提醒用户
6
若CAN网络处于休眠状态,TBOX通过网络管理唤醒网络。
NM报文需满足企标:
《OSEK直接网络管理规范》
7
TBOX判断CAN网络状态
8
若网络唤醒超时,则上报网络唤醒失败
9
手机APP提醒用户
10
若网络已唤醒,TBOX通过CAN网络向BCM发送开/闭锁请求,在20ms内重复发送3次指令报文。
11
若开闭锁超时,则BCM反馈控制结果超时,TBOX不再等待控制结果
12
为防整车状态不稳定,延时一会
13
TBOX向平台上报功能执行结果和相关的数据
14
手机APP提示用户
3.2远程启动车辆(上电)
车辆在出厂时,事先在T‑BOX与PEPS约定一种相同的计算方式,并分别在T‑BOX和PEPS中预先写入相同的SKC码且各自存储;用户每次使用时,T‑BOX接收到TSP平台或手机APP发送的远程控制指令;在判定符合远程控制条件后,T‑BOX与PEPS进行认证,只有认证成功后,用户才能实现对车身的控制,若认证失败,则会反馈信息至TSP平台或手机APP。
表32:
功能描述
远程控制启动车辆:
完成高压上电且使车辆切换至Ready。
由用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送远程上电请求,整车执行相应动作后TBOX将PEPS反馈的控制结果,以及整车当前处于ACC/ON/READY的状态等上报至平台,后台根据TBOX上报信息将远程上电的结果推送至用户手机APP。
业务执行条件
车辆状态
电源状态、车门状态、车速
能源模式
Y:
OFF
N:
ACC/ON/READY
触发机制
手机APP、车主网站、后台
图32.远程启动车辆流程图
表32:
ID
描述
1
用户发起远程上电命令
2
TSP平台下发远程控制指令至TBOX
3
获取整车当前的电源模式
4
若电源模式不正确(如ACC、ON、Ready),则上报电源模式错误
5
手机APP提醒用户
6
若CAN网络处于休眠状态,TBOX通过网络管理唤醒网络。
NM报文需满足企标:
《OSEK直接网络管理规范》
7
TBOX判断CAN网络状态
8
若网络唤醒超时,则上报网络唤醒失败
9
手机APP提醒用户
10
若网络已唤醒,TBOX通过CAN网络向PEPS发送远程上电请求,请求保持3个TBOX帧周期。
PEPS连续收到2帧判断为有效请求
11
TBOX开始计时
12
PEPS发起TBOX认证,PEPS通过CAN网络发送认证随机数至TBOX,认证码为事件帧,发一次
13
若TBOX在Ts时间内未收到PEPS发送的认证报文,则上报安全认证超时
14
认证超时结果反馈至APP
15
在Ts时间内TBOX收到PEPS认证报文,则TBOX反馈认证码,事件帧,发一次
16
PEPS收到TBOX发送的反馈认证码,会判断正误,若正确,则会继续与VCU进行安全认证上电流程。
若TBOX在T2时间内未收到PEPS上电状态反馈,则TBOX不再等待上电启动结果
17
为防整车状态不稳定,延时一会(此延时DID可配置,若不需要延时,在EOL时写为0x0)
18
TBOX向平台上报功能执行结果及相关数据
19
手机APP提示用户
3.3远程远程熄火(下电)
表33:
功能描述
远程控制下电:
由用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送远程下电请求,整车执行相应动作后TBOX将PEPS反馈的控制结果,以及整车当前的状态等上报至平台,后台根据TBOX上报信息将远程上电的结果推送至用户手机APP。
业务执行条件
车辆状态
电源状态、车门状态、车速
能源模式
YES:
ACC/ON/READY
NO:
OFF
触发机制
手机APP、车主网站、后台
图33.远程熄火流程图
表33:
ID
描述
1
用户发起远程上电命令
2
TSP平台下发远程控制指令至TBOX
3
获取整车当前的电源模式
4
若电源模式不正确(如ACC、ON、Ready),则上报电源模式错误
5
手机APP提醒用户
6
TBOX通过CAN网络向PEPS发送远程下电请求,请求保持3个TBOX帧周期。
PEPS连续收到2帧判断为有效请求
7
TBOX开始计时
8
PEPS发起TBOX认证,PEPS通过CAN网络发送认证随机数至TBOX,认证码为事件帧,发一次
9
若TBOX在Ts时间内未收到PEPS发送的认证报文,则上报安全认证超时
10
认证超时结果反馈至APP
11
在Ts时间内TBOX收到PEPS认证报文,则TBOX反馈认证码,事件帧,发一次
12
PEPS收到TBOX发送的反馈认证码,会判断正误,若正确,则会进行整车下电流程。
若TBOX在T2时间内未收到PEPS上电状态反馈,则TBOX不再等待上电启动结果
13
为防整车状态不稳定,延时一会(此延时DID可配置,若不需要延时,在EOL时写为0x0)
14
TBOX向平台上报功能执行结果及相关数据
15
手机APP提示用户
3.4远程开启空调
表34:
功能描述
远程开启空调:
由用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送启动空调请求,整车没有执行启动空调动作后的直接反馈。
待业务执行超时后通过空调状态信号判断空调开启结果,并将执行结果和整车状态数据发送至平台,后台将执行结果和整车状态推送至用户手机APP。
业务执行条件
车辆状态
电源状态、车门状态、车速、空调状态
能源模式
Y:
OFF/ON
若PEPS电源模式处于ON,则TBOX先发延时请求,再发送开启空调请求;
若PEPS电源模式为OFF,则TBOX执行远程上电业务,然后发送延时请求,再发送开空调请求。
触发机制
手机APP、车主网站、后台
图34.远程开启空调流程图
表34:
ID
描述
1
用户发起远程开启空调命令
2
TSP平台下发远程控制指令至TBOX
3
获取整车当前的电源模式
4
若电源模式为OFF,首先唤醒网络,NM报文需满足企标:
《OSEK直接网络管理规范》
5
判断整车CAN网络状态
6
如果网络唤醒超时,则上报网络唤醒失败
7
手机APP提醒用户
8
若网络唤醒成功,TBOX发起上电请求,在20ms内重复发送3次上电指令报文。
9
TBOX开始计时—上电安全认证
10
PEPS发起安全认证,该认证请求为事件帧,发送一次
11
如果TBOX计时超时且未收到PEPS的安全认证请求,TBOX上报认证超时
12
反馈超时信息至手机APP
13
若TBOX收到PEPS的认证请求,TBOX反馈认证码
14
TBOX开始计时,等待PEPS反馈上电结果,
15
若TBOX等待超时,则上报上电结果:
上电失败或者超时
16
平台将上电失败或者超时结果发送至手机APP
17
如果以上操作,上电成功,或者是最开始发起开启空调时,车辆电源状态为上电状态,则TBOX向整车CAN网络发起开启空调请求,在20ms内重复发送3次开启空调指令报文。
18
TBOX等待整车CAN网络反馈的启动空调结果,若等待超时,则不再等待启动空调结果
19
为了防止整车状态不稳定,延时一会(次延时DID可配置,若不需要延时,再EOL时写为0X0)
20
TBOX向平台上报功能执行结果和相关数据
21
平台处理TBOX上报的数据后,将结果发送给手机APP
3.5远程寻车(鸣笛闪灯)
表37:
功能描述
实现手机APP寻找车辆:
由用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送寻车指令,车辆收到该指令后可以闪灯和鸣笛的方式提示用户车辆位置。
TBOX将BCM发出的执行结果和整车状态数据发送至平台,后台将执行结果和整车状态推送至用户手机APP。
业务执行条件
车辆状态
电源状态、车门状态、车速
能源模式
Y:
OFF
N:
ACC/ON/Ready
触发机制
手机APP、车主网站、后台
图35.远程寻车流程图
表35:
ID
描述
1
用户发起远程寻车
2
TSP平台下发远程控制指令至TBOX
3
获取整车当前的电源模式
4
若电源模式不正确(如ACC、ON、Ready),则上报电源模式错误
5
手机APP提醒用户
6
若CAN网络处于休眠状态,TBOX通过网络管理唤醒网络。
NM报文需满足企标:
《OSEK直接网络管理规范》
7
TBOX判断CAN网络状态
8
若网络唤醒超时,则上报网络唤醒失败
9
手机APP提醒用户
10
若网络已唤醒,TBOX通过CAN网络向BCM发送寻车,在20ms内重复发送3次指令报文。
11
若寻车超时,则BCM反馈控制结果超时,TBOX不再等待控制结果
12
为防整车状态不稳定,延时一会
13
TBOX向平台上报功能执行结果和相关的数据
14
手机APP提示用户
3.6远程座椅加热
表36:
功能描述
远程开启座椅加热:
由用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送启动座椅加热请求,整车没有执行启动座椅加热系统动作后的直接反馈。
待业务执行超时后通过座椅加热系统状态信号判断座椅加热开启结果,并将执行结果和整车状态数据发送至平台,后台将执行结果和整车状态推送至用户手机APP。
业务执行条件
车辆状态
电源状态、车门状态、车速
能源模式
Y:
OFF/ON
若PEPS电源模式处于ON,则TBOX先发延时请求,再发送开启空调请求;
若PEPS电源模式为OFF,则TBOX执行远程上电业务,然后发送延时请求,再发送开空调请求。
触发机制
手机APP、车主网站、后台
图36.远程座椅加热流程图
表36:
ID
描述
1
用户发起远程开启座椅加热命令
2
TSP平台下发远程控制指令至TBOX
3
获取整车当前的电源模式
4
若电源模式为OFF,首先唤醒网络,NM报文需满足企标:
《OSEK直接网络管理规范》
5
判断整车CAN网络状态
6
如果网络唤醒超时,则上报网络唤醒失败
7
手机APP提醒用户
8
若网络唤醒成功,TBOX发起上电请求,在20ms内重复发送3次上电指令报文。
9
TBOX开始计时—上电安全认证
10
PEPS发起安全认证,该认证请求为事件帧,一次
11
如果TBOX计时超时且未收到PEPS的安全认证请求,TBOX上报认证超时
12
反馈超时信息至手机APP
13
若TBOX收到PEPS的认证请求,TBOX反馈认证码
14
TBOX开始计时,等待PEPS反馈上电结果
15
若TBOX等待超时,则上报上电结果:
上电失败或者超时
16
平台将上电失败或者超时结果发送至手机APP
17
如果以上操作,上电成功,或者是最开始发起开启座椅加热系统时,车辆电源状态为上电状态,则TBOX向整车CAN网络发起开启座椅加热请求,在20ms内重复发送3次指令报文。
18
TBOX等待整车CAN网络反馈的启动座椅加热系统结果,若等待超时,则不再等待启动座椅加热系统结果
19
为了防止整车状态不稳定,延时一会(次延时DID可配置,若不需要延时,再EOL时写为0X0)
20
TBOX向平台上报功能执行结果和相关数据
21
平台处理TBOX上报的数据后,将结果发送给手机APP
3.7远程一键升窗
表37:
功能描述
实现手机APP远程升窗:
由用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送升窗指令,车辆收到该指令后可以进行升窗操作。
TBOX将BCM发出的执行结果和整车状态数据发送至平台,后台将执行结果和整车状态推送至用户手机APP。
业务执行条件
车辆状态
电源状态、车门状态、车速
能源模式
Y:
OFF
N:
ACC/ON/Ready
触发机制
手机APP、车主网站、后台
图37.远程控制升窗流程图
表37:
ID
描述
1
用户发起远程升窗
2
TSP平台下发远程控制指令至TBOX
3
获取整车当前的电源模式
4
若电源模式不正确(如ACC、ON、Ready),则上报电源模式错误
5
手机APP提醒用户
6
若CAN网络处于休眠状态,TBOX通过网络管理唤醒网络。
NM报文需满足企标:
《OSEK直接网络管理规范》
7
TBOX判断CAN网络状态
8
若网络唤醒超时,则上报网络唤醒失败
9
手机APP提醒用户
10
若网络已唤醒,TBOX通过CAN网络向BCM发送升窗,在20ms内重复发送3次指令报文。
11
若升窗超时,则BCM反馈控制结果超时,TBOX不再等待控制结果
12
为防整车状态不稳定,延时一会
13
TBOX向平台上报功能执行结果和相关的数据
14
手机APP提示用户
3.8远程一键降窗
表38:
功能描述
实现手机APP远程降窗:
由用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送降窗指令,车辆收到该指令后可以进行降窗操作。
TBOX将BCM发出的执行结果和整车状态数据发送至平台,后台将执行结果和整车状态推送至用户手机APP。
业务执行条件
车辆状态
电源状态、车门状态、车速
能源模式
Y:
OFF
N:
ACC/ON/Ready
触发机制
手机APP、车主网站、后台
图38.远程控制降窗流程图
表38:
ID
描述
1
用户发起远程降窗
2
TSP平台下发远程控制指令至TBOX
3
获取整车当前的电源模式
4
若电源模式不正确(如ACC、ON、Ready),则上报电源模式错误
5
手机APP提醒用户
6
若CAN网络处于休眠状态,TBOX通过网络管理唤醒网络。
NM报文需满足企标:
《OSEK直接网络管理规范》
7
TBOX判断CAN网络状态
8
若网络唤醒超时,则上报网络唤醒失败
9
手机APP提醒用户
10
若网络已唤醒,TBOX通过CAN网络向BCM发送降窗,在20ms内重复发送3次指令报文。
11
若降窗超时,则BCM反馈控制结果超时,TBOX不再等待控制结果
12
为防整车状态不稳定,延时一会
13
TBOX向平台上报功能执行结果和相关的数据
14
手机APP提示用户
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 车联网管理平台需求 远程控制 联网 管理 平台 需求 远程 控制