System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术涉及一种车载通讯终端的处理方法和系统,属于车载通讯终端。
技术介绍
1、t-box(车载通讯终端,简称车载终端或终端)业务的80%是基于网络和平台共同实现的,t-box业务包括远程控制车辆、远程监控车辆的运行状态以及远程监控零部件的健康状态等,因此其对网络连接的稳定性、整车报文存储的稳定性、车云交互报文的完整性要求极高,终端外显的指示灯状态、emmc(embedded multi media card,嵌入式多媒体卡)的空间分配等都是基于此设计的。
2、由于车辆未签署gdpr法规(general data protection regulation,欧盟的通用数据保护条例)前,不允许终端联网进行数据上传,不允许终端进行数据上传的实现方案是由运营商直接进行停卡操作,在签署gdpr法规之后,由运营商重新开卡,终端重新进行驻网操作,网络服务才能重新开始使用。
3、当前在不允许联网时,由运营商进行停卡操作,t-box依然会按照可联网时的处理逻辑进行工作,t-box可联网时的处理逻辑如说明书附图中的图1所示,图1中各个部分的具体处理逻辑分别如图2至图7所示,在对终端进行停卡操作后终端现有的处理逻辑会使其按照网络掉线时的业务逻辑进行处理,例如反复尝试搜网、驻网,反复将车云报文写入emmc(嵌入式多媒体卡,也可用缩写emmc表示),在此种工作状态下会有以下几种问题:
4、频繁进行车云报文的emmc写入操作易导致造成emmc硬件损坏;
5、频繁进行搜网、驻网等操作会有sim卡的信息写入操
6、车辆处于无监控状态,在出现车辆运行异常时无法进行车辆故障分析;
7、t-box处于无监控状态,在t-box运行出现异常时,无法及时恢复监控、无法提供车辆运行数据、无法对终端的运行寿命进行监控统计、无法对优化提升终端软硬件提供支撑数据、无法支撑车辆事故分析;
8、如果在停卡期间终端损坏或者sim卡损坏,在运营商开卡后,无法远程分析故障原因,需要协调售后到现场,再进行远程指导排查才能初步确定原因,问题解决缓慢,不能及时恢复车辆监控及正常的业务。
9、对于何时签署gdpr法规,存在不确定性,基于此现状会存在以下几种情况:
10、车辆长期处于无监控状态,不利于车辆异常问题的发现、解决、追溯,严重时会影响行车安全;
11、t-box长期处于无监控状态,不利于终端故障、sim卡损坏事件的及时发现、解决,在重新开卡后不能及时恢复业务功能,且无法追溯问题发生原因;
12、在t-box连不上平台时,程序会判断为网络异常,t-box的网络异常恢复逻辑(网络异常处理逻辑)会对网络进行重置,异常恢复会进行重新搜网、驻网、写sim卡操作,而频繁写卡会缩短sim寿命,在重新开卡后不能及时恢复监控功能。
技术实现思路
1、本专利技术的目的是提供一种车载通讯终端的处理方法和系统,用以解决终端在未联网时因频繁执行网络异常处理逻辑频繁进行写sim卡操作,导致sim卡寿命缩短的问题。
2、为实现上述目的,本专利技术的方案包括:
3、本专利技术的一种车载通讯终端的处理方法,包括终端的周期联网状态监控的步骤,在周期联网状态监控的步骤中增加第一巡检指令,在第一巡检指令开启巡检状态时,删除联网状态的监控周期,以避免终端在未联网状态下周期性地执行网络异常处理逻辑;在第一巡检指令关闭巡检状态时,终端根据当前周期联网状态监控的监控周期周期性地尝试联网,并执行网络异常处理逻辑。
4、进一步地,还在终端的业务线程监控的步骤中增加第二巡检指令,在第二巡检指令开启巡检状态时,终端结束业务进程监控;在第二巡检指令关闭巡检状态时,终端进行业务线程监控。
5、进一步地,还在终端的业务线程监控的步骤中增加第三巡检指令,在业务线程监控的步骤中终端解析平台指令后,且第三巡检指令开启巡检状态时,记录巡检状态,并重新开始下一轮的业务线程监控;在第三巡检指令关闭巡检状态时,在终端解析平台指令后执行平台指令操作,并重新开始下一轮的业务线程监控。
6、进一步地,还在终端的串口监听线程的步骤中增加第四巡检指令,在串口监听线程的步骤中终端接收产测工具命令后,且第四巡检指令开启巡检状态时,记录巡检状态,增加产测工具和终端的操作交互逻辑,并重新开始下一轮的串口监听线程;在第四巡检指令关闭巡检状态时,在终端接收产测工具命令后响应产测工具的命令,并重新开始下一轮的串口监听线程。
7、进一步地,还在终端的更新状态灯状态的步骤中增加第五巡检指令,在第五巡检指令开启巡检状态时,在终端展示gps天线状态和can1数据存储状态。
8、进一步地,将用于展示网络拨号状态和平台连接状态的状态灯用来展示gps天线状态和can1数据存储状态,并周期性地更新状态灯的状态。
9、进一步地,还包括巡检状态下终端的监听can1数据工作,在监听can1数据工作中判断此次和上次can1总线数据的存储状态,若此次成功上次失败,则记录存储失败结束时间和此次存储状态后,在设定时间内判断存储失败时间是否大于或等于设定时间,若是,修改设定时间的存储状态为存储成功并记录存储失败结束时间后重新开始下一轮的监听can1数据工作,若否,则重新开始下一轮的监听can1数据工作;若此次和上次均成功,则直接在设定时间内判断存储失败时间是否大于或等于设定时间,若是,修改设定时间的存储状态为存储成功并记录设定时间的存储失败结束时间后重新开始下一轮的监听can1数据工作,若否,则重新开始下一轮的监听can1数据工作;若此次和上次均失败,则重新开始下一轮的监听can1数据工作;若此次失败上次成功,则记录存储失败开始时间、失败原因和此次存储状态后,在设定时间内判断存储成功时间是否大于或等于设定时间,若是,修改设定时间的存储状态为存储失败并记录存储成功结束时间后重新开始下一轮的监听can1数据工作,若否,则重新开始下一轮的监听can1数据工作。
10、进一步地,设定时间为终端本地存储存满一次所用时长。
11、进一步地,只要当终端外部供电电压不满足终端正常工作的需求电压,终端关机。
12、本专利技术的一种车载通讯终端的处理系统,包括处理器,处理器执行指令以实现如上述的车载通讯终端的处理方法。
13、本专利技术的有益效果:
14、本专利技术是改进型专利技术,提供一种车载通讯终端的处理方法和系统,在现有联网时的车载通讯终端的处理步骤(处理逻辑)的周期联网状态监控(连接状态监控)的步骤中做出改进,具体通过在周期联网状态监控的步骤中增加第一巡检指令,第一巡检指令用于开启或关闭巡检状态,在巡检状态开启时,因此时终端未签署gdpr,为了满足不能上传车辆数据的法规要求,运营商停止sim卡的网络服务,此时终端处于未联网状态,终端不需要进行联网处理,故删除联网状态的监控周期,以避免终端在未联网状态下周期性地执行异常处理逻辑(异常本文档来自技高网...
【技术保护点】
1.一种车载通讯终端的处理方法,包括终端的周期联网状态监控的步骤,其特征在于,在所述周期联网状态监控的步骤中增加第一巡检指令,在第一巡检指令开启巡检状态时,删除联网状态的监控周期,以避免终端在未联网状态下周期性地执行网络异常处理逻辑;在第一巡检指令关闭巡检状态时,终端根据当前周期联网状态监控的监控周期周期性地尝试联网,并执行网络异常处理逻辑。
2.根据权利要求1所述的车载通讯终端的处理方法,其特征在于,还在终端的业务线程监控的步骤中增加第二巡检指令,在第二巡检指令开启巡检状态时,终端结束业务进程监控;在第二巡检指令关闭巡检状态时,终端进行业务线程监控。
3.根据权利要求1或2所述的车载通讯终端的处理方法,其特征在于,还在终端的业务线程监控的步骤中增加第三巡检指令,在业务线程监控的步骤中终端解析平台指令后,且第三巡检指令开启巡检状态时,记录巡检状态,并重新开始下一轮的业务线程监控;在第三巡检指令关闭巡检状态时,在终端解析平台指令后执行平台指令操作,并重新开始下一轮的业务线程监控。
4.根据权利要求1或2所述的车载通讯终端的处理方法,其特征在于,还
5.根据权利要求1或2所述的车载通讯终端的处理方法,其特征在于,还在终端的更新状态灯状态的步骤中增加第五巡检指令,在第五巡检指令开启巡检状态时,在终端展示GPS天线状态和CAN1数据存储状态。
6.根据权利要求5所述的车载通讯终端的处理方法,其特征在于,将用于展示网络拨号状态和平台连接状态的状态灯用来展示GPS天线状态和CAN1数据存储状态,并周期性地更新状态灯的状态。
7.根据权利要求1或2所述的车载通讯终端的处理方法,其特征在于,还包括巡检状态下终端的监听CAN1数据工作,在所述监听CAN1数据工作中判断此次和上次CAN1总线数据的存储状态,若此次成功上次失败,则记录存储失败结束时间和此次存储状态后,在设定时间内判断存储失败时间是否大于或等于设定时间,若是,修改设定时间的存储状态为存储成功并记录存储失败结束时间后重新开始下一轮的监听CAN1数据工作,若否,则重新开始下一轮的监听CAN1数据工作;若此次和上次均成功,则直接在设定时间内判断存储失败时间是否大于或等于设定时间,若是,修改设定时间的存储状态为存储成功并记录设定时间的存储失败结束时间后重新开始下一轮的监听CAN1数据工作,若否,则重新开始下一轮的监听CAN1数据工作;若此次和上次均失败,则重新开始下一轮的监听CAN1数据工作;若此次失败上次成功,则记录存储失败开始时间、失败原因和此次存储状态后,在设定时间内判断存储成功时间是否大于或等于设定时间,若是,修改设定时间的存储状态为存储失败并记录存储成功结束时间后重新开始下一轮的监听CAN1数据工作,若否,则重新开始下一轮的监听CAN1数据工作。
8.根据权利要求7所述的车载通讯终端的处理方法,其特征在于,所述设定时间为终端本地存储存满一次所用时长。
9.根据权利要求1或2所述的车载通讯终端的处理方法,其特征在于,只要当终端外部供电电压不满足终端正常工作的需求电压,终端关机。
10.一种车载通讯终端的处理系统,包括处理器,其特征在于,所述处理器执行指令以实现如权利要求1至9任一项所述的车载通讯终端的处理方法。
...【技术特征摘要】
1.一种车载通讯终端的处理方法,包括终端的周期联网状态监控的步骤,其特征在于,在所述周期联网状态监控的步骤中增加第一巡检指令,在第一巡检指令开启巡检状态时,删除联网状态的监控周期,以避免终端在未联网状态下周期性地执行网络异常处理逻辑;在第一巡检指令关闭巡检状态时,终端根据当前周期联网状态监控的监控周期周期性地尝试联网,并执行网络异常处理逻辑。
2.根据权利要求1所述的车载通讯终端的处理方法,其特征在于,还在终端的业务线程监控的步骤中增加第二巡检指令,在第二巡检指令开启巡检状态时,终端结束业务进程监控;在第二巡检指令关闭巡检状态时,终端进行业务线程监控。
3.根据权利要求1或2所述的车载通讯终端的处理方法,其特征在于,还在终端的业务线程监控的步骤中增加第三巡检指令,在业务线程监控的步骤中终端解析平台指令后,且第三巡检指令开启巡检状态时,记录巡检状态,并重新开始下一轮的业务线程监控;在第三巡检指令关闭巡检状态时,在终端解析平台指令后执行平台指令操作,并重新开始下一轮的业务线程监控。
4.根据权利要求1或2所述的车载通讯终端的处理方法,其特征在于,还在终端的串口监听线程的步骤中增加第四巡检指令,在串口监听线程的步骤中终端接收产测工具命令后,且第四巡检指令开启巡检状态时,记录巡检状态,增加产测工具和终端的操作交互逻辑,并重新开始下一轮的串口监听线程;在第四巡检指令关闭巡检状态时,在终端接收产测工具命令后响应产测工具的命令,并重新开始下一轮的串口监听线程。
5.根据权利要求1或2所述的车载通讯终端的处理方法,其特征在于,还在终端的更新状态灯状态的步骤中增加第五巡检指令,在第五巡检指令开启巡检状态时,在终端展示gps天线状态和can1数据存储状态。
6.根据权利要求5所述的车载通讯终端的...
【专利技术属性】
技术研发人员:殷红莉,李威,莫灵军,王硕,
申请(专利权)人:宇通客车股份有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。