CN116700753A - 一种基于qnx系统的远程升级方法 - Google Patents

一种基于qnx系统的远程升级方法 Download PDF

Info

Publication number
CN116700753A
CN116700753A CN202310591979.3A CN202310591979A CN116700753A CN 116700753 A CN116700753 A CN 116700753A CN 202310591979 A CN202310591979 A CN 202310591979A CN 116700753 A CN116700753 A CN 116700753A
Authority
CN
China
Prior art keywords
upgrade
vehicle
upgraded
package
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310591979.3A
Other languages
English (en)
Inventor
肖文平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Hinge Electronic Technologies Co Ltd
Original Assignee
Shanghai Hinge Electronic Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Hinge Electronic Technologies Co Ltd filed Critical Shanghai Hinge Electronic Technologies Co Ltd
Priority to CN202310591979.3A priority Critical patent/CN116700753A/zh
Publication of CN116700753A publication Critical patent/CN116700753A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明提供一种基于QNX系统的远程升级方法，至少包括：软件版本信息以及身份ID信息，将云端服务已经存在升级包的软件版本信息与对应的待升级设备的软件版本信息进行比较，判断是否存在升级包；当存在升级包时，云端服务器以信息通知的方式向车载网络中升级服务模块发送升级通知，提示用户有更新可用并对待升级设备进行升级。中控显示模块弹窗通知用户有新的更新包可用，如果取消下载次数超过了预设的第一阈值，将取消当前更新，不再弹窗提示。当前汽车档位和电量满足升级要求时才进行升级。本发明提供的技术方案中，通过对用户的取消操作做了阈值次数判断，能更合理地判断用户的操作需求，让升级流程更为合理更为安全。

Description

一种基于QNX系统的远程升级方法
技术领域
本发明涉及智能汽车通信领域，特别是涉及基于QNX系统的远程升级方法。
背景技术
近年来随着汽车技术的发展进步，汽车中所需应用的复杂性和类型逐渐增加，使得车载网络所配置的ECU增加。当ECU需要软件升级时，对功能进行更新时，车辆所有者必须去经销商，技术人员通过专用的连接器接入车载网络，然后，程序员将新软件上传到车辆的目标模块中进行升级。有时，如果他们发现关键的软件错误，则有时必须在短时间内重新升级数十万辆汽车。将更新软件上传到每辆车的过程对经销商和客户都造成了干扰，花费巨大的人力和物力。现有技术中，诸如智能手机、IoT设备，提出在线升级OTA技术，OTA将自动连接智能终端，自动升级，而无需采用多余的物理连接设备。
但是，目前汽车OTA与手机或IoT设备并不相同。传统的OTA升级，如手机或智能家居，由于并不涉及安全性，并且是单一设备，在升级和查找过程较为简单。但在车内的ECU中，其存在于车载网络不同的节点中，云端服务器如何获取待升级ECU的地址以及采用何种升级方式与移动端并不相同，在车端需要考虑对升级的安全性进行考虑，否则，容易引发事故。如何在行车安全下自动完成升级成为目前车内OTA升级需要考虑一个关键性问题。
发明内容
基于现有技术中存在的缺陷之一，本发明提供一种基于QNX系统的远程升级方法，至少包括：
获取车内所有待升级设备的软件版本信息以及对应的身份ID信息；
获取云端服务器已存在升级包的软件版本信息；
将云端服务已经存在升级包的软件版本信息与对应的待升级设备的软件版本信息进行比较，判断是否存在升级包；
当存在升级包时，云端服务器以信息通知的方式向车载网络中升级服务模块发送升级通知，提示用户有更新可用并对带升级设备进行升级。
一种基于QNX系统的远程升级方法，进一步可优化实施的，云端服务器与车载网络节点存在的设备采用基于面向对象服务进行通信；
所述云端服务器作为服务端将所需升级的服务进行封装，所述车载网络节点中外联网关作为客户端对服务端订阅升级服务；
当所述云端服务器有新的升级包产生时，在用户同意升级的条件下，自动发送已订阅升级数据的所述客户端。
一种基于QNX系统的远程升级方法，进一步可优化实施的，所述升级包至少包括二进制文件、配置文件、提供处理信息的元数据中的至少一种。
一种基于QNX系统的远程升级方法，进一步可优化实施的，当所述车载网络为集中式EE架构时，每个域网关直接或间接进行通信连接，车载网络中的ECU通过不同的总线连接与其距离最近的域网关；每个域网关都直接或间接与中央计算平台进行连接；
车载网络中，T-box用于与云端服务器进行通信，实现通信数据的发送与接收。
一种基于QNX系统的远程升级方法，进一步可优化实施的，当车载网络中存在多个ECU需要进行升级时，若用户同意升级，所述云端服务器将相应的升级包发送给已建立发布订阅的连接的ECU；
当所有待升级的ECU接收到数据包后，则所有待升级ECU同时开始升级；
所有待升级的ECU将升级结果反馈升级服务模块。
一种基于QNX系统的远程升级方法，进一步可优化实施的，所述中控显示模块弹窗通知用户有新的更新包可用，用户根据需求点击立即下载或者取消下载；
如果用户点击取消下载，将在下次检测点火或者P档时所述中控显示模块再次弹窗提示；如果取消下载次数超过了预设的第一阈值，将取消当前更新，不再弹窗提示。
一种基于QNX系统的远程升级方法，进一步可优化实施的，如果用户同意下载之后，升级服务模块开始检测当前状态是否是IDLE，并且检测当前电量是否满足下载升级包的要求。
一种基于QNX系统的远程升级方法，进一步可优化实施的，当状态为IDLE并且电量满足最低下载要求时，升级服务模块立即下载更新包，并且将状态改为DOWNLOADING，并将实时下载状态反馈给中控显示模块；
如果状态不是IDLE或者电量要求不满足，升级服务模块直接拒绝下载，并反馈失败原因给中控显示模块，待下次点火或挂入P档时候中控显示模块再次提示下载。
一种基于QNX系统的远程升级方法，进一步可优化实施的，所述升级服务模块校验更新包是否正常，校验通过之后，当熄火并且挂入P档的时候通知所述中控显示模块弹窗提示用户安装。
一种基于QNX系统的远程升级方法，进一步可优化实施的，如果用户点击取消安装，将在下次熄火并且挂入P档时再次弹窗提示；如果取消安装次数大于预设的第二阈值，将取消当前更新，不再弹窗提示；所述升级服务模块将删除安装包，状态变为IDLE，并且不再弹窗提示。
一种基于QNX系统的远程升级方法，进一步可优化实施的，如果用户同意安装之后，所述升级服务模块开始检测车辆状态是否熄火、挂入P档位、电量和外部环境温度是否满足安装要求；
若满足安装要求则开始进入安装，安装前会发送指令给车身控制模块锁定电源模式，使得车辆无法点火启动；
如果不满足安装要求，所述升级服务模块通知中控显示模块安装失败，并且上报失败原因，在下次熄火并且挂入P档位时再次通知中控显示模块弹窗提示安装。
一种基于QNX系统的远程升级方法，进一步可优化实施的，当升级包下载至待升级的ECU中的存储空间时，ECU根据存储空间的升级包重新计算新的MD5值与升级包中包含的旧的MD5值进行比较，判断二者是否相同；
若不相同，则丢弃升级包。
一种基于QNX系统的远程升级方法，进一步可优化实施的，若重新计算新的MD5值与升级包中包含的旧的MD5相同，则升级包校验通过，预置标记位，使BootLoader下次从新镜像启动；
将BootLoader设置预设时长的自检倒计时，自动重启系统；
ECU系统进行自动检测，判断新镜像是否正常工作；
若新镜像能够正常工作，则终止BootLoader倒计时；
ECU将就程序文件删除，将标置位置设置从新镜像启动。
一种基于QNX系统的远程升级方法，进一步可优化实施的，若BootLoader启动新镜像时间超过设定预设时长，回复原标记位，使BootLoader从原镜像启动；
将自检倒计时和阈值的标记位擦除，删除升级包。
有益效果：
本发明提供的技术方案中，通过对用户的取消操作做了阈值次数判断，能更合理的判断用户的操作需求，让升级流程更为合理。
通过对下载和安装时车辆状态判断，提高升级成功率，减少异常升级导致的系统崩溃，大大提高用户体验；
同时针对车辆行车安全，对升级包进行安全验证，并且当涉及到行车安全升级时，即便用户不同意下载升级包或不同意安装升级包的次数超过阈值，仍然在固定的周期内不断提醒用户进行升级，提供ECU升级的可靠性。
附图说明
以下附图仅对本发明做示意性说明和解释，并不限定本发明的范围。
图1为本发明一实施例车载网络升级EE架构示意图。
图2为本发明一实施例集中式车载网络升级EE架构示意图。
图3为本发明一实施例升级过程中升级模块与中控显示模块的通信示意图。
图4为本发明一实施例升级过程中弹出提示用户是否同意下载升级包的流程图。
图5为本发明一实施例升级过程中弹出提示用户是否同意安装升级包的流程图。
图6为本发明一实施例升级过程中弹出提示用户是否同意安装升级包的流程图。
具体实施方式
为了对本文的技术特征、目的和效果有更加清楚的理解，现对照附图说明本发明的具体实施方式，在各图中相同的标号表示相同的部分。为使图面简洁，各图中的示意性地表示出了与本发明相关部分，而并不代表其作为产品的实际结构。另外，为使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。
关于控制系统，功能模块、应用程序(APP)本领域技术人员熟知的是，其可以采用任何适当的形式，既可以是硬件也可以是软件，既可以是离散设置的多个功能模块，也可以是集成到一个硬件上的多个功能单元。作为最简单的形式，所述控制系统可以是控制器，例如组合逻辑控制器、微程序控制器等，只要能够实现本申请描述的操作即可。当然，控制系统也可以作为不同的模块集成到一个物理设备上，这些都不偏离本发明的基本原理和保护范围。
本发明中“连接”，即可包括直接连接、也可以包括间接连接、通信连接、电连接，特别说明除外。
本文中所使用的术语仅为了描述特定实施方案的目的并且不旨在限制本公开。如本文中所使用地，单数形式“一个”、“一种”、以及“该”旨在也包括复数形式，除非上下文明确地另作规定。还将理解的是，当在说明书中使用时，术语“包括”和/或“包含”是指存在有所陈述的特征、数值、步骤、操作、元件和/或组分，但是并不排除存在有或额外增加一个或多个其它的特征、数值、步骤、操作、元件、组分和/或其组成的群组。作为在本文中所使用的，术语“和/或”包括列举的相关项的一个或多个的任何和全部的组合
应当理解，此处所使用的术语“车辆”或“车辆的”或其它类似术语一般包括机动车辆，例如包括运动型多用途车辆(SUV)、公共汽车、卡车、各种商用车辆的乘用汽车，包括各种舟艇、船舶的船只，航空器等等，并且包括混合动力车辆、电动车辆、可插式混合动力电动车辆、氢动力车辆以及其它替代性燃料车辆(例如源于非石油的能源的燃料)。正如此处所提到的，混合动力车辆是具有两种或更多动力源的车辆，例如汽油动力和电力动力两者的车辆。
此外，本公开的控制器可被具体化为计算机可读介质上的非瞬态计算机可读介质，该计算机可读介质包含由处理器、控制器或类似物执行的可执行程序指令。计算机可读介质的示例包括，但不限于，ROM、RAM、光盘(CD)-ROM、磁带、软盘、闪存驱动器、智能卡和光学数据存储设备。计算机可读记录介质也可分布在通过网络耦合的计算机系统中，使得计算机可读介质例如通过远程信息处理服务器或控制器区域网络(CAN)以分布式方式存储和执行。
本发明提供一种基于QNX系统的远程升级方法，具体适用于QNX系统的升级。
现有技术中由于Linux系统、Android系统应用得较为成熟，有较为完整的生态支持，通常都被车机系统采用，但是Linux系统、Android系统的安全性较低，为了提升车机系统安全性，申请人在车机中采用QNX系统，但QNX系统的OTA方法并不成熟，仍然有待开发。
申请人提供了一种基于QNX系统的远程升级方法，参见图1至图6，适应于不同的车载网络EE架构，如图1所示，车载网络EE架构的示意如下：云服务器、T-box、域网关、中央计算平台、显示屏，其中，云服务器通过无线通信的方式与T-box进行连接，T-box通过车载以太网总线或汽车以太网总线连接至域网关，域网关配置SoC高性能处理器，能够实时处理大流量数据包的通信；
域网关配置TSN协议栈，能够在数据链路层对数据包进行处理和转发。
车载网络中ECU或传感器与其距离最近的域网关进行连接，域网关根据需求能够将数据转发至中央计算平台进行处理；
中央计算平台设置升级服务模块和中控显示模块，升级服务模块用于对车载网络中ECU或Sensor升级进行管理；
中控显示模块用于将升级内容输出至显示屏进行显示；
具体地，基于上述集中式架构，本实施例提供一种可行的实施方式为：
获取车内所有待升级设备的软件版本信息以及对应的身份ID信息；
获取云端服务器已存在升级包的软件版本信息；
将云端服务已经存在升级包的软件版本信息与对应的待升级设备的软件版本信息进行比较，判断是否存在升级包；
当存在升级包时，云端服务器以信息通知的方式向车载网络中升级服务模块发送升级通知，提示用户有更新可用并对带升级设备进行升级。
具体地，云端服务器定期获取车载网络中所有待升级设备的软件版本信息和对应的身份ID信息；
云端服务器会将存储在云端服务器的升级包对应的软件版本和ID信息与符合条件的待升级设备的软件版本进行比对，判断是否能够升级；
由于汽车是批量出厂，很难保证每辆汽车车载局域网的IP地址和MAC地址都相同，为了适配不同的车辆，本实施例对相同型号汽车的车载网络中的节点设备按照预设规则进行编号，确保车载网络中的升级ECU或传感器的正确性。
现有车载网络中，通过IP和MAC地址判断，但是厂家出厂较多的汽车，很难保证IP和MAC地址都是相同，通过本实施例，在相同型号汽车车载网络中不同节点的位置进行编号，确保相同型号的车辆在车载网络节点中相同位置具有唯一性，并且将每个ECU的身份ID内置于节点ECU内，通过车载网络发送至云端服务器。
本实施例中，为了应对大流量的通信，做到软件和硬件解耦，在云端服务器与车载网络节点中设备采用基于面向对象服务进行通信；
云端服务器作为服务端将所需升级的服务进行封装，所述车载网络节点中T-box作为客户端对服务端订阅升级服务；
云端服务器有新的升级包产生时，当用户同意升级时，自动发送已订阅升级包给客户端。
通过采用发布-订阅的通信机制，云端服务器针对每个待升级设备设置发布一个升级服务，待升级设备只需要订阅自身所需要的升级服务；
当判断需要升级时并且用户同意时，升级服务会自动将匹配的升级包发送给待升级的ECU；
在车载网络中，基于骨干网络通信时，可以基于SOME/IP，SOME/IP-SD进行通信，用于传输数据。
本实施例中，升级包包括多种文件，至少包括二进制文件、配置文件、提供处理信息的元数据中至少一种或多种；
本实施提供升级方法，可以适用于不同的EE架构；
当所述车载网络为集中式EE架构时，如图2所示，每个域网关直接或间接进行通信连接，车载网络中的ECU通过不同的总线连接与其距离最近的域网关；每个域网关都直接或间接与中央计算平台进行连接；
具体地，域网关TSN GateWay A至TSN GateWay D可以设置在车身不同的位置，HPC为高性能中央计算平台；
车载网络中，T-box用于与云端服务器进行通信，实现通信数据的发送与接收，域网关与云端服务器不能直接通信。
域网关只能通过T-box与云端服务器通信，在T-box设置安全芯片，用于检测来自云端服务器的入侵；
通过采用这种方式，提升连接的安全性；
传统车载网络中，ECU只能单个升级，当车载网络存在众多ECU升级时，会导致效率低下。
为了解决此问题，本实施例中，当用户同意升级时，允许云端服务器与待升级设备通过发布订阅的机制开始通信，云端服务器将自升级包下载至待升级的设备中的存储器中，如Flash或ROM。
待所有待升级设备都收到升级包后，系统才重新启动，当升级成功后，将升级成功的信息反馈给升级服务管理模块。
当车载网络中存在多个ECU需要进行升级时，若用户同意升级，云端服务器将相应的升级包发送给已建立发布订阅的连接的ECU；
当所有待升级的ECU接收到数据包后，则所有升级的ECU同时开始升级；
所有待升级的ECU将升级结果反馈升级服务模块。
具体地，现有技术中，如果车辆在行驶过程中弹出升级提示，由于此时驾驶员需要专心开车，其会拒绝升级，但是如果只弹出一次，则会导致系统推送OTA升级并不成功。另外，即使驾驶员在停止状态下同意升级，但是由于涉及安全性，即使驾驶员同意升级了，也需要在确保安全的前提下才能进行。因此，本实施例针对此存在的技术问题，提出以下解决方案。
具体地，当云端服务器触发OTA升级后，升级服务模块接收到升级消息时，如图3和图4所示，中控显示模块将弹窗通知用户有新的更新包可用，用户根据需求点击立即下载或者取消下载；
如果用户点击取消下载，将在下次检测点火或者P档时所述中控显示模块再次弹窗提示；
如果取消下载次数超过了预设的第一阈值，将取消当前更新，不再弹窗提示。
具体地，由于OTA升级可能涉及到升级安全，因此，针对安全的OTA升级时，最终确保用户成功升级。
具体，当用户取消下载此时超过预设的第一阈值后，升级服务模块通过获取升级配置文件查看是否涉及安全升级，如果涉及车机安全升级，则预设一段时长后再次弹窗提示用户进行升级；
具体这段时长可以为5天，7天、10天等，具体根据情况进行设置。
如果用户同意下载之后，升级服务模块开始检测当前状态是否是IDLE，并且检测当前电量是否满足下载升级包的要求；
当状态为IDLE并且电量满足最低下载要求时，升级服务模块立即下载更新包，并且将状态改为DOWNLOADING，并将实时下载状态反馈给中控显示模块；
如果状态不是IDLE或者电量要求不满足，升级服务模块直接拒绝下载，并反馈失败原因给中控显示模块，待下次点火或挂入P档时候中控显示模块再次提示下载；
具体地，由于升级包时通过车载网络中不同的节点传输至对应的ECU中，其可能在传输过程中受到攻击进而可能被串改，为了确保安全升级，本实施例ECU需要升级包进行校验，具体包括：
当升级包下载至待升级的ECU中的存储空间时，ECU根据存储空间的升级包重新计算新的MD5值与升级包中包含的旧的MD5值进行比较，判断二者是否相同；
若不相同，则丢弃升级包；
若相同，则说明升级包校验成功，并没有被串改。
如图5所示，具体地，所述升级服务模块校验更新包是否正常，校验通过之后，当熄火并且挂入P档的时候通知所述中控显示模块弹窗提示用户安装。
如果用户点击取消安装，将在下次熄火并且挂入P档时再次弹窗提示；如果取消安装次数大于预设的第二阈值，将取消当前更新，不再弹窗提示；若不涉及行车系统安全更新，升级服务模块将删除安装包，状态变为IDLE，并且不再弹窗提示。
具体，当用户取消安装次数超过预设的第二阈值后，升级服务模块通过获取升级配置文件查看是否涉及行车系统安全，如果涉及车机行车安全升级，则预设一段时长后再次弹窗提示用户进行安装；
如果用户同意安装之后，升级服务模块开始检测车辆状态是否熄火、挂入P档位、电量和外部环境温度是否满足安装要求；
若满足安装要求则开始进入安装，安装前会发送指令给车身控制模块锁定电源模式，使得车辆无法点火启动；
如果不满足安装要求，升级服务模块通知中控显示模块安装失败，并且上报失败原因，在下次熄火并且挂入P档位时再次通知中控显示模块弹窗提示安装。
具体地，若重新计算新的MD5值与升级包中包含的旧的MD5相同，当升级包校验通过；
若升级包校验通过，预置标记位，使BootLoader下次从新镜像启动；
将BootLoader设置预设时长的自检倒计时，自动重启系统；
ECU系统进行自动检测，判断新镜像是否正常工作；
若新镜像能够正常工作，则终止BootLoader倒计时；
ECU将就程序文件删除，将标置位置设置从新镜像启动。
若BootLoader启动新镜像时间超过设定预设时长，回复原标记位，使BootLoader从原镜像启动；
将自检倒计时和阈值的标记位擦除，删除升级包。
如图6所示，当安全完成后，立即解除锁定PowerMode，并且重新启动系统；
接收MCU发送的安装结构并上报给后台服务器；
下次点火将升级结果反馈给中控显示模块进行显示，以告知用户升级结果。
以上所述的仅是本发明的优选实施方式，本发明不限于以上实施例。本领域的技术人员可以清楚，该实施例中的形式不局限于此，同时可调整方式也不局限于此。可以理解，本领域技术人员在不脱离本发明的基本构思的前提下直接导出或联想到的其他改进和变化，均应认为包含在本发明的保护范围之内。

Claims (14)

1.一种基于QNX系统的远程升级方法，其特征在于，至少包括：
获取车内所有待升级设备的软件版本信息以及对应的身份ID信息；
获取云端服务器已存在升级包的软件版本信息；
将云端服务器已经存在升级包的软件版本信息与对应的待升级设备的软件版本信息进行比较，判断是否存在升级包；
当存在升级包时，云端服务器以信息通知的方式向车载网络中升级服务模块发送升级通知，中控显示模块提示用户有更新可用并提示用户对待升级设备进行升级。
2.如权利要求1所述一种基于QNX系统的远程升级方法，其特征在于，所述云端服务器与车载网络节点存在的设备采用基于面向对象服务进行通信；
所述云端服务器作为服务端将所需升级的服务进行封装，所述车载网络节点中外联网关作为客户端对服务端订阅升级服务；
当所述云端服务器有新的升级包产生时，在用户同意升级的条件下，自动发送给已订阅升级数据的所述客户端。
3.如权利要求1所述一种基于QNX系统的远程升级方法，其特征在于，所述升级包至少包括二进制文件、配置文件、提供处理信息的元数据中的至少一种。
4.如权利要求1所述一种基于QNX系统的远程升级方法，其特征在于，当所述车载网络为集中式EE架构时，每个域网关直接或间接进行通信连接，车载网络中的ECU通过不同的总线连接与其距离最近的域网关；每个域网关都直接或间接与中央计算平台进行连接；
车载网络中，T-box用于与云端服务器进行通信，实现通信数据的发送与接收。
5.如权利要求1所述一种基于QNX系统的远程升级方法，其特征在于，当车载网络中存在多个ECU需要进行升级时，若用户同意升级，所述云端服务器将相应的升级包发送给已建立发布订阅的连接的ECU；
当所有待升级的ECU接收到数据包后，则所有待升级ECU同时开始升级；
所有待升级的ECU将升级结果反馈升级服务模块。
6.如权利要求1所述一种基于QNX系统的远程升级方法，其特征在于，中控显示模块弹窗通知用户有新的更新包可用，用户根据需求点击立即下载或者取消下载；
如果用户点击取消下载，将在下次检测点火或者P档时所述中控显示模块再次弹窗提示；如果取消下载次数超过了预设的第一阈值，将取消当前更新，不再弹窗提示。
7.如权利要求6所述一种基于QNX系统的远程升级方法，其特征在于，如果用户同意下载之后，升级服务模块开始检测当前状态是否是IDLE，并且检测当前电量是否满足下载升级包的要求。
8.如权利要求6所述一种基于QNX系统的远程升级方法，其特征在于，当状态为IDLE并且电量满足最低下载要求时，升级服务模块立即下载更新包，并且将状态改为DOWNLOADING，并将实时下载状态反馈给中控显示模块；
如果状态不是IDLE或者电量要求不满足，升级服务模块直接拒绝下载，并反馈失败原因给中控显示模块，待下次点火或挂入P档时候中控显示模块再次提示下载。
9.如权利要求1所述一种基于QNX系统的远程升级方法，其特征在于，升级服务模块校验更新包是否正常，校验通过之后，当熄火并且挂入P档的时候通知所述中控显示模块弹窗提示用户安装。
10.如权利要求9所述一种基于QNX系统的远程升级方法，其特征在于，如果用户点击取消安装，将在下次熄火并且挂入P档时再次弹窗提示；如果取消安装次数大于预设的第二阈值，将取消当前更新，不再弹窗提示；所述升级服务模块将删除安装包，状态变为IDLE，并且不再弹窗提示。
11.如权利要求9所述一种基于QNX系统的远程升级方法，其特征在于，如果用户同意安装之后，所述升级服务模块开始检测车辆状态是否熄火、挂入P档位、电量和外部环境温度是否满足安装要求；
若满足安装要求则开始进入安装，安装前会发送指令给车身控制模块锁定电源模式，使得车辆无法点火启动；
如果不满足安装要求，所述升级服务模块通知中控显示模块安装失败，并且上报失败原因，在下次熄火并且挂入P档位时再次通知中控显示模块弹窗提示安装。
12.如权利要求1所述一种基于QNX系统的远程升级方法，其特征在于，当升级包下载至待升级的ECU中的存储空间时，ECU根据存储空间的升级包重新计算新的MD5值与升级包中包含的旧的MD5值进行比较，判断二者是否相同；
若不相同，则丢弃升级包。
13.如权利要求12所述一种基于QNX系统的远程升级方法，其特征在于，若重新计算新的MD5值与升级包中包含的旧的MD5相同，则升级包校验通过，预置标记位，使BootLoader下次从新镜像启动；
将BootLoader设置预设时长的自检倒计时，自动重启系统；
ECU系统进行自动检测，判断新镜像是否正常工作；
若新镜像能够正常工作，则终止BootLoader倒计时；
ECU将旧程序文件删除，将标记位置设置从新镜像启动。
14.如权利要求12所述一种基于QNX系统的远程升级方法，其特征在于，若BootLoader启动新镜像时间超过设定预设时长，回复原标记位，使BootLoader从原镜像启动；
将自检倒计时和预置的标记位擦除，删除升级包。
CN202310591979.3A 2023-05-24 2023-05-24 一种基于qnx系统的远程升级方法 Pending CN116700753A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310591979.3A CN116700753A (zh) 2023-05-24 2023-05-24 一种基于qnx系统的远程升级方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310591979.3A CN116700753A (zh) 2023-05-24 2023-05-24 一种基于qnx系统的远程升级方法

Publications (1)

Publication Number Publication Date
CN116700753A true CN116700753A (zh) 2023-09-05

Family

ID=87834951

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310591979.3A Pending CN116700753A (zh) 2023-05-24 2023-05-24 一种基于qnx系统的远程升级方法

Country Status (1)

Country Link
CN (1) CN116700753A (zh)

Similar Documents

Publication Publication Date Title
CN111061499B (zh) 一种基于文件系统的ecu更新方法及系统
CN111385191B (zh) 车载互联网关、车辆ota升级系统和方法、计算机存储介质
US10782955B2 (en) Pre-shutdown swap verification
CN110324219B (zh) 阻断对运输工具的计算机攻击的系统和方法
US10963241B2 (en) Control apparatus, program update method, and computer program
EP4099655A1 (en) Software version rollback method, apparatus and system
US20210004221A1 (en) Method and apparatus for updating devices in a remote network
US20220156057A1 (en) In-vehicle update device, update processing program, and program update method
KR20220028879A (ko) 차량의 ecu 업데이트 관리 장치 및 그 방법
US11288054B2 (en) Vehicular communication system
EP3405923B1 (en) Updating a controller unit in a vehicle
CN113672254A (zh) 车辆ota升级方法、装置、存储介质和无人驾驶设备
US20240069905A1 (en) Vehicular electronic control device, vehicular electronic control system, and updated configuration information determination program
CN113791800A (zh) 一种自动泊车控制模块远程升级方法、系统及汽车
CN116700753A (zh) 一种基于qnx系统的远程升级方法
US12086584B2 (en) Apparatus for operating OTA update for vehicle, and method thereof
US20230145100A1 (en) Vehicle and control method of vehicle
CN111064630A (zh) 更新前和更新后交通工具总线流量指纹识别
CN115955669A (zh) 一种基于ota的车辆数据升级方法、装置及车载终端
CN117999540A (zh) 一种空中下载（ota）升级方法及装置
US10397756B1 (en) SMS Indication application response reporting
WO2018189951A1 (ja) 中継装置、中継方法、およびコンピュータプログラム
WO2024197570A1 (zh) 一种升级检测方法及装置
WO2024124474A1 (zh) 一种升级方法、装置和系统
CN116909609B (zh) 车载智能设备的软件升级方法、装置及车载智能设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination