一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种在线刷写方法与流程

2022-04-27 13:33:20 来源:中国专利 TAG:


1.本发明涉及车内以太网领域,尤其涉及一种对车辆内部的硬件设备进行在线刷写的方法。


背景技术:

2.车内以太网的在线刷写是通过socket通信向以太网中下载应用程序和应用数据的过程。在汽车研发、生产、售后等阶段都会用到此功能,从而保证产品的质量。
3.现阶段,针对不同的厂商或同一厂商不同协议规范,会定制不同的安全算法、刷写策略,并单一刷写以太网节点。这就影响了在研发、生产、售后等阶段的工作效率。


技术实现要素:

4.本发明的目的在于,提供一种在线刷写方法,应用于对车辆内部的硬件设备进行刷写。
5.本发明所解决的技术问题可以采用如下技术方案来实现:
6.一种在线刷写方法,应用于对车辆内部的硬件设备进行刷写,通过以太网连接车辆内部的一上位机以及多个所述硬件设备,其中上位机预设一人机交互界面,并包含如下步骤,
7.步骤s1,上位机通过所述人机交互界面根据所述硬件设备的参数对所述硬件设备进行配置,所述硬件设备验证所述参数无误后,所述上位机与所述硬件设备建立连接;
8.步骤s2,所述上位机根据所述硬件设备的服务需求制定相应的刷写策略;
9.步骤s3,所述上位机根据所述刷写策略对所述硬件设备进行刷写。
10.优选的,步骤s1中包括,
11.步骤s11,所述上位机根据所述硬件设备的参数进行配置,得出一配置信息,并发送给所述硬件设备;
12.步骤s12,所述硬件设备收到所述配置信息进行验证,
13.若通过验证,则所述上位机与所述硬件设备建立连接,随后转至所述步骤s2,
14.若未通过验证,则返回一报错信息,随后转至步骤s13;
15.步骤s13,所述上位机通过所述人机交互界面向用户反馈所述报错信息。
16.优选的,所述步骤s2中,所述相应的刷写策略的制定为,
17.制定所述刷写策略的过程包括:
18.步骤s21,所述上位机采集当前待刷写的硬件设备的标识;
19.步骤s22,所述上位机将所述标识和与所述上位机的数据库内包含的标准标识进行对比,
20.若存在有完全对应的所述标准标识,则转至步骤s23;
21.若不存在完全对应的所述标准标识,则转至步骤s24;
22.步骤s23,所述上位机根据一第一标准刷写策略获取需要进行刷写的数据文件,随
后转至步骤s25;
23.步骤s24,所述上位机通过所述人机交互界面向用户提供策略编辑器,并接收用户通过所述策略编辑器编辑并下发的需要进行刷写的数据文件,随后转至步骤s25;
24.步骤s25,所述上位机对所述数据文件进行解析,随后转至步骤s3。
25.优选的,所述标识用于表示:
26.所述硬件设备的生产厂家、和/或所述硬件设备内预设的协议、和/或所述硬件设备的型号。
27.优选的,所述第一标准刷写策略为在所述硬件设备出厂前预先设定的刷写策略。
28.优选的,当执行完所述步骤s3,以采用用户编辑并下发的所述数据文件完成对所述硬件设备的刷写后,根据所述数据文件形成对应的一第二标准刷写策略,并将所述第二标准刷写策略与对应的所述硬件设备的所述标识进行关联保存。
29.优选的,所述上位机通过多个虚拟端口分别与多个所述硬件设备建立连接以实现针对多个所述硬件设备的同时异步通信。
30.优选的,所述虚拟端口通过一数据帧进行配置;
31.所述数据帧包括:
32.第一字段:用于承载任意一待刷写硬件设备的ip地址;
33.第二字段:用于承载绑定所述待刷写硬件设备的端口号;
34.第三字段:用于承载所述刷写数据的源地址;
35.第四字段:用于承载所述待刷写硬件设备的目标地址。
36.有益效果:本发明的技术方案可以针对不同的整车厂和协议规范,定制不同的刷写策略及安全算法,并且能同时异步对多个以太网节点进行下载应用程序或应用数据。
附图说明
37.图1为本发明的总体流程示意图;
38.图2为本发明的连接建立流程示意图;
39.图3为本发明的刷写策略制定流程示意图。
具体实施方式
40.下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
41.需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
42.下面结合附图和具体实施例对本发明作进一步说明,但不作为本发明的限定。
43.本发明的实施例中提供一种在线刷写方法,应用于对车辆内部的硬件设备进行刷写,通过以太网连接车辆内部的一上位机以及多个硬件设备,如图1所示,其中上位机预设一人机交互界面,并包含如下步骤,
44.步骤s1,上位机通过人机交互界面根据硬件设备的参数对硬件设备进行配置,硬
件设备验证参数无误后,上位机与硬件设备建立连接;
45.步骤s2,上位机根据硬件设备的服务需求制定相应的刷写策略;
46.步骤s3,上位机根据刷写策略对硬件设备进行刷写。
47.具体的,其中,上述人机交互界面在建立连接阶段为用户提供一个配置界面,用户可以手动输入各项配置参数,如ip地址,端口号,源地址和目标地址,串口类型等,供硬件设备进行验证。
48.本发明较佳的实施例中,步骤s1中包括,如图2所示
49.步骤s11,上位机根据硬件设备的参数进行配置,得出一配置信息,并发送给硬件设备;
50.步骤s12,硬件设备收到配置信息进行验证,
51.若通过验证,则上位机与硬件设备建立连接,随后转至步骤s2,
52.若未通过验证,则返回一报错信息,随后转至步骤s13;
53.步骤s13,上位机通过人机交互界面向用户反馈报错信息。
54.具体的,其中,若验证不通过,则上述人机交互界面会提示用户验证失败,无法建立连接,并通过内置的错误代码向用户提供调试建议,以便用户快速调试建立连接进行刷写,若验证通过则转至步骤s2,直接跳转至刷写策略配置界面。
55.本发明较佳的实施例中,如,图3所示,步骤s2中,制定刷写策略的过程包括:
56.步骤s21,上位机采集当前待刷写的硬件设备的标识;
57.步骤s22,上位机将标识和与上位机的数据库内包含的标准标识进行对比,
58.若存在有完全对应的标准标识,则转至步骤s23;
59.若不存在完全对应的标准标识,则转至步骤s24;
60.步骤s23,上位机根据一第一标准刷写策略获取需要进行刷写的数据文件,随后转至步骤s25;
61.步骤s24,上位机通过人机交互界面向用户提供策略编辑器,并接收用户通过策略编辑器编辑并下发的需要进行刷写的数据文件,随后转至步骤s25;
62.步骤s25,上位机对数据文件进行解析,随后转至步骤s3。
63.具体的,其中,厂商在生产硬件设备时,会有一定标准的规格,通过这种规格生成的标识码即可作为硬件设备的身份,不同的厂家可能采用不同的协议,相同的硬件设备也可能采用不同的内设,但是经过标准化生产并被内置于刷写设备的数据库的硬件设备是可以直接识别到标识码并通过检索,选取标准刷写策略进行刷写,所需要的进行刷写的文件包含不同的文件格式,故在刷写前需要对进行刷写的文件进行解析,使得不同文件格式的刷写文件都能顺利的刷写进入待刷写的硬件设备。
64.本发明较佳的实施例中,标识用于表示:
65.硬件设备的生产厂家、和/或硬件设备内预设的协议、和/或硬件设备的型号。
66.具体的,其中,硬件设备根据固定的格式,通过固定位的字节表示硬件设备的生产厂家代码,预设协议代码,硬件型号代码,上述固定格式的信息可以被上位机直接读取。
67.本发明较佳的实施例中,第一标准刷写策略为在硬件设备出厂前预先设定的刷写策略。
68.具体的,其中,上述第一标准刷写策略并非是固定的刷写流程,而是通过厂商出厂
前的配置从而配置的刷写流程,换而言之,不同的厂商,不同的设备拥有着不同的特性,对它们进行刷写时的策略一定时不一样的,但是根据上述特性可以制定一种标准刷写测略的生成机制,换言之,上述第一标准刷写策略的实质是通过上述生成机制挑选出来的一种刷写策略。
69.本发明较佳的实施例中,当执行完步骤s3,以采用用户编辑并下发的数据文件完成对硬件设备的刷写后,根据数据文件形成对应的一第二标准刷写策略,并将第二标准刷写策略与对应的硬件设备的标识进行关联保存。
70.具体的,其中,当检测到待刷写的硬件设备,其对应标识上位机无法识别时,人机交互界面则切换至配置界面,通过人为分析当前待刷写的硬件设备需要采用什么样的具体刷写流程或者需要添加哪一条具体地刷写步骤,从而人为的编辑一种适用于当前待刷写的硬件设备的人工刷写策略,将上述人工刷写策略制定好之后,进行存储,将其生成机制备份后可以作为后续相同类型的设备进行刷写时的处理流程,这样处理使得,再次遇到相同类型无法通过上述第一标准刷写策略进行处理的硬件设备可以直接调用上述第二标准刷写策略进行处理,节省了人工制定刷写策略的步骤,在一定程度上提高了刷写效率。
71.本发明较佳的实施例中,上位机通过多个虚拟端口分别与多个硬件设备建立连接以实现针对多个硬件设备的同时异步通信。
72.具体的,其中,本发明利用socket进行数据传输,socket使用16bit无符号整型表示端口号,最大到65535,故可以支持多个虚拟端口进行通信,针对不同的刷写要求;
73.针对多个硬件设备,其运用的刷写数据的格式也存在不同的区别,进行刷写的时候需要将其转化为相应的可读写数据,具体的数据库文件类型有hex.,bin.,s19等,其中,hex数据包含了基地址、偏移量、校验和、文件开始和结束标志等信息,并且包含了下载地址;
74.bin数据是纯粹的机器码,没有地址信息,如果使用bin文件刷写程序时,需要指定下载地址,由于hex文件是十六进制数据,而bin文件是二进制数据,所以hex文件要比bin文件大得多。
75.本发明较佳的实施例中,虚拟端口通过一数据帧进行配置,
76.数据帧包括,
77.第一字段:用于承载任意一待刷写硬件设备的ip地址;
78.第二字段:用于承载绑定待刷写硬件设备的端口号;
79.第三字段:用于承载刷写数据的源地址;
80.第四字段:用于承载待刷写硬件设备的目标地址。
81.具体的,其中,待刷写设备的ip地址代表待刷写设备的唯一的身份标识,第二字段用于标记硬件设备,避免使用错误的端口,第三字段可以避免刷写时刷写的数据出错,第四字段承载待刷写硬件设备的目标地址,可以实现硬件设备目标地址的准确性。
82.以上仅为本发明较佳的实施例,并非因此限制本发明的实施方式及保护范围,对于本领域技术人员而言,应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案,均应当包含在本发明的保护范围内。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献