软件更新方法、微处理器、域控制器及可读存储介质技术

本发明专利技术提供一种的微控制器软件更新方法、微处理器、域控制器及可读存储介质中，由微处理器执行的微控制器软件更新方法包括：实时监控微控制器端各任务的响应时间，并判断各任务的响应时间是否超过门限值；若任一任务的响应时间超过门限值，则根据响应时间超过门限值的相应任务对所述微控制器的软件配置文件进行更新并生成可执行文件，以及将所述可执行文件更新至所述微控制器。由此，当微控制器任务的响应时间超过门限值时，可以借由车辆域控制器中的微处理器来实现微控制器的软件的更新，使得更新过程更为智能化和便捷化。这样，不仅可以节省人力物力，还可以提高更新效率、保证更新的及时性，并且不影响用户对车辆的正常使用，为用户带来方便。

【技术实现步骤摘要】
软件更新方法、微处理器、域控制器及可读存储介质
本专利技术涉及通信
，特别涉及一种微控制器软件更新方法、微处理器、域控制器及可读存储介质。
技术介绍
目前车辆域控制器通常是微控制器(MCU，MicrocontrollerUnit)+微处理器(MPU，MicroprocessorUnit)的系统方案，通常MCU被要求成符合AUTOSAR(AUTomotiveOpenSystemArchitecture，汽车开放系统架构)标准，而为了保证操作系统在汽车电子这一领域的可靠性要求，AUTOSAR操作系统被要求成静态配置，而在MCU为多核情况下，核间的任务均衡包括各任务的响应时间通常需要复杂的建模仿真，才能作出相对合理的任务部署，但是即便是经历过建模，由于系统运行环境较复杂，WCET(最坏执行时间)的测算很难做到精确，而WCET的结果精确与否直接影响建模精确程度，从而发生极端苛刻情况下任务响应时间得不到保证的问题。目前，在微控制器发生问题后，由客户端甚至车辆的终端用户报出问题，问题传递至控制器供应商，供应商进行问题复现，确定问题根源是任务响应问题后，重新配置调整软件，进行软件编译，通过OTA(空中下载)方式推送软件到分布在各地的车辆上，并且由于上述WCET的问题，类似的问题可能会再次发生。如此一来，不仅浪费人力物力，更新效率低，并且还影响用户对车辆的正常使用，为用户带来诸多不便。
技术实现思路
本专利技术的目的在于提供一种微控制器软件更新方法、微处理器、域控制器及可读存储介质，以解决当微控制器因任务响应时间导致失效时，微控制器的软件无法及时更新的问题。为解决上述技术问题，本专利技术提供一种微控制器软件更新方法，包括：实时监控微控制器端各任务的响应时间，并判断各任务的响应时间是否超过门限值；若任一任务的响应时间超过所述门限值，则根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新并生成可执行文件，以及将所述可执行文件更新至所述微控制器。可选的，在所述的微控制器软件更新方法中，所述根据响应时间超过所述门限值的相应任务对所述控制器的软件配置文件进行更新并生成可执行文件的步骤包括：根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新；对更新后的所述微控制器的软件配置文件进行编译，以生成所述可执行文件。可选的，在所述的微控制器软件更新方法中，根据响应时间超过门限值的相应任务对所述微控制器的软件配置文件进行更新时，满足所述微控制器多核部署的基本约束条件。可选的，在所述的微控制器软件更新方法中，所述可执行文件为hex文件。为解决上述问题，本专利技术还提供一种微处理器，所述微处理器用于与一微控制器通信，所述微处理器包括：监控模块，用于实时监控所述微控制器端各任务的响应时间，并判断各任务的响应时间是否超过门限值；存储模块，用于存储所述微控制器的软件配置文件；处理模块，用于当所述微控制器端任一任务的响应时间超过门限值，则根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新并生成可执行文件；并将所述可执行文件更新至所述微控制器。可选的，在所述的微控制器中，所述处理模块包括更新模块和编译模块，所述更新模块用于根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新，所述编译模块用于对更新后的所述微控制器的软件配置文件进行编译，以生成所述可执行文件。可选的，在所述的微控制器中，所述更新模块根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新时，满足所述微控制器多核部署的基本约束条件。可选的，在所述的微控制器中，所述存储模块为EMMC或NANDFLASH。为解决上述问题，本专利技术还提供一种域控制器，所述域控制器包括微控制器和一如上所述的微处理器。为解决上述问题，本专利技术还提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的微控制器软件更新方法。在本专利技术提供的微控制器软件更新方法、微处理器、域控制器及可读存储介质中，由微处理器执行的微控制器软件更新方法包括：实时监控微控制器端各任务的响应时间，并判断各任务的响应时间是否超过所述门限值；若任一任务的响应时间超过所述门限值，则根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新并生成可执行文件，以及将所述可执行文件更新至所述微控制器。由此，当微控制器任务的响应时间超过门限值时，可以借由车辆域控制器中的微处理器来实现微控制器的软件的更新，使得更新过程更为智能化和便捷化。这样，不仅可以节省人力物力，还可以提高更新效率、保证更新的及时性，并且不影响用户对车辆的正常使用，为用户带来方便。附图说明图1为本专利技术实施例提供的微控制器软件更新方法的流程图；图2为本专利技术实施例提供的微处理器的组成框图；其中，各附图标记说明如下：1-微处理器；2-微控制器；11-监控模块；12-存储模块；13-处理模块；131-更新模块；131-编译模块。具体实施方式本专利技术的核心思想在于解决当微控制器因任务响应时间导致失效时，微控制器的软件无法及时更新的问题。基于上述思想，本专利技术提供一种微控制器软件更新方法、微处理器、域控制器及可读存储介质，其中，由微处理器执行的微控制器软件更新方法包括：实时监控微控制器端各任务的响应时间，并判断各任务的响应时间是否超过门限值；若任一任务的响应时间超过门限值，则根据响应时间超过门限值的相应任务对所述微控制器的软件配置文件进行更新并生成可执行文件，以及将所述可执行文件更新至所述微控制器。由此，当微控制器任务的响应时间超过门限值时，可以借由车辆域控制器中的微处理器来实现微控制器的软件的更新，使得更新过程更为智能化和便捷化。这样，不仅可以节省人力物力，还可以提高更新效率、保证更新的及时性，并且不影响用户对车辆的正常使用，为用户带来方便。以下结合附图和具体实施例对本专利技术提出的微控制器软件更新方法、微处理器、域控制器及可读存储介质作进一步详细说明。根据下面说明，本专利技术的优点和特征将更清楚。需说明的是，附图均采用非常简化的形式且均使用非精准的比例，仅用以方便、明晰地辅助说明本专利技术实施例的目的。此外，附图所展示的结构往往是实际结构的一部分。特别的，各附图需要展示的侧重点不同，有时会采用不同的比例。如图1所示，本专利技术实施例提供一种微控制器软件更新方法，所述方法包括如下步骤：S11，实时监控微控制器端各任务的响应时间；S12，判断是否有任务的响应时间是否超过门限值；若是，则进入步骤S13，若否，则重复步骤S11；S13，根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新并生成可执行文件，以及将所述可执行文件更新至所述微控制器。步骤S13中,所述根据响应时间超过所述门限值的相应任务对所述控制器的软件配置本文档来自技高网...

【技术保护点】
1.一种微控制器软件更新方法，其特征在于，包括：/n实时监控微控制器端各任务的响应时间，并判断各任务的响应时间是否超过门限值；/n若任一任务的响应时间超过所述门限值，则根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新并生成可执行文件，以及将所述可执行文件更新至所述微控制器。/n

【技术特征摘要】
1.一种微控制器软件更新方法，其特征在于，包括：
实时监控微控制器端各任务的响应时间，并判断各任务的响应时间是否超过门限值；
若任一任务的响应时间超过所述门限值，则根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新并生成可执行文件，以及将所述可执行文件更新至所述微控制器。


2.如权利要求1所述的微控制器软件更新方法，其特征在于，所述根据响应时间超过所述门限值的相应任务对所述控制器的软件配置文件进行更新并生成可执行文件的步骤包括：
根据响应时间超过所述门限值的相应任务对所述微控制器的软件配置文件进行更新；
对更新后的所述微控制器的软件配置文件进行编译，以生成所述可执行文件。


3.如权利要求1或2所述的微控制器软件更新方法，其特征在于，根据响应时间超过门限值的相应任务对所述微控制器的软件配置文件进行更新时，满足所述微控制器多核部署的基本约束条件。


4.如权利要求1或2所述的微控制器软件更新方法，其特征在于，所述可执行文件为hex文件。


5.一种微处理器，其特征在于，所述微处理器用于与一微控制器通信，所述微处理器包括：
监控模块，用于实时监控所述微控制器端各任务的响应时间，并判断各任务的响应时间...

【专利技术属性】
技术研发人员：李晓民，钱贾敏，
申请(专利权)人：联合汽车电子有限公司，
类型：发明
国别省市：上海;31