CN107957876A

CN107957876A - 一种升级汽车仪表ui和固件程序的方法

Info

Publication number: CN107957876A
Application number: CN201711203257.7A
Authority: CN
Inventors: 肖剑浩; 冼鸿宏; 魏飞; 黎锦锋; 姚安乐
Original assignee: Marelli Automotive Electronics Guangzhou Co Ltd
Current assignee: Marelli Automotive Electronics Guangzhou Co Ltd
Priority date: 2017-11-27
Filing date: 2017-11-27
Publication date: 2018-04-24

Abstract

本发明公开了一种升级汽车仪表UI和固件程序的方法，包括以下步骤：S1，发送单元把升级UI文件和固件程序的实际数据封装打包为图像数据流，所述图像数据流采用保留原始数据的数据格式；S2，接收单元确认是否更新，需更新则接收数据包并校验整合，将其还原为真实的数据信息内容；S3，接收单元升级系统并反馈升级状态，结束升级步骤。汽车仪表UI文件和升级固件经过车载导航（发送单元）转化为图像数据包，通过这种与车载导航（发送单元）互联的接口或通信机制发送给汽车仪表（接收单元），实现仪表UI和固件升级，在不增设置接口的情况下实现不拆壳升级，提供一种简单经济的升级方法。

Description

一种升级汽车仪表UI和固件程序的方法

技术领域

本发明涉及一种固件升级方法，尤其涉及一种汽车仪表UI和固件程序的升级方法。

背景技术

目前常用计算机升级固件的方法是通过UART、USB或以太网等通信接口传输文件，然后升级固件程序。在汽车仪表产品中，升级汽车仪表往往也采用同样的方式，目前大部分的汽车仪表升级多是通过离线方式，通过接口升级固件，但如若单纯为了升级固件而增加一个USB或者以太网接口，则势必会因为增加这些通信接口而导致增加零件及维护费用。并且，目前大多数的汽车仪表不支持系统升级或UI升级，如需要升级，则要拆壳接入升级接口才能升级。这种升级方式因每次升级均需拆壳，存在极大的不便。

综上，目前汽车仪表UI和固件升级通常存在两种方式，其一是通过拆壳升级，该方法存在其他不便，其二是通过增设升级专用接口，其缺点是将产生额外费用，对此，提供一种新的升级方式解决现有升级方式的缺陷是目前亟待解决的问题。

发明内容

本发明提供了一种升级汽车仪表UI和固件程序的方法，解决现有升级方式的缺陷，旨在实现在不增设置接口的情况下实现不拆壳升级，提供一种简单经济的升级方法。

本发明所述一种升级汽车仪表UI和固件程序的方法，包括以下步骤：

S1，发送单元把升级UI文件和固件程序的实际数据封装打包为图像数据流，所述图像数据流采用保留原始数据的数据格式；

S2，接收单元确认是否更新，需更新则接收数据包并校验整合，将其还原为真实的数据信息内容；

S3，接收单元升级系统并反馈升级状态，结束升级步骤。

本发明所述一种升级汽车仪表UI和固件程序的方法，通过将实际数据封装打包为图像数据流实现利用汽车仪表接口中固有的图像传输接口进行升级。在汽车仪表接口中，车载导航（发送单元）和汽车仪表（接收单元）存在图像传输接口用于连接车载导航数据到汽车仪表中，一般常用LVDS接口作为传输通路。在本发明中通过这种与车载导航（发送单元）互联的接口或通信机制，在不增设额外升级电路，不增加额外维护成本的基础上，直接使用图像接口进行仪表UI和固件升级。而车载导航（发送单元）一般有接入互联网网络或存在引出的USB接口，将汽车仪表UI文件和升级固件，经过车载导航（发送单元）转化为图像数据包，由图像接口发送给汽车仪表（接收单元），实现仪表UI和固件升级。该种方法省略了传统的USB或以太网的升级接口，直接使用车内传输图像接口升级，在不增设置接口的情况下实现不拆壳升级，节省汽车仪表成本、减少繁琐的升级步骤、降低汽车厂商和客户服务成本，提供了一种简单经济的升级方法。

附图说明

图1为一种升级汽车仪表UI和固件程序的方法的逻辑框图；

图2为一种升级汽车仪表UI和固件程序的方法中步骤S1的流程框图；

图3为一种升级汽车仪表UI和固件程序的方法中步骤S2的流程框图；

图4为一种升级汽车仪表UI和固件程序的方法中步骤S3的流程框图。

具体实施方式

如图1所示，本发明所述一种升级汽车仪表UI和固件程序的方法，包括以下步骤：S1，发送单元把升级UI文件和固件程序的实际数据封装打包为图像数据流，所述图像数据流采用保留原始数据的数据格式；S2，接收单元确认是否更新，需更新则接收数据包并校验整合，将其还原为真实的数据信息内容；S3，接收单元升级系统并反馈升级状态，结束升级步骤。本实施例中接收单元即为等待升级的汽车仪表，发送单元为与汽车仪表连接的车载导航。发送单元包括串行转换单元(Serializer)，具体为将并行的数据链路转换为串行的数据链路的转换单元，如将8/16/24bit的RGB数据，通过串行转换单元，直接转为串行信号或差分信号的数据，以DS90UB925为例，此转换单位为将并行RGB数据转换为串行FPD-LinkIII的差分信号。相对的接收单元具有解串转换单元(Deserializer)，具体为将串行的数据链路转换为并行的数据链路的转换单元，如将串行信号或差分信号的数据，通过并行转换单元，直接转为并行的RGB数据，以DS90UB926为例，此转换单元为将串行FPD-LinkIII的差分信号转换为并行RGB数据。在汽车仪表接口中，车载导航（发送单元）和汽车仪表（接收单元）存在图像传输接口用于连接车载导航数据到汽车仪表中，而本发明中，汽车仪表UI文件和升级固件经过车载导航（发送单元）转化为图像数据包，通过这种与车载导航（发送单元）互联的接口或通信机制发送给汽车仪表（接收单元），实现仪表UI和固件升级，在不增设置接口的情况下实现不拆壳升级，提供一种简单经济的升级方法。

如图2所示，一种升级汽车仪表UI和固件程序的方法，所述步骤S1包括以下步骤：S11，对升级UI文件和固件程序进行数据切割，得到有效数据；S12，为有效数据添加BMP帧头；S13，将有效数据和帧头整合为BMP数据格式；S14，发送BMP数据包至接收单元；S15，判断全部数据包是否发送完成并校验成功，如果完成则结束步骤S1，进入步骤S2，如果未完成则返回步骤S11。在此步骤中通过图像接口传输数据，并保证数据误差错，需选择可保留原始数据的数据格式，本实施例中选择传输BMP的RGB888数据格式，此格式为无压缩，原始raw数据传输，可保证数据的完整性和有效性。具体而言，根据BMP数据格式的特点，数据内容包含BMP header，DIB header和原始的RGB888 raw数据，其中RGB raw数据即可作为数据内容，用于存储由升级UI文件和固件程序经数据切割得到的有效数据，由此形成的图像数据流可经过图像传输接口实现由车载导航（发送单元）至汽车仪表（接收单元）的传输。

前述步骤1中在步骤S15中判断全部数据包是否发送完成并校验成功，该步骤将校验工作统一进行，会导致如果存在未能通过校验的数据包，不能容易的确定存在问题的数据包，并单独重发此数据包，这种情况下往往需要重发全部数据包，如此会造成大量信息的重发，增加系统运行负担，对此，更优先的步骤如下。如图2所示，所述步骤S14包括以下步骤；S141，发送BMP数据包至接收单元；S142，判断当前发送数据是否校验成功，如果成功则进入步骤S15，如果不成功则返回步骤S12。由于在发送一个数据包时便对发送的数据包进行校验，如为通过校验则不发送下一数据包，而是重发此数据包，可以轻易确定存在问题的数据包并针对性的重发，解决原步骤存在的问题。

如图3所示，一种升级汽车仪表UI和固件程序的方法，所述步骤S2包括以下步骤:S21，接收单元判断是否更新固件，如果是则进入步骤S22，如果不是则进入步骤S25；S22，接收单元切换为升级模式；S23，接收数据包；S24，校验及整合全部数据包，全部数据包校验成功则存储数据进入步骤S25，存在未校验成功数据包则返回步骤S22；S25，发送应答命令，结束步骤S2。接收单元在接收到通知控制命令后，确认是否更新固件，若不是，则发送应答响应命令结束，若是，则切换为升级模式，并接收整合数据包内容，并将数据存储为文件，接着发送应答响应命令，完成此次操作。该步骤接收整合数据包，由于图像数据流采用保留原始数据的数据格式，即可得到每个数据包中RGB raw数据存储的数据内容，该数据内容为升级UI文件和固件程序经数据切割得到的有效数据，整合此数据即可得到升级UI文件和固件程序数据。

前述步骤2中在步骤S24中判断全部数据包是否接收完成并校验成功，该步骤将校验工作统一进行，会导致如果存在未能通过校验的数据包，不能容易的确定存在问题的数据包，并单独重收此数据包，这种情况下往往需要重新接收全部的数据包，如此会造成大量信息的重复，增加系统运行负担，对此，更优先的步骤如下。如图3所示，所述步骤S23包括以下步骤：S231，接收数据包；S232，校验当前接收数据包，如果成功则进入步骤S24，如果不成功则返回步骤S22。由于在接收一个数据包后便对接收的数据包进行校验，如为通过校验则不接收下一数据包，而是重收此数据包，可以轻易确定存在问题的数据包并针对性的重收，解决原步骤存在的问题。

如图4所示，一种升级汽车仪表UI和固件程序的方法，所述步骤S3包括以下步骤:S31，判断全部数据是否接收完成，接收完成则进入步骤S32，接收未完成则等待接收完成，重复步骤S31；S32，存储数据；S33，升级系统；S34，重启系统；S35，反馈升级状态，结束升级步骤。对于汽车仪表的升级系统的方式为，判断全部数据是否接收完成，若未完成，继续接收数据，若完成，存储数据，并升级系统，当升级完成后，重启系统，之后，反馈升级状态，结束此操作。

为了提升数据完整性和有效性，在bmp的数据格式中，添加容错机制，即在将实际数据封装打包为图像数据流时，定义一个像素点为一个有效数据字节，即每一个像素点中的全部字节存储内容相同。在数据传输中，假设原始数据中每个字节为有效数据为一个概率事件，用ξ表示事件A发生的次数，如果接收字节为有效数据的概率是P,则不是有效数据字节是的概率q=1-p，针对有效字节增加多个重复字节，N次重复字节中发生K次的概率是，随着N越大，P的成功概率越大，越接近有效数据。具体而言则是，1个像素点由RGB的三个字节组成，RGB888的数据中，为增大容错机制，将每个像素点理解为一个有效数据字节。比如，一张1280x720大小的24bit bmp图片，其由1280x720=921600个像素点组成，每个像素点由RGB三个字节组成，为确定数据正确，传输中R=G=B，将每个像素点定做为一个有效数据字节，每发送一次数据图像，可传输921600的有效数据字节，若以1280x720@60传输，则传输速度约为55.296MB/s，速度相当可观，与通用的USB2.0传输速度相当。

Claims

1.一种升级汽车仪表UI和固件程序的方法，其特征在于，包括以下步骤：

S3，接收单元升级系统并反馈升级状态，结束升级步骤。

2.根据权利要求1所述的一种升级汽车仪表UI和固件程序的方法，其特征在于，所述步骤S1包括以下步骤：

S11，对升级UI文件和固件程序进行数据切割，得到有效数据；

S12，为有效数据添加BMP帧头；

S13，将有效数据和帧头整合为BMP数据格式；

S14，发送BMP数据包至接收单元；

S15，判断全部数据包是否发送完成并校验成功，如果完成则结束步骤S1，进入步骤S2，如果未完成则返回步骤S11。

3.根据权利要求2所述的一种升级汽车仪表UI和固件程序的方法，其特征在于，所述步骤S14包括以下步骤；

S141，发送BMP数据包至接收单元；

S142，判断当前发送数据是否校验成功，如果成功则进入步骤S15，如果不成功则返回步骤S12。

4.根据权利要求1所述的一种升级汽车仪表UI和固件程序的方法，其特征在于，所述步骤S2包括以下步骤:

S21，接收单元判断是否更新固件，如果是则进入步骤S22，如果不是则进入步骤S25；

S22，接收单元切换为升级模式；

S23，接收数据包；

S24，校验及整合全部数据包，全部数据包校验成功则存储数据进入步骤S25，存在未校验成功数据包则返回步骤S22；

S25，发送应答命令，结束步骤S2。

5.根据权利要求4所述的一种升级汽车仪表UI和固件程序的方法，其特征在于，所述步骤S23包括以下步骤：

S231，接收数据包；

S232，校验当前接收数据包，如果成功则进入步骤S24，如果不成功则返回步骤S22。

6.根据权利要求1所述的一种升级汽车仪表UI和固件程序的方法，其特征在于，所述步骤S3包括以下步骤:

S31，判断全部数据是否接收完成，接收完成则进入步骤S32，接收未完成则等待接收完成，重复步骤S31；

S32，存储数据；

S33，升级系统；

S34，重启系统；

S35，反馈升级状态，结束升级步骤。

7.根据权利要求1-6任一所述的一种升级汽车仪表UI和固件程序的方法，其特征在于，所述步骤S1中包括容错步骤，在将实际数据封装打包为图像数据流时，定义一个像素点为一个有效数据字节，即每一个像素点中的全部字节存储内容相同。