车联网管理平台需求远程控制.docx

上传人:b****1 文档编号:2096025 上传时间:2022-10-26 格式:DOCX 页数:23 大小:567.60KB
下载 相关 举报
车联网管理平台需求远程控制.docx_第1页
第1页 / 共23页
车联网管理平台需求远程控制.docx_第2页
第2页 / 共23页
车联网管理平台需求远程控制.docx_第3页
第3页 / 共23页
车联网管理平台需求远程控制.docx_第4页
第4页 / 共23页
车联网管理平台需求远程控制.docx_第5页
第5页 / 共23页
点击查看更多>>
下载资源
资源描述

车联网管理平台需求远程控制.docx

《车联网管理平台需求远程控制.docx》由会员分享,可在线阅读,更多相关《车联网管理平台需求远程控制.docx(23页珍藏版)》请在冰豆网上搜索。

车联网管理平台需求远程控制.docx

车联网管理平台需求远程控制

车联网管理平台需求

远程控制

编帝q

审核

会签

批准

1系统描述

平台作为数据汇聚和应用的中心,一是能够通过广泛的接入能力逬行人.车、路数据的汇聚,实现

数据的高效采集。

二是能够借助计算能力实现海星数据的实时智能处理,支撑数据的计算应用。

三是能

价值,构建创新应用。

够基于平台上的算法和模型实现数据的精准分析,挖掘:

平台边界图

1.1.1平台/TBOX与周边件的关系图如下所示。

 

1.1.2平台/TBOX应用服务系统

App

远程配置敛据采築远程控1M

Bigcfeta

険5理

选程诊断行车轨迹蓝牙控制

GBJT32960]、OTA协议解析|

i/bjeCALL;f

OS/Drive

CAN眾务

OS

Bodloader

 

服务.呼叫中心可査看车辆信息。

14

周期性上传车辆CAN总线采集数据(非国家监控平台需求数据)

市场应用需求

15

远程诊断

市场应用需求

16

远程升级OTA

市场应用需求

17

远程控制(远程寻车.远程空调.预约充电、远程解闭锁等)

市场应用需求

18

手机APP/TSP平台主动发起下行数据查询(远程状态査询)

市场应用需求

19

驾驶行为监控

市场应用需求

20

特殊情况下的牟辆远程控制:

远程禁止使用

汽车金融

21

满足午辆租赁服务.支持蓝牙解闭锁、动力使能禁止、还车校验、智能

充电等功能

汽车金融

22

提供联网功能(车载终端1G网络)•中控共享平台信息

市场应用需求

23

软件/硕件加密

网络安全

24

25

26

27

28

29

30

31

32

33

31

35

3远程控制

用户通过手机APP(车主网站或后台)触发,TBOX收到后台指令后向CAN总线发送远程控制CAN报文请求,目标零部件在收到远程控制命令,并对当前零部件及整车状态进行评估,从而判断是否执行远程控制命令,并将命令执行情况反馈至平台,平台反馈结果至手机APP.

3.1远程开锁/闭锁

表31:

功能描述

远程控制中控开锁/闭锁:

功能主要是控制乍门锁的开启/关闭•由用户通过手机APP(午主网站或后台)触发.TBOX收到后台抬令后向CAN总线发送远程控制牟,门锁的开/关请求,并将门锁的控制结果和门锁的状态等上报至平台,后台根据TBOX上报信息将远程中控开/闭锁的结果推送至用户手机APP。

业务执行条件

车辆状态

电源状态.车门状态、车速

能源模式

Y:

OFF

N:

ACC/ON/Ready

触发机制

手机APP.车主网站、后台

sd远理桂制•开丙锁

㈣:

|

alt

[开罚锁起时]/i

开碗结里

I

1

上絆裁阴

1

延时

卜」⑷

113]:

1

1

1

1

1

图31・远程开闭锁流程图

表31:

ID

描述

1

用户发起远程中控开/闭锁

2

TSP平台下发远程控制抬令至TB0X

3

获取整乍当前的电源模式

4

若电源模式不正确(如ACC.ON、Ready),则上报电源模式锚误

5

手机APP提醒用户

6

若CAN网络处于休眠状态,TB0X通过网络管理唤醒网络。

NM报文需满足企标:

W0SEK直接网络管理规范》

7

TB0X判断CAN网络状态

8

若网络唤馭超时,则上报网络唤醜失败

9

手机APP提88用户

10

若网络已唤醒•TB0X通过CAN网络向BCM发送开/闭锁请求,在20盼内重复发送3次抬令报文。

11

若开闭锁超时.则BCM反馈控制结果超时,TBOX不再等待控制结果

12

为防整午状态不稳定,延时一会

13

TB0X向平台上报功能执行结果和相关的数据

14

手机APP提示用户

3.2远程启动车辆(上电)

车辆在出厂时,事先在T-BOX与PEPS约定一种相同的计算方式,并分别在T-BOX和PEPS中预先写入相同的SKC码11各口存储:

用户每次使用时,T-BOX接收到TSP平台或手机APP发送的远程控制指令;在判定符合远程控制条件后,T-BOX与PEPS进行认证,只有认证成功后,用户才能实现对车身的控制,若认证失败,则会反馈信息至TSP平台或手机APP。

表32:

功能描述

远程控制启动年辆:

完成商压上电且使午辆切换至Ready。

由用户通过于•机APP(车主网站或后台)触发■TB0X收到后台抬令后向CAN总线发送远程上电请求.整乍执行相应动作后TB0X将PEPS反馈的控制结果.以及整乍十前处于ACC/ON/RE.4DY的状态等上报至平台.后台根据TB0X上报信息将远程上电的结果推送至用户手机APP。

业务执行条件

牛辆状态

电源状态.车门状态、车速

能源模式

Y:

0FF

N:

ACC/ON/READY

触发机制

手机APP.车主网站、后台

8d远程绘制运程启动7

图32・远程启动午辆流程图

表32:

ID

描述

1

用户发起远程上电命令

2

TSP平台下发远程控制抬令至TBOX

3

获取整乍当前的电源模式

4

若电源模式不正确(如ACC.ON、Ready),则上报电源模式错误

5

手机APP提醒用户

6

若CAN网络处于休眠状态,TB0X通过网络管理唤醒网络。

NM报文需满足企标:

W0SEK直接网络管理规范》

7

TB0X判断CAN网络状态

8

若网络唤馭超时,则上报网络唤醜失败

9

手机APP提88用户

10

若网络已唤醒.TB0X通过CAN网络向PEPS发送远程上电请求.请求保持3个TB0X帧周期。

PEPS连续收到2帧

判断为有效请求

11

TB0X开始计时

12

PEPS发起TB0X认证.PEPS通过CAN网络发送认证随机数至TB0X.认证码为爭件帧.发一次

13

若TB0X在Ts时间内未收到PEPS发送的认证报文,则上报安全认证超时

11

认证超时结果反馈至APP

15

在Ts时间内TBOX收到PEPS认证报文.则TB0X反馈认证码,爭件帧,发一次

16

PEPS收到TB0X发送的反馈认证码,会判断正误.若正确,则会继续与VCU进行安全认证上电流程。

若TB0X在

T2时间内未收到PEPS上电状态反馈.则TB0X不再等待上电启动结果

17

为防整牟状态不稳定,延时一会(此延时DID可配宜,若不需要延时•在E0L时写为50)

18

TBOX向平台上报功能执行结果及相关数据

19

手机APP提示用户

3・3远程远程熄火(下电)

表33:

功能描述

远程控制下电:

由用户通过手机APP(午主网站或后台)触发•TB0X收到后台指令后向CAN总线发送远程下电请求,整午执行相应动作后TB0X将PEPS反馈的控制结果,以及整牟、“1前的状态等上报至平台,后台根据TBOX上报信息将远程上电的结果推送至用户手机APP。

业务执行条件

车辆状态

电源状态.车门状态.车速

能源模式

YES:

ACC/0N/READY

NO:

OFF

触发机制

手机APP.车主网站、后台

8d远程绘制运程启动7

图33・远程熄火流程图

表33:

ID

描述

1

用户发起远程上电命令

2

TSP平台下发远程控制指令至TBOX

3

获取整牟当前的电源模式

1

若电源模式不正确(如ACC.ON、Ready),则上报电源模式错误

5

手机APP提醒用户

6

TBOX通过CAN网络向PEPS发送远程下电请求.请求保持3个TBOX帧周期。

PEPS连续收到2帧判断为有效

请求

7

TB0X开始计时

8

PEPS发起TB0X认证.PEPS通过CAN网络发送认证随机数至TB0X.认证码为事件帧.发一次

9

若TB0X在Ts时间内未收到PEPS发送的认证报文,则上报安全认证超时

10

认证超时结果反馈至APP

11

在Ts时间内TBOX收到PEPS认证报文,则TB0X反馈认证码.爭件帧.发一次

12

PEPS收到TB0X发送的反馈认证码,会判断正误,若正确,则会进行整午下电流程。

若TB0X在T2时间内未收到PEPS上电状态反馈•则TB0X不再等待上电启动结果

13

为防整午状态不稳定,延时一会(此延时DID可配宜.若不需硬延时,在E0L时写为50)

11

TB0X向平台上报功能执行结果及相关数据

15

手机APP提示用户

3・4远程开启空调

表34:

功能描述

远程开启空调:

由用户通过手机APP(午主网站或后台)触发,TB0X收到后台指令后向CAN总线发送启动空调请求,整午没有执行启动空训动作后的直接反馈。

待业务执行超时后通过空调状态信号判断空调开启结果,并将执行结果和整午状态数据发送至平台.后台将执行结果和整午状态推送至用户手机APP,

业务执行条件

车辆状态

电源状态.车门状态.车速.空调状态

能源模式

Y:

OFF/ON

若PEPS电源模式处干02则TB0X先发延时请求,再发送开启空调请求;

若PEPS电源模式为OFF,则TBOX执行远程上电业务.然后发送延时请求,再发送开空调请求。

触发机制

手机APP.车主网站、后台

图34・远程开启空调流程图

表34:

ID

描述

1

用户发起远程开启空调命令

2

TSP平台下发远程控制指令至TBOX

3

获取整牟当前的电源模式

4

若电源模式为OFF,首先唤酰网络,NM报文需满足企标:

《OSEK直接网络管理规范》

5

判斯整牟CAN网络状态

6

如果网络唤醒超时.则上报网络唤醒失败

7

手机APP提醒用户

8

若网络唤觇成功,TB0X发起上电请求,在20ms内重复发送3次上电指令报文。

9

TB0X开始计时一上电安全认证

10

PEPS发起安全认证,该认证请求为事件帧,发送一次

11

如果TB0X计时超时且未收到PEPS的安全认证请求.TB0X上报认证超时

12

反馈超时信息至手机APP

13

若TB0X收到PEPS的认证请求,TB0X反馈认证码

11

TB0X开始计时,等待PEPS反馈上电结果,

15

若TB0X等待超时,则上报上电结果:

上电失败或者超时

16

平台将上电失败或者超时结果发送至手机APP

17

如果以上操作.上电成功,或者是最开始发起开启空调时,午辆电源状态为上电状态.则TB0X向整车CAN网络发起开启空调请求.在20ms内重复发送3次开启空调抬令报文。

18

TB0X等待整年CAN网络反馈的启动空调结果,若等待超时,则不再等待启动空调结果

19

为了防止整牟状态不稳定,延时一会(次延时DID可配宜.若不需要延时,再E0L时写为0X0)

20

TB0X向平台上报功能执行结果和相关数据

21

平台处理TB0X上报的数据后.将结果发送给于机APP

3.5远程寻车(鸣笛闪灯)

表37:

功能描述

实现手机APP寻找车辆:

由用户通过手机APP(午主网站或后台)触发,TBOX收到后台扌斤令后向CAN总线发送寻千指令.牟辆收到该抬令后可以闪灯和鸣笛的方式提示用户午辆位瓦TB0X将BCM发出的执行结果和整牟状态数据发送至平台,后台将执行结果和整千状态推送至用户手机APP。

业务执行条件

午辆状态

电源状态.车门状态、车速

能源模式

Y:

0FF

N:

ACC/0N/Ready

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学 > 数学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1