CN115268971B - 信号处理系统的更新方法、装置、设备及存储介质 - Google Patents

信号处理系统的更新方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN115268971B
CN115268971B CN202211178095.7A CN202211178095A CN115268971B CN 115268971 B CN115268971 B CN 115268971B CN 202211178095 A CN202211178095 A CN 202211178095A CN 115268971 B CN115268971 B CN 115268971B
Authority
CN
China
Prior art keywords
updating
processor
data
update
path
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.)
Active
Application number
CN202211178095.7A
Other languages
English (en)
Other versions
CN115268971A (zh
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.)
Beijing Dongyuan Runxing Technology Co ltd
Original Assignee
Beijing Dongyuan Runxing Technology 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 Beijing Dongyuan Runxing Technology Co ltd filed Critical Beijing Dongyuan Runxing Technology Co ltd
Priority to CN202211178095.7A priority Critical patent/CN115268971B/zh
Publication of CN115268971A publication Critical patent/CN115268971A/zh
Application granted granted Critical
Publication of CN115268971B publication Critical patent/CN115268971B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0721—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment within a central processing unit [CPU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1441—Resetting or repowering
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading

Abstract

本申请公开了一种信号处理系统的更新方法、装置、设备及存储介质，该方法包括：接收上位机的更新指令，并基于所述更新指令，得到处理器的二级引导程序；基于所述二级引导程序，加载所述更新指令对应的更新路径；基于所述更新路径，对所述处理器进行更新升级，并基于所述更新路径，确定是否需要进行死机监测；若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。本申请，在处理器更新升级过程中可以进行监测，在监测到处理器更新升级过程出错时，对处理器进行复位，重新进行数据更新，因而，避免了处理器出错或死机的现象，提高了对处理器更新升级的容错效果。

Description

信号处理系统的更新方法、装置、设备及存储介质
技术领域
本申请涉及远程更新领域，尤其涉及一种信号处理系统的更新方法、装置、设备及存储介质。
背景技术
由于目前很多信号处理系统都涉及DSP（Digital Signal Processing，数字信号处理），在对信号处理系统进行更新升级时，需要基于DSP进行更新升级。
由于对信号处理器系统的更新升级，具体为对信号处理器系统中的处理器进行更新升级，目前对信号处理系统进行更新升级，是根据信号处理系统中处理器的固有启动模式配置和只读储存器中存放的固有一级引导程序，通过一级引导程序将用户更新的用户数据，通过仿真器存入对应的储存芯片中，再对处理器进行更新，此种方法虽然简单方便，但是用户数据只能单一更新和启动，对更新所需仿真器依赖度高，在程序更新错误时，容易导致处理器挂起或死机，容错效果差。
发明内容
本申请的主要目的在于提供一种信号处理系统的更新方法、装置、设备及存储介质，旨在解决现有技术中在对信号处理系统的处理器更新升级错误时，容易导致处理器挂起或死机，容错效果差的技术问题。
为实现上述目的，本申请提供一种信号处理系统的更新方法，所述信号处理系统的更新方法包括：
接收上位机的更新指令，并基于所述更新指令，得到处理器的二级引导程序；
基于所述二级引导程序，加载所述更新指令对应的更新路径；
基于所述更新路径，对所述处理器进行更新升级，并基于所述更新路径，确定是否需要进行死机监测；
若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。
可选地，所述接收上位机的更新指令，并基于所述更新指令，得到二级引导程序的步骤，包括：
接收所述上位机的更新指令；
基于所述更新指令，对所述处理器进行复位，将所述处理器复位至更新节点；
确定所述处理器复位至所述更新节点后，基于所述处理器的一级引导程序，对所述处理器对应的储存器进行加载，得到所述储存器中的二级引导程序。
可选地，所述更新路径包括远程路径；
所述基于所述更新路径，对所述处理器进行更新升级的步骤，包括：
若所述更新路径是远程路径，则接收所述上位机上传的更新数据，对所述更新数据进行处理器的所属分析，确定所述更新数据所属的所述处理器；
基于所述更新数据，对所述处理器进行数据更新，待所述处理器完成数据更新，对所述处理器进行重启，直至所述处理器升级完成。
可选地，所述基于所述更新数据，对所述处理器进行数据更新，待所述处理器完成数据更新，对所述处理器进行重启，直至所述处理器升级完成的步骤，包括：
基于所述更新数据，对所述处理器进行数据更新，待所述处理器数据更新完成，得到重启指令；
基于所述重启指令，对所述处理器进行重启，并加载所述更新数据，直至所述更新数据加载完成，确定所述处理器升级完成。
可选地，所述对所述更新数据进行处理器的所属分析，确定所述更新数据所属的所述处理器的步骤，包括：
对所述更新数据进行协议判断，确定所述更新数据中的设定协议；
确定所述设定协议的协议种类，基于所述设定协议的协议种类，确定所述协议种类对应的处理器集；
基于所述设定协议，从所述处理器集中，确定与所述设定协议绑定的所述处理器。
可选地，所述更新路径还包括替换路径；
所述基于所述更新路径，对所述处理器进行更新升级的步骤，还包括：
若所述更新指令为替换更新指令，则确定需要更新的所述处理器；
对所述处理器进行储存器查询，确定所述处理器对应连接的储存器；
对所述更新指令进行数据确定分析，确定所述储存器中的替换数据；
对所述替换数据进行加载，直至所述替换数据加载完成，确定所述处理器升级完成。
可选地，所述若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级的步骤，包括：
若所述更新路径为远程路径，则对所述处理器的更新升级过程进行监测，得到监测日志；
若所述处理器的更新升级过程出错，则基于所述监测日志，分析出错误原因；
基于所述错误原因，确定所述处理器复位的节点，重新进行数据更新，直至所述处理器完成更新升级。
本申请还提供一种信号处理系统的更新装置，所述信号处理系统的更新装置包括：
接收模块，用于接收上位机的更新指令，并基于所述更新指令，得到处理器的二级引导程序；
加载模块，用于基于所述二级引导程序，加载所述更新指令对应的更新路径；
更新升级模块，用于基于所述更新路径，对所述处理器进行更新升级，并基于所述更新路径，确定是否需要进行死机监测；
监测模块，用于若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。
可选地，所述接收模块包括：
接收子模块，用于接收所述上位机的更新指令；
复位模块，用户基于所述更新指令，对所述处理器进行复位，将所述处理器复位至更新节点；
引导模块，用于确定所述处理器复位至所述更新节点后，基于所述处理器的一级引导程序，对所述处理器对应的储存器进行加载，得到所述储存器中的二级引导程序。
可选地，所述更新路径包括远程路径；
所述更新升级模块包括：
所属分析模块，用于若所述更新路径是远程路径，则接收所述上位机上传的更新数据，对所述更新数据进行处理器的所属分析，确定所述更新数据所属的所述处理器；
更新子模块，用于基于所述更新数据，对所述处理器进行数据更新，待所述处理器完成数据更新，对所述处理器进行重启，直至所述处理器升级完成。
可选地，所述更新子模块包括：
更新单元，用于基于所述更新数据，对所述处理器进行数据更新，待所述处理器数据更新完成，得到重启指令；
升级子模块，用于基于所述重启指令，对所述处理器进行重启，并加载所述更新数据，直至所述更新数据加载完成，确定所述处理器升级完成。
可选地，所述所属分析模块包括：
判断模块，用于所述更新数据进行协议判断，确定所述更新数据中的设定协议；
第一确定模块，用于确定所述设定协议的协议种类，基于所述设定协议的协议种类，确定所述协议种类对应的处理器集；
第二确定模块，用于基于所述设定协议，从所述处理器集中，确定与所述设定协议绑定的所述处理器。
可选地，所述更新路径还包括替换路径；
所述更新升级模块还包括：
确定子模块，用于若所述更新指令为替换更新指令，则确定需要更新的所述处理器；
查询模块，用于对所述处理器进行储存器查询，确定所述处理器对应连接的储存器；
分析子模块，用于对所述更新指令进行数据确定分析，确定所述储存器中的替换数据；
升级单元，用于对所述替换数据进行加载，直至所述替换数据加载完成，确定所述处理器升级完成。
可选地，所述监测模块包括：
监测子模块，用于若所述更新路径为远程路径，则对所述处理器的更新升级过程进行监测，得到监测日志；
分析单元若所述处理器的更新升级过程出错，则基于所述监测日志，分析出错误原因；
复位子模块，用于基于所述错误原因，确定所述处理器复位的节点，重新进行数据更新，直至所述处理器完成更新升级。
本申请还提供一种信号处理系统的更新设备，所述信号处理系统的更新设备为实体节点设备，所述信号处理系统的更新设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的所述信号处理系统的更新方法的程序，所述信号处理系统的更新方法的程序被处理器执行时可实现如上述的信号处理系统的更新方法的步骤。
本申请还提供一种存储介质，所述存储介质上存储有实现上述信号处理系统的更新方法的程序，所述信号处理系统的更新方法的程序被处理器执行时实现如上述的信号处理系统的更新方法的步骤。
本申请提供一种信号处理系统的更新方法、装置、设备及存储介质，与现有技术中在对信号处理系统的处理器更新升级错误时，容易导致处理器出错或死机，容错效果差相比，在本申请中，接收上位机的更新指令，并基于所述更新指令，得到处理器的二级引导程序；基于所述二级引导程序，加载所述更新指令对应的更新路径；基于所述更新路径，对所述处理器进行更新升级，并基于所述更新路径，确定是否需要进行死机监测；若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。在本申请中，通过上位机确定的更新指令，通过二级引导程序加载更新指令对应的更新路径，基于更新路径对处理器进行更新升级，并确定是需要对处理器进行死机监测，若监测到处理器更新升级的过程出错，则对处理器进行复位，重新进行数据更新，直至处理器完成更新升级，避免处理器更新升级死机，即在本申请中，在处理器更新升级过程中可以进行监测，在监测到处理器更新升级过程出错时，对处理器进行复位，重新进行数据更新，因而，避免了处理器出错或死机的现象，提高了对处理器更新升级的容错效果。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请信号处理系统的更新方法第一实施例的流程示意图；
图2为本申请信号处理系统的更新方法中DSP更新升级流程示意图；
图3为本申请实施例方案涉及的硬件运行环境的设备结构示意图；
图4为本申请信号处理系统的更新装置互交关系示意图。
本申请目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请实施例提供一种信号处理系统的更新方法，在本申请信号处理系统的更新方法的第一实施例中，参照图1，所述信号处理系统的更新方法包括：
步骤S10，接收上位机的更新指令，并基于所述更新指令，得到处理器的二级引导程序；
步骤S20，基于所述二级引导程序，加载所述更新指令对应的更新路径；
步骤S30，基于所述更新路径，对所述处理器进行更新升级，并基于所述更新路径，确定是否需要进行死机监测；
步骤S40，若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。
本实施例旨在：防止信号处理系统中的处理器进行更新升级时出错或者死机。
在本实施例中，需要说明的是，信号处理系统的更新方法可以应用于信号处理系统的更新装置，该信号处理系统的更新装置从属于信号处理系统的更新设备，该信号处理系统的更新设备属于信号处理系统的更新系统。
在本实施例中，如图4所示，更新装置包括上位机、复位控制器、处理器、储存芯片。
在本实施例中，处理器可以包括但不限于DSP（Digital Signal Processing，数字信号处理）、FPGA（Field-Programmable Gate Array，现场可编程门阵列）、MCU（Microcontroller Unit，微控单元）等。
其中，上位机可以是手机、电脑、平板等，具体不做限定。
需要说明的是，上位机主要负责更新数据的远程传输，且通过电脑也可以进行现场传输，及方便用户下达操作指令等。
其中，复位控制器主要负责处理器的复位和处理器启动更新数据的选择。
其中，储存芯片主要负责储存二级引导程序、远程更新程序和用户程序。
需要说明的是，二级引导程序可以根据实际环境选择远程路径或者用户指定的替换路径。具体地，在更新指令中包括更新数据传输指令时，选择远程路径。
需要说明的是，远程更新程序主要负责与上位机进行交互，完成更新数据的接收和储存。
在本实施例中，更新装置之间的连接可以是以太网、UART（UniversalAsynchronous Receiver/Transmitter，通用异步收发器）、SPI（Serial PeripheralInterface，串行外设接口）、EMIF（External Memory Interface，外部存储器接口）等，具体不做限定。本实施例中，降低了对信息处理系统中的处理器进行更新时对更新设备的依赖性。
本申请在上在原理上是针对处理器固有的一级引导和启动模式，加入二级引导程序，把二级引导程序作为一级引导程序的固有程序首先加载和运行，然后二级引导程序会根据实际环境选择远程更新程序或者用户指定的用户程序。
在本实施例中，参照图2，以DSP为例进行具体举例说明。
需要说明的是，图2中的储存器和图4中的储存芯片是同种装置。
具体步骤如下：
步骤S10，接收上位机的更新指令，并基于所述更新指令，得到处理器的二级引导程序；
在本实施例中，接收用户通过上位机设置的更新指令，并将更新指令发送至DSP复位控制器，以供DSP复位控制器复位DSP。
需要说明的是，用户通过上位机设置更新指令，可以是首先选择需要更新的DSP，再选择对DSP更新的软件、数据、或文件等，最后选择更新的路径，具体地，更新路径可以是通过上传更新数据，对该DSP进行更新，还可以是通过储存芯片中储存的用户程序，也即替换数据，对该DSP进行更新。
在本实施例中，在DSP复位控制器对DSP复位后，通过一级引导程序加载储存芯片中的二级引导程序。
需要说明的是，二级引导程序主要利用多核IPC唤醒和程序跳转实现，可以在不同的环境下利用二级引导程序快速跳转到对应的程序，能够快速适应各种实际环境。
具体地，所述接收上位机的更新指令，并基于所述更新指令，得到二级引导程序的步骤，包括：
步骤S11，接收所述上位机的更新指令；
在本实施例中，可以接收上位机通过无线网络远程发送的更新指令，以实现对DSP的远程更新。
步骤S12，基于所述更新指令，对所述处理器进行复位，将所述处理器复位至更新节点；
其中，更新节点可以是但不限于DSP接收新数据的节点，也可以是读取储存芯片中用户程序的节点等。
在本实施例中，将更新指令发送至DSP复位控制器，DSP复位控制器控制DSP正常结束当前的工作或动作，若更新指令对应的更新路径为远程路径，则将DSP复位至接收新数据的节点，方便直接接收上位机传输的更新数据，减少操作步骤。
其中，若DSP复位控制器控制DSP复位至DSP跟刚启动时节点，则需要控制DSP启动更新程序，并把流程节点调节到接收新数据的节点，增加了操作步骤，进而增加了更新时间。
在本实施例中，若更新指令对应的更新路径为替换路径，则将DSP复位至读取储存芯片中用户程序，也即替换数据的节点。
步骤S13，确定所述处理器复位至所述更新节点后，基于所述处理器的一级引导程序，对所述处理器对应的储存器进行加载，得到所述储存器中的二级引导程序。
其中，储存器具体可以是Nor Flash（非易失闪存）储存器，也可以是SDRAM（synchronous dynamic random-access memory，同步动态随机存取内存）等，具体不做限定。
在本实施例中，在DSP复位至更新节点后，通过DSP固有的一级引导程序，加载储存器中的二级引导程序。
步骤S20，基于所述二级引导程序，加载所述更新指令对应的更新路径；
其中，更新路径可以是远程路径，还可以是替换路径，具体地，远程路径是针对需要通过上位机对DSP上传更新数据的路径，通过上传的更新数据替换DSP现运行数据的路径；替换路径是针对从储存器中选择已保存的更新数据，通过已保存的更新数据替换DSP现运行数据的路径。需要说明的是，本实施例中的远程路径对应图2中从DSP处理器二级引导程序加载到DSP处理器加载远程更新程序的路径，替换路径对应图2中从DSP处理器二级引导程序加载到DSP处理器加载指定的用户程序的路径。
在本实施例中，若更新指令为远程更新程序，则二级引导程序将更新路径选择为远程路径；若更新指令为用户程序，则二级引导程序将更新路径选择为替换路径。
步骤S30，基于所述更新路径，对所述处理器进行更新升级，并基于所述更新路径，确定是否需要进行死机监测；
在本实施例中，若更新路径为远程路径，则接收上位机传输的更新数据，并将更新数据通过网络或SRI、或串口等总线储存到与DSP对应的储存器中。
需要说明的是，由于在由上位机传输的更新数据是用户新开发的数据，可能会出现更新数据不可用，或者更新数据上传过程中可能出现传输错误导致更新数据发生错误，或者更新数据在对DSP进行更新时可能会出现错误，为了避免以上更新错误引发的死机现象，需要更新数据上传过程中和更新过程中进行监测。
其中，对DSP更新是将更新数据储存至储存器、或暂存器，或缓存器等储存装置的过程，也即，图2中DSP处理器写入指定储存器的过程，DSP的升级是将更新数据替换DSP中现运行数据的过程，也即图2中DSP处理器加载指定的用户程序的过程。
在本实施例中，若更新路径为替换路径，则从储存器中选择与更新指令对应的替换数据。
需要说明的是，由于在储存器中选择的替换数据，是DSP已经运行过的数据，可以保证替换数据的准确性和安全性，所以在通过替换路径对DSP更新时，可以不用监测。
具体地，所述基于所述更新路径，对所述处理器进行更新升级的步骤，包括：
步骤S31，若所述更新路径是远程路径，则接收所述上位机上传的更新数据，对所述更新数据进行处理器的所属分析，确定所述更新数据所属的所述处理器；
在本实施例中，每个DSP都有对应的储存器，在上位机发送的更新指令中包括DSP的识别码，通过识别码确定需要对哪个DSP进行更新升级，也即，通过识别码确定更新数据所属的DSP。
其中，识别码可以是数字协议，也可以是大小写字母，或者数字等可以一一对应的字符串或设定协议，具体不做限定。
以识别码为字母举例说明：若更新数据中的识别码是Q，则对应DSP中的识别码是q等大小写字母相对应；还可以是更新数据中识别码和DSP中的识别码都是Q，或者都是q等相同大写字母或小写字母。
步骤S32，基于所述更新数据，对所述处理器进行数据更新，待所述处理器完成数据更新，对所述处理器进行重启，直至所述处理器升级完成。
在本实施例中，在更新数据储存到对应DSP的储存器中后，即可认定完成更新，对处理器进行重启，待处理器重启完毕，加载更新数据，若更新数据顺利加载成功，则确定处理器升级完成，若更新数据在加载过程行失败，则需要对更新数据重新加载，并计算重新加载的次数，若次数超过预设的数据错误次数，则反馈上位机，由用户通过上位机重新上传更新数据，重新对DSP进行更新升级，直至DSP完成升级。
需要说明的是，若DSP完成升级，则说明更新数据是准确且安全的，则将该更新数据储存在对应的储存器中，作为替换数据使用。
在本实施例中，若更新路径为远程路径，则需要对DSP的更新升级过程进行监测，在DSP的更新升级过程出错时，对DSP进行多次进行更新升级，直至DSP完成升级。
具体地，所述对所述更新数据进行处理器的所属分析，确定所述更新数据所属的所述处理器的步骤，包括：
步骤A10，对所述更新数据进行协议判断，确定所述更新数据中的设定协议；
步骤A20，确定所述设定协议的协议种类，基于所述设定协议的协议种类，确定所述协议种类对应的处理器集；
步骤A30，基于所述设定协议，从所述处理器集中，确定与所述设定协议绑定的所述处理器。
在本实施例中，由于每个DSP对应的设定协议是不同的，设定协议的类型也可能不同，通过对设定协议种类的判断，确定更新数据中设定协议对应的协议种类，并确定该设定协议种类对应DSP集，从DSP集中匹配出与设定协议绑定额DSP。在本实施例中，首先确定更新数据中的设定协议的种类，可以快速减少对DSP的筛选范围，减少对DSP的更新时间，提高更新升级效率。
具体地，所述基于所述更新数据，对所述处理器进行数据更新，待所述处理器完成数据更新，对所述处理器进行重启，直至所述处理器升级完成的步骤，包括：
步骤B10，基于所述更新数据，对所述处理器进行数据更新，待所述处理器数据更新完成，得到重启指令；
步骤B20，基于所述重启指令，对所述处理器进行重启，并加载所述更新数据，直至所述更新数据加载完成，确定所述处理器升级完成。
在本实施例中，将更新数据储存在对应的储存器中，对更新数据进行备份，得到备份数据，在用更新数据对DSP进行数据加载，使更新数据替换DSP现运行的数据，或对DSP增加新的数据，待更新数据加载完成后，确定DSP升级完成，再将储存器中的备份数据进行保存，当做替换数据使用。
具体地，所述基于所述更新路径，对所述处理器进行更新升级的步骤，还包括：
步骤C10，若所述更新指令为替换更新指令，则确定需要更新的所述处理器；
步骤C20，对所述处理器进行储存器查询，确定所述处理器对应连接的储存器；
步骤C30，对所述更新指令进行数据确定分析，确定所述储存器中的替换数据；
步骤C40，对所述替换数据进行加载，直至所述替换数据加载完成，确定所述处理器升级完成。
需要说明的是，在本实施例中，将储存器分为三个区域，分别存储二级引导程序的引导区域、远程更新程序的远程区域和用户程序的用户区域，多个替换数据可以储存在用户区域的不同区间。
具体地，可以将第一替换数据、第二替换数据、第三替换数据、第四替换数据等储存在储存器用户区域的第一区间、第二区间、第三区间、第四区间等。
在本实施例中，通过储存多个替换数据，并在二级引导程序的选择下，可以在不同场景选择不同的替换数据对DSP进行更新。在本实施例中，实现了更新数据更换和启动的多样性，且减少了DSP进行数据更新时场景使用的限制。
在本实施例中，若更新指令为替换指令，则用户通过上位机确定需要更新升级的DSP，并对调用DSP对应的储存器，从储存器中储存的用户程序中确定出，用户需求的替换数据，将替换数据替换DSP对应的现运行数据，或者将替换数据新增到DSP中。在本实施例中，由于替换数据是DSP之前可以正常运行的数据，所以通过替换数据对DSP进行升级时，不需要对DSP的过程进行监测。
步骤S40，若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。
需要说明的是，通过替换路径对DSP进行更新升级，也可以通过上位机远程控制，具体地，只需要上位机连接到信息处理器系统，通过上位机从储存器中，选择替换数据，远程控制DSP进行数据替换。
在本实施例中，在通过远程更新程序，对DSP进行更新升级时，对更新升级过程进行监测，在监测到DSP更新升级出错时，及时对DSP进行复位，对DSP重新更新，或者反馈给上位机，由用户再次上传更新数据，直至对DSP完成更新升级。
本申请提供一种信号处理系统的更新方法、装置、设备及存储介质，与现有技术中在对信号处理系统的处理器更新升级错误时，容易导致处理器出错或死机，容错效果差相比，在本申请中，接收上位机的更新指令，并基于所述更新指令，得到处理器的二级引导程序；基于所述二级引导程序，加载所述更新指令对应的更新路径；基于所述更新路径，对所述处理器进行更新升级，并基于所述更新路径，确定是否需要进行死机监测；若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。在本申请中，通过上位机确定的更新指令，通过二级引导程序加载更新指令对应的更新路径，基于更新路径对处理器进行更新升级，并确定是需要对处理器进行死机监测，若监测到处理器更新升级的过程出错，则对处理器进行复位，重新进行数据更新，直至处理器完成更新升级，避免处理器更新升级死机，即在本申请中，在处理器更新升级过程中可以进行监测，在监测到处理器更新升级过程出错时，对处理器进行复位，重新进行数据更新，因而，避免了处理器出错或死机的现象，提高了对处理器更新升级的容错效果。
进一步地，基于本申请中第一实施例，提供本申请的另一实施例，在该实施例中，所述若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级的步骤，包括：
步骤D10，若所述更新路径为远程路径，则对所述处理器的更新升级过程进行监测，得到监测日志；
在本实施例中，在通过远程路径对处理器进行更新升级时，对更新升级的过程进行详细的监测，并生成监测日志。具体地，可以将更新升级过程中的数据的完整度和准确度进行检测。
步骤D20，若所述处理器的更新升级过程出错，则基于所述监测日志，分析出错误原因；
在本实施例中，若处理器更新升级过程出错时，可以通过监测日志，分析出具体出错原因，以供有针对的做出反馈。
步骤D30，基于所述错误原因，确定所述处理器复位的节点，重新进行数据更新，直至所述处理器完成更新升级。
在本实施例中，根据具体的出错原因，将处理器复位至出错的节点，从该节点重新进行数据更新，直至处理器完成更新升级。
在本实施例中，将对处理器更新升级过程的监测数据，转换成监测日志，在处理器更新升级过程出错时，可以准确地确定出错原因，并有针对性的做出反馈。
具体地，在处理器更新升级过程中出错时，若通过监测日志确定出错的原因是在更新数据在接在过程中出错，则直接对更新数据再次加载，直至处理器完成升级。
需要说明的是，处理器的二级引导程序和远程更新程序属于处理器的固化程序，因此上位机可以重复更新且更新错误时也可恢复更新。
进一步地，基于本申请中第一实施例，提供本申请的另一实施例，在该实施例中，处理器还可以是FPGA；
步骤E10，在更新数据的属于FPGA时，对FPGA进行更新GPIO模拟，得到更新时序；
步骤E20，通过更新时序对所述FPGA进行实时更新。
需要说明的是，若更新数据属于FPGA时，可以通过GPIO（通用输入/输出）模拟FPGA更新的时序，实时加载FPGA程序，以实现不断电不复位实时更新。
需要说明的是，上位机上传的更新数据可以是多组，且多组更新数据对应处理器可以不是同一种，例如，上位机上传了第一更新数据、第二更新数据、第三更新数据，第一更新数据可以属于DSP，第二更新数据可以属于FPGA、第三更新数据也可以属于DSP，或者第一更新数据可以属于FPGA，第二更新数据可以属于MCU，第三更新数据可以属于DSP等，具体不做限定。
在本实施例中，在更新数据属于FPGA时，可以对FPGA进行GPIO模拟，根据模拟数据对FPGA实时更新，在本实施例中，提高了对FPGA更新的效率。
在本实施例中，可以同时对信息处理器系统中多种不同的处理器更新升级，提高了对信息处理器系统更新升级的效率。
在本实施例中，对FPGA或其他种类的处理器进行更新升级的步骤与DSP基本相同，再次不在赘述。
参照图3，图3是本申请实施例方案涉及的硬件运行环境的设备结构示意图。
如图3所示，该信号处理系统的更新设备可以包括：处理器1001，例如CPU，存储器1005，通信总线1002。其中，通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速RAM存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储设备。
可选地，该信号处理系统的更新设备还可以包括矩形用户接口、网络接口、摄像头、RF（Radio Frequency，射频）电路，传感器、音频电路、WiFi模块等等。矩形用户接口可以包括显示屏（Display）、输入子模块比如键盘（Keyboard），可选矩形用户接口还可以包括标准的有线接口、无线接口。网络接口可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。
本领域技术人员可以理解，图3中示出的信号处理系统的更新设备结构并不构成对信号处理系统的更新设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图3所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块以及信号处理系统的更新程序。操作系统是管理和控制信号处理系统的更新设备硬件和软件资源的程序，支持信号处理系统的更新程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信，以及与信号处理系统的更新系统中其它硬件和软件之间通信。
在图3所示的信号处理系统的更新设备中，处理器1001用于执行存储器1005中存储的信号处理系统的更新程序，实现上述任一项所述的信号处理系统的更新方法的步骤。
本申请信号处理系统的更新设备具体实施方式与上述信号处理系统的更新方法各实施例基本相同，在此不再赘述。
本申请还提供一种信号处理系统的更新装置，所述信号处理系统的更新装置包括：
接收模块，用于接收上位机的更新指令，并基于所述更新指令，得到处理器的二级引导程序；
加载模块，用于基于所述二级引导程序，加载所述更新指令对应的更新路径；
更新升级模块，用于基于所述更新路径，对所述处理器进行更新升级，并基于所述更新路径，确定是否需要进行死机监测；
监测模块，用于若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。
可选地，所述接收模块包括：
接收子模块，用于接收所述上位机的更新指令；
复位模块，用户基于所述更新指令，对所述处理器进行复位，将所述处理器复位至更新节点；
引导模块，用于确定所述处理器复位至所述更新节点后，基于所述处理器的一级引导程序，对所述处理器对应的储存器进行加载，得到所述储存器中的二级引导程序。
可选地，所述更新路径包括远程路径；
所述更新升级模块包括：
所属分析模块，用于若所述更新路径是远程路径，则接收所述上位机上传的更新数据，对所述更新数据进行处理器的所属分析，确定所述更新数据所属的所述处理器；
更新子模块，用于基于所述更新数据，对所述处理器进行数据更新，待所述处理器完成数据更新，对所述处理器进行重启，直至所述处理器升级完成。
可选地，所述更新子模块包括：
更新单元，用于基于所述更新数据，对所述处理器进行数据更新，待所述处理器数据更新完成，得到重启指令；
升级子模块，用于基于所述重启指令，对所述处理器进行重启，并加载所述更新数据，直至所述更新数据加载完成，确定所述处理器升级完成。
可选地，所述所属分析模块包括：
判断模块，用于所述更新数据进行协议判断，确定所述更新数据中的设定协议；
第一确定模块，用于确定所述设定协议的协议种类，基于所述设定协议的协议种类，确定所述协议种类对应的处理器集；
第二确定模块，用于基于所述设定协议，从所述处理器集中，确定与所述设定协议绑定的所述处理器。
可选地，所述更新路径还包括替换路径；
所述更新升级模块还包括：
确定子模块，用于若所述更新指令为替换更新指令，则确定需要更新的所述处理器；
查询模块，用于对所述处理器进行储存器查询，确定所述处理器对应连接的储存器；
分析子模块，用于对所述更新指令进行数据确定分析，确定所述储存器中的替换数据；
升级单元，用于对所述替换数据进行加载，直至所述替换数据加载完成，确定所述处理器升级完成。
可选地，所述监测模块包括：
监测子模块，用于若所述更新路径为远程路径，则对所述处理器的更新升级过程进行监测，得到监测日志；
分析单元若所述处理器的更新升级过程出错，则基于所述监测日志，分析出错误原因；
复位子模块，用于基于所述错误原因，确定所述处理器复位的节点，重新进行数据更新，直至所述处理器完成更新升级。
本申请信号处理系统的更新装置的具体实施方式与上述信号处理系统的更新方法各实施例基本相同，在此不再赘述。
本申请实施例提供了一种存储介质，且所述存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于实现上述任一项所述的信号处理系统的更新方法的步骤。
本申请存储介质具体实施方式与上述信号处理系统的更新方法各实施例基本相同，在此不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (7)

1.一种信号处理系统的更新方法，其特征在于，所述信号处理系统的更新方法包括：
接收上位机的更新指令，基于所述更新指令，对处理器进行复位，将所述处理器复位至更新节点；
确定所述处理器复位至所述更新节点后，基于所述处理器的一级引导程序，对所述处理器对应的储存器进行加载，得到所述储存器中的二级引导程序；
基于所述二级引导程序，加载所述更新指令对应的更新路径；
其中，更新路径包括远程路径与替换路径；
若所述更新路径是远程路径，则接收所述上位机上传的更新数据，对所述更新数据进行处理器的所属分析，确定所述更新数据所属的所述处理器；
基于所述更新数据，对所述处理器进行数据更新，待所述处理器完成数据更新，对所述处理器进行重启，直至所述处理器升级完成；
若所述更新路径为替换路径，则确定需要更新的所述处理器；
对所述处理器进行储存器查询，确定所述处理器对应连接的储存器；
对所述更新指令进行数据确定分析，确定所述储存器中的替换数据；
对所述替换数据进行加载，直至所述替换数据加载完成，确定所述处理器升级完成；
基于所述更新路径，确定是否需要进行死机监测；
若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。
2.如权利要求1所述的信号处理系统的更新方法，其特征在于，所述基于所述更新数据，对所述处理器进行数据更新，待所述处理器完成数据更新，对所述处理器进行重启，直至所述处理器升级完成的步骤，包括：
基于所述更新数据，对所述处理器进行数据更新，待所述处理器数据更新完成，得到重启指令；
基于所述重启指令，对所述处理器进行重启，并加载所述更新数据，直至所述更新数据加载完成，确定所述处理器升级完成。
3.如权利要求1所述的信号处理系统的更新方法，其特征在于，所述对所述更新数据进行处理器的所属分析，确定所述更新数据所属的所述处理器的步骤，包括：
对所述更新数据进行协议判断，确定所述更新数据中的设定协议；
确定所述设定协议的协议种类，基于所述设定协议的协议种类，确定所述协议种类对应的处理器集；
基于所述设定协议，从所述处理器集中，确定与所述设定协议绑定的所述处理器。
4.如权利要求1所述的信号处理系统的更新方法，其特征在于，所述若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级的步骤，包括：
若所述更新路径为远程路径，则对所述处理器的更新升级过程进行监测，得到监测日志；
若所述处理器的更新升级过程出错，则基于所述监测日志，分析出错误原因；
基于所述错误原因，确定所述处理器复位的节点，重新进行数据更新，直至所述处理器完成更新升级。
5.一种信号处理系统的更新装置，其特征在于，所述信号处理系统的更新装置包括：
接收模块，用于接收上位机的更新指令，并基于所述更新指令，对处理器进行复位，将所述处理器复位至更新节点；
第一加载模块，用于确定所述处理器复位至所述更新节点后，基于所述处理器的一级引导程序，对所述处理器对应的储存器进行加载，得到所述储存器中的二级引导程序；
第二加载模块，用于基于所述二级引导程序，加载所述更新指令对应的更新路径；
其中，更新路径包括远程路径与替换路径；
第一分析模块，用于若所述更新路径是远程路径，则接收所述上位机上传的更新数据，对所述更新数据进行处理器的所属分析，确定所述更新数据所属的所述处理器；
重启模块，用于基于所述更新数据，对所述处理器进行数据更新，待所述处理器完成数据更新，对所述处理器进行重启，直至所述处理器升级完成；
更新模块，用于若所述更新路径为替换路径，则确定需要更新的所述处理器；
查询模块，用于对所述处理器进行储存器查询，确定所述处理器对应连接的储存器；
第二分析模块，用于对所述更新指令进行数据确定分析，确定所述储存器中的替换数据；
第三加载模块，用于对所述替换数据进行加载，直至所述替换数据加载完成，确定所述处理器升级完成；
确定模块，用于基于所述更新路径，确定是否需要进行死机监测；
监测模块，用于若需要死机监测，且在监测到所述处理器出错时，则对所述处理器复位，重新进行数据更新，直至所述处理器完成更新升级。
6.一种信号处理系统的更新设备，其特征在于，所述信号处理系统的更新设备包括：存储器、处理器以及存储在存储器上的用于实现所述信号处理系统的更新方法的程序，
所述存储器用于存储实现信号处理系统的更新方法的程序；
所述处理器用于执行实现所述信号处理系统的更新方法的程序，以实现如权利要求1至4中任一项所述信号处理系统的更新方法的步骤。
7.一种存储介质，其特征在于，所述存储介质上存储有实现信号处理系统的更新方法的程序，所述实现信号处理系统的更新方法的程序被处理器执行以实现如权利要求1至4中任一项所述信号处理系统的更新方法的步骤。
CN202211178095.7A 2022-09-27 2022-09-27 信号处理系统的更新方法、装置、设备及存储介质 Active CN115268971B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211178095.7A CN115268971B (zh) 2022-09-27 2022-09-27 信号处理系统的更新方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211178095.7A CN115268971B (zh) 2022-09-27 2022-09-27 信号处理系统的更新方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN115268971A CN115268971A (zh) 2022-11-01
CN115268971B true CN115268971B (zh) 2023-01-10

Family

ID=83757467

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211178095.7A Active CN115268971B (zh) 2022-09-27 2022-09-27 信号处理系统的更新方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN115268971B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007102544A (ja) * 2005-10-05 2007-04-19 Toshiba Corp デジタルシグナルプロセッサシステムおよびそのブート方法。
CN108694054A (zh) * 2017-04-10 2018-10-23 南昌欧菲生物识别技术有限公司 微处理器固件的升级方法及智能终端
CN113254048A (zh) * 2021-06-21 2021-08-13 深之蓝(天津)水下智能科技有限公司 引导程序更新方法、装置、设备及计算机可读介质
CN113608758A (zh) * 2021-07-15 2021-11-05 东莞新能安科技有限公司 软件升级方法、装置、电池管理系统、电池及用电装置
CN114115984A (zh) * 2021-12-10 2022-03-01 百信信息技术有限公司 服务器固件升级的方法、存储设备及终端

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007102544A (ja) * 2005-10-05 2007-04-19 Toshiba Corp デジタルシグナルプロセッサシステムおよびそのブート方法。
CN108694054A (zh) * 2017-04-10 2018-10-23 南昌欧菲生物识别技术有限公司 微处理器固件的升级方法及智能终端
CN113254048A (zh) * 2021-06-21 2021-08-13 深之蓝(天津)水下智能科技有限公司 引导程序更新方法、装置、设备及计算机可读介质
CN113608758A (zh) * 2021-07-15 2021-11-05 东莞新能安科技有限公司 软件升级方法、装置、电池管理系统、电池及用电装置
CN114115984A (zh) * 2021-12-10 2022-03-01 百信信息技术有限公司 服务器固件升级的方法、存储设备及终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于Cyclone Ⅳ的单核FPGA远程更新系统设计;徐晓康等;《船电技术》;20200215(第02期);全文 *

Also Published As

Publication number Publication date
CN115268971A (zh) 2022-11-01

Similar Documents

Publication Publication Date Title
CN108427616B (zh) 后台程序监控方法及监控装置
US20150100829A1 (en) Method and system for selecting and executing test scripts
US20150100832A1 (en) Method and system for selecting and executing test scripts
CN105302722B (zh) Cts自动测试方法及装置
EP2864873B1 (en) Auto-update while running a client software application with update handshake between versions and runtime validation of the successor version
WO2019140656A1 (zh) 一种固件升级方法、装置、电子设备及控制设备
CN107066300B (zh) 一种存储设备的固件升级方法和存储设备
US20150100830A1 (en) Method and system for selecting and executing test scripts
CN106502717B (zh) 应用程序运行方法及装置
WO2017066125A1 (en) Test simulation for software defined networking environments
US20150100831A1 (en) Method and system for selecting and executing test scripts
WO2021136200A1 (zh) 引导程序的加载方法、存储介质及嵌入式终端
CN109002305B (zh) 一种设备程序的更新方法及其系统
CN106897061B (zh) 基于预启动执行环境pxe的操作系统处理方法和装置
CN108132832B (zh) 应用程序启动方法和装置
CN112860251A (zh) 一种网站前端构建的方法与系统
CN115268971B (zh) 信号处理系统的更新方法、装置、设备及存储介质
CN113254217A (zh) 业务的消息处理方法、装置及电子设备
CN115129574A (zh) 一种代码测试方法和装置
CN111858383A (zh) 移动app的数据埋点方法、系统、终端设备及存储介质
CN112035129A (zh) 驱动安装升级的方法、装置及计算机设备
CN112732265A (zh) 一种数据处理方法和相关装置
CN112667255B (zh) 更新方法、装置、电子设备及存储介质
CN112367205B (zh) 一种对http调度请求的处理方法及调度系统
CN113656291A (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
GR01 Patent grant
GR01 Patent grant