CN111857776B - Dsp板卡类的应用程序的在线升级方法 - Google Patents
Dsp板卡类的应用程序的在线升级方法 Download PDFInfo
- Publication number
- CN111857776B CN111857776B CN202010656741.0A CN202010656741A CN111857776B CN 111857776 B CN111857776 B CN 111857776B CN 202010656741 A CN202010656741 A CN 202010656741A CN 111857776 B CN111857776 B CN 111857776B
- Authority
- CN
- China
- Prior art keywords
- address
- program
- flash
- flashapi
- serial port
- 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
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/60—Software deployment
- G06F8/61—Installation
- G06F8/63—Image based installation; Cloning; Build to order
-
- 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
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本发明属于DSP系统下在线升级应用程序技术领域,具体涉及一种DSP板卡类的应用程序的在线升级方法,包括:首先,根据监控程序和应用程序划分Flash地址空间;其次,加载FlashAPI的动态库;然后,将应用程序的out文件转化成bin文件。通过串口将bin文件的二进制数据发送给监控程序进行在线升级。最后,如需要升级,则使用FlashAPI进行数据的写入和验证,如果操作失败则给出错误信息提示用户;如不需要升级则设置规定时间等待,如没收到相关指令则默认跳转到应用程序入口执行。该方案通过FlashAPI进行在线升级,读写速度和安全性极大提高,同时使用串口进行数据收发并对数据进行验证,既提供了监控程序运行状态,又保证了烧写过程中数据交互过程的合法性。
Description
技术领域
本发明属于DSP系统下在线升级应用程序技术领域,具体涉及一种DSP板卡类的应用程序的在线升级方法。
背景技术
TMS320F28335作为TI高性能的32位浮点DSP处理器,具备精度高、成本低功耗小、性能高、外设集成度高的特点,在实际应用常被选为通信模块节点。
目前成熟的在线升级方法有通过在线升级程序与应用程序固件相分离,利用动态存储器存储写入升级固件程序的指令代码进行在线升级。还有在终端模块划分一个区域以存储下载程序监控程序变量,通过看门狗对软件复位,监控程序通过监控结构变量进行是否进行升级应用程序。但是上述方法不能根据实际情况调整升级内容,也不适用于没有动态存储器的板卡。
为了解决嵌入式系统下的DSP板卡的应用程序在线升级问题,需要提出一种在线升级方法。
发明内容
(一)要解决的技术问题
本发明要解决的技术问题是:如何提供一种DSP板卡类的应用程序的在线升级方法。
(二)技术方案
为解决上述技术问题,本发明提供一种DSP板卡类的应用程序的在线升级方法,所述方法包括:
步骤1:划分Flash地址空间;
步骤2:加载FlashAPI动态库;
步骤3:将应用程序.out文件转化成bin文件;
步骤4:进入监控程序主流程;
通过以上步骤,可以实现DSP板卡的应用程序的在线升级功能。
其中,所述步骤1中,
首先,在烧写程序执行的CMD文件将Flash区域的A段,即FlashA分出程序入口的初始地址;
然后,从初始地址开始划分监控程序烧写地址段和应用程序烧写地址段,确保两个程序烧写的地址段不重叠。
其中,所述步骤1中,
首先,在烧写程序执行的CMD文件将Flash区域的A段(FlashA)分出程序入口的初始地址,即Begin;划分规则为:
①该初始化地址不能与板卡中Flash跳转的默认地址相同;
②修改CMD文件中codestart定义的地址段为Begin;
③修改CMD文件中程序段和全局变量地址段为FlashA;
然后,从初始地址开始划分监控程序烧写地址段和应用程序烧写地址段,确保两个程序烧写的地址段不重叠:
①从初始化地址划分FlashA,FlashC、FlashD三个段为监控程序烧写的地址段;
②划分FlashE、FlashF、FlashG三个段为应用程序烧写的地址段。
其中,所述步骤2中,
首先,在CMD文件中加载FlashAPI的动态库;
然后,指定API加载的初始程序段和RAM区中加载的初始程序段为FlashA;
最后,指定API和RAM区的加载首地址、加载末地址、执行首地址。
其中,所述步骤3中,
首先,把out文件拷贝到转化工具hex2000.exe所在的文件夹,cmd进入所在的文件夹,执行hex2000 app.out-gpio16-a,生成app.a00;
然后通过bin工具将app.a00文件生成bin文件。
其中,所述步骤4中,包括:
步骤41:初始化板卡硬件资源;
步骤42:将FlashAPI和监控程序拷入RAM区运行;
步骤43:进入监控程序主循环,根据接收的串口数据判断是否进行升级操作;
步骤44:如果需要升级则将bin文件通过串口发送给监控程序并使用FlashAPI进行写操作;
步骤45:如果不需要升级则直接跳转到应用程序入口地址执行。
其中,所述步骤41包括:
①初始化系统时钟;
②初始化Flash设置;
③初始化SCI串口GIPO配置;
④关闭中断;
⑤初始化中断向量表;
⑥设置cpu定时器中断;
⑦开启定时器;
⑧设置接收中断入口函数;
⑨使能中断。
其中,所述步骤42包括:将FlashAPI和监控程序拷入RAM区运行:使用MemoryCopy函数对程序段进行拷入。
其中,所述步骤43包括:
①判断当前模式;
②如果当前模式为监控则并设置时间等待,在规定时间内没有收到外部串口发送的模式选择命令则默认跳转到应用程序。在时间等待周期里循环发送串口数据,标识监控程序运行状态;
③如果在规定时间内收到外部串口的模式选择命令则置当前模式为升级模式。
其中,所述步骤44包括:
①中断接收串口报文,对报文内容进行帧头、帧尾、数据内容和校验和的合法验证;
②如果帧合法则使用FlashAPI将数据内容写入到Flash,具体步骤如下:
Step1:获取当前写入Flash的地址;
Step2:将本次要写入的数据存入到数组;
Step3:关中断;
Step4:使用FlashAPI的Flash_Erase函数对Flash进行擦除操作;
Step5:判断擦除操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
Step6:使用FlashAPI的Flash_Program函数对Flash进行写入操作;
Step7:判断写入操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
Step8:用FlashAPI的Flash_Verify函数对Flash进行验证操作;
Step9:判断验证操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
③bin文件全部发送完毕或者发送错误需要停止烧写过程,发送结束报文,并进行断电重启。
(三)有益效果
与现有技术相比较,本发明在系统为DSP的应用场景下,针对DSP板卡特点,并结合FlashAPI动态库,设计实现了一种DSP板卡类的应用程序在线升级方法。本发明为解决DSP类型的应用程序在线升级问题提供了方案,该方案设计板卡内同时烧写监控程序和应用程序,利用监控程序的跳转逻辑进行对应用程序进行在线升级。该方法有效地解决了传统上需要仿真器才能升级板卡类程序的弊端。
附图说明
图1及图2为DSP板卡应用程序在线升级监控主流程图。
具体实施方式
为使本发明的目的、内容、和优点更加清楚,下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。
为解决现有技术问题,本发明提供一种DSP板卡类的应用程序的在线升级方法,所述方法用于在DSP平台下,解决应用程序在线升级问题;如图1-图2所示,所述方法包括:
步骤1:划分Flash地址空间;
步骤2:加载FlashAPI动态库;
步骤3:将应用程序.out文件转化成bin文件;
步骤4:进入监控程序主流程;
通过以上步骤,可以实现DSP板卡的应用程序的在线升级功能。
其中,所述步骤1中,
首先,在烧写程序执行的CMD文件将Flash区域的A段,即FlashA分出程序入口的初始地址;
然后,从初始地址开始划分监控程序烧写地址段和应用程序烧写地址段,确保两个程序烧写的地址段不重叠。
其中,所述步骤1中,
首先,在烧写程序执行的CMD文件将Flash区域的A段(FlashA)分出程序入口的初始地址,即Begin;划分规则为:
①该初始化地址不能与板卡中Flash跳转的默认地址相同;
②修改CMD文件中codestart定义的地址段为Begin;
③修改CMD文件中程序段和全局变量地址段为FlashA;
然后,从初始地址开始划分监控程序烧写地址段和应用程序烧写地址段,确保两个程序烧写的地址段不重叠:
①从初始化地址划分FlashA,FlashC、FlashD三个段为监控程序烧写的地址段;
②划分FlashE、FlashF、FlashG三个段为应用程序烧写的地址段。
其中,所述步骤2中,
首先,在CMD文件中加载FlashAPI的动态库;
然后,指定API加载的初始程序段和RAM区中加载的初始程序段为FlashA;
最后,指定API和RAM区的加载首地址、加载末地址、执行首地址。
其中,所述步骤3中,
首先,把out文件拷贝到转化工具hex2000.exe所在的文件夹,cmd进入所在的文件夹,执行hex2000 app.out-gpio16-a,生成app.a00;
然后通过bin工具将app.a00文件生成bin文件。
其中,所述步骤4中,包括:
步骤41:初始化板卡硬件资源;
步骤42:将FlashAPI和监控程序拷入RAM区运行;
步骤43:进入监控程序主循环,根据接收的串口数据判断是否进行升级操作;
步骤44:如果需要升级则将bin文件通过串口发送给监控程序并使用FlashAPI进行写操作;
步骤45:如果不需要升级则直接跳转到应用程序入口地址执行。
其中,所述步骤41包括:
①初始化系统时钟;
②初始化Flash设置;
③初始化SCI串口GIPO配置;
④关闭中断;
⑤初始化中断向量表;
⑥设置cpu定时器中断;
⑦开启定时器;
⑧设置接收中断入口函数;
⑨使能中断。
其中,所述步骤42包括:将FlashAPI和监控程序拷入RAM区运行:使用MemoryCopy函数对程序段进行拷入。
其中,所述步骤43包括:
①判断当前模式;
②如果当前模式为监控则并设置时间等待,在规定时间内没有收到外部串口发送的模式选择命令则默认跳转到应用程序。在时间等待周期里循环发送串口数据,标识监控程序运行状态;
③如果在规定时间内收到外部串口的模式选择命令则置当前模式为升级模式。
其中,所述步骤44包括:
①中断接收串口报文,对报文内容进行帧头、帧尾、数据内容和校验和的合法验证;
②如果帧合法则使用FlashAPI将数据内容写入到Flash,具体步骤如下:
Step1:获取当前写入Flash的地址(基地址+偏移地址);
Step2:将本次要写入的数据存入到数组;
Step3:关中断;
Step4:使用FlashAPI的Flash_Erase函数对Flash进行擦除操作;
Step5:判断擦除操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
Step6:使用FlashAPI的Flash_Program函数对Flash进行写入操作;
Step7:判断写入操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
Step8:用FlashAPI的Flash_Verify函数对Flash进行验证操作;
Step9:判断验证操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
③bin文件全部发送完毕或者发送错误需要停止烧写过程,发送结束报文,并进行断电重启。
实施例1
如图1所示,为了解决嵌入式系统下DSP板卡的在线升级问题,本实施例采用基于FlashAPI动态库的实现方法。下面对本实施例的内容作进一步描述。
1、划分Flash地址空间
首先,在烧写程序执行的CMD文件将Flash区域的A段(FlashA)分出程序入口的初始地址(Begin)。划分规则为:
①该初始化地址不能与板卡中Flash跳转的默认地址相同;
②修改CMD文件中codestart定义的地址段为Begin;
③修改CMD文件中程序段和全局变量地址段为FlashA;
然后,从初始地址开始划分监控程序烧写地址段和应用程序烧写地址段,确保两个程序烧写的地址段不重叠。
①从初始化地址划分FlashA,FlashC、FlashD三个段为监控程序烧写的地址段;
②划分FlashE、FlashF、FlashG三个段为应用程序烧写的地址段。
2、加载FlashAPI动态库
首先在CMD烧写执行的文件中加载FlashAPI的动态库,加载方法为:
然后指定API加载的初始程序段为FlashA、加载首地址、加载末地址、执行首地址。规则如下:
LOAD=FLASHA,
RUN=RAML0,
LOAD_START(_Flash28_API_LoadStart),
LOAD_END(_Flash28_API_LoadEnd),
RUN_START(_Flash28_API_RunStart),
PAGE=0
最后指定和RAM区中加载的初始程序段为FlashA、RAM区的加载首地址、加载末地址、执行首地址。规则如下:
ramfuncs:LOAD=FLASHA,
RUN=RAML0,
LOAD_START(_RamfuncsLoadStart),
LOAD_END(_RamfuncsLoadEnd),
RUN_START(_RamfuncsRunStart),
PAGE=0
3、将应用程序.out文件转化成bin文件
首先把out文件拷贝到转化工具hex2000.exe所在的文件夹,cmd进入所在的文件夹,执行hex2000 app.out-gpio16-a,生成app.a00。然后通过bin工具将app.a00文件生成bin文件。
4、进入监控程序主流程
1)初始化板卡硬件资源;
①初始化系统时钟;
②初始化Flash设置;
③初始化SCI串口GIPO配置;
④关闭中断;
⑤初始化中断向量表;
⑥设置cpu定时器中断;
⑦开启定时器;
⑧设置接收中断入口函数;
⑨使能中断;
2)将FlashAPI和监控程序拷入RAM区运行:使用MemoryCopy函数对程序段进行拷入;
3)进入监控主循环,根据接收的串口数据判断是否进行升级操作;
①判断当前模式;
②如果当前模式为监控则并设置时间等待,在规定时间内没有收到外部串口发送的模式选择命令则默认跳转到应用程序。在时间等待周期里循环发送串口数据,标识监控程序运行状态;
③如果在规定时间内收到外部串口的模式选择命令则置当前模式为升级模式。
4)如果需要升级则将bin文件通过串口发送给监控程序并使用FlashAPI进行写操作。
①中断接收串口报文,对报文内容进行帧头、帧尾、数据内容和校验和的合法验证;
②如果帧合法则使用FlashAPI将数据内容写入到Flash,具体步骤如下:
Step1:获取当前写入Flash的地址(基地址+偏移地址);
Step2:将本次要写入的数据存入到数组;
Step3:关中断;
Step4:使用FlashAPI的Flash_Erase函数对Flash进行擦除操作;
Step5:判断擦除操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
Step6:使用FlashAPI的Flash_Program函数对Flash进行写入操作;
Step7:判断写入操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
Step8:用FlashAPI的Flash_Verify函数对Flash进行验证操作;
Step9:判断验证操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
③bin文件全部发送完毕或者发送错误需要停止烧写过程,发送结束报文,并进行断电重启。
5)如果不需要升级则直接跳转到应用程序入口地址执行。
使用汇编语言LB+跳转地址,直接执行应用程序。
本发明属于DSP系统下在线升级应用程序技术领域,具体涉及一种DSP板卡类的应用程序的在线升级方法,包括:首先,根据监控程序和应用程序划分Flash地址空间;其次,加载FlashAPI的动态库;然后,将应用程序的out文件转化成bin文件。通过串口将bin文件的二进制数据发送给监控程序进行在线升级。最后,如需要升级,则使用FlashAPI进行数据的写入和验证,如果操作失败则给出错误信息提示用户;如不需要升级则设置规定时间等待,如没收到相关指令则默认跳转到应用程序入口执行。本发明可以实现嵌入式系统下板卡在线升级功能,该方法已经经过了算法验证,并进行了实验检验。结果标明,该方案通过FlashAPI进行在线升级,读写速度和安全性极大提高,同时使用串口进行数据收发并对数据进行验证,既提供了监控程序运行状态,又保证了烧写过程中数据交互过程的合法性。
实施例2
本实施例提供一种DSP板卡类的应用程序的在线升级方法,包括:(1)划分Flash地址空间,确定监控程序和应用程序烧写的地址空间;
(2)加载FlashAPI动态库,使用动态库访问Flash空间进行读写操作,保证读写速度和安全;
(3)将应用程序.out文件转化成bin文件,将应用程序的可执行文件转化成串口可以发送的二进制格式,从而方便进行下一步的烧写工作;
(4)在规定时间内进行在线升级流程判断,监控板卡执行状态和智能进行在线升级。
其中,所述步骤(1)、(2)、(3)实现了在线升级的准备工作。
其中,所述步骤(4)通过设定等待时间,判断用户是否需要进行在线升级,如果需要则中断接收串口数据,并对数据进行滑窗处理和合法性检查,使用FlashAPI函数进行Flash空间访问,直至执行文件所有数据发送完毕,并同时针对每次发送数据的烧写操作进行错误提示;如果不需要升级则待超过规定时间则使用汇编语言跳转到应用程序入口地址。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明技术原理的前提下,还可以做出若干改进和变形,这些改进和变形也应视为本发明的保护范围。
Claims (6)
1.一种DSP板卡类的应用程序的在线升级方法,其特征在于,所述方法包括:
步骤1:划分Flash地址空间;
步骤2:加载FlashAPI动态库;
步骤3:将应用程序.out文件转化成bin文件;
步骤4:进入监控程序主流程;
通过以上步骤,实现DSP板卡的应用程序的在线升级功能;
所述步骤1中,
首先,在烧写程序执行的CMD文件将Flash区域的A段,即FlashA分出程序入口的初始地址;
然后,从初始地址开始划分监控程序烧写地址段和应用程序烧写地址段,确保两个程序烧写的地址段不重叠;
所述步骤1中,
首先,在烧写程序执行的CMD文件将Flash区域的A段分出程序入口的初始地址,即Begin;划分规则为:
①该初始地址不能与板卡中Flash跳转的默认地址相同;
②修改CMD文件中codestart定义的地址段为Begin;
③修改CMD文件中程序段和全局变量地址段为 FlashA;
然后,从初始地址开始划分监控程序烧写地址段和应用程序烧写地址段,确保两个程序烧写的地址段不重叠:
①从初始地址划分FlashA,FlashC、FlashD三个段为监控程序烧写的地址段;
②划分FlashE、FlashF、FlashG三个段为应用程序烧写的地址段;
所述步骤4中,包括:
步骤41:初始化板卡硬件资源;
步骤42:将FlashAPI和监控程序拷入RAM区运行;
步骤43:进入监控程序主循环,根据接收的串口数据判断是否进行升级操作;
步骤44:如果需要升级则将bin文件通过串口发送给监控程序并使用FlashAPI进行写操作;
步骤45:如果不需要升级则直接跳转到应用程序入口地址执行;
所述步骤44包括:
①中断接收串口报文,对报文内容进行帧头、帧尾、数据内容和校验和的合法验证;
②如果帧合法则使用FlashAPI将数据内容写入到Flash,具体步骤如下:
Step1:获取当前写入Flash的地址;
Step2:将本次要写入的数据存入到数组;
Step3:关中断;
Step4: 使用FlashAPI的Flash_Erase函数对Flash进行擦除操作;
Step5:判断擦除操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
Step6:使用FlashAPI的Flash_Program函数对Flash进行写入操作;
Step7:判断写入操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
Step8:用FlashAPI的Flash_Verify函数对Flash进行验证操作;
Step9:判断验证操作是否成功,如果错误则进行开中断,通过串口发送错误信息并退出此次写入操作;如果正确继续进行下一步;
③bin文件全部发送完毕或者发送错误需要停止烧写过程,发送结束报文,并进行断电重启。
2.如权利要求1所述的DSP板卡类的应用程序的在线升级方法,其特征在于,所述步骤2中,
首先,在CMD文件中加载FlashAPI的动态库;
然后,指定API加载的初始程序段和RAM区中加载的初始程序段为FlashA;
最后,指定API和RAM区的加载首地址、加载末地址、执行首地址。
3.如权利要求1所述的DSP板卡类的应用程序的在线升级方法,其特征在于,所述步骤3中,
首先,把out文件拷贝到转化工具hex2000.exe所在的文件夹,cmd进入所在的文件夹,执行hex2000 app.out -gpio16 -a,生成app.a00;
然后通过bin工具将app.a00文件生成bin文件。
4.如权利要求1所述的DSP板卡类的应用程序的在线升级方法,其特征在于,所述步骤41包括:
①初始化系统时钟;
②初始化Flash设置;
③初始化SCI串口GIPO配置;
④关闭中断;
⑤初始化中断向量表;
⑥设置cpu定时器中断;
⑦开启定时器;
⑧设置接收中断入口函数;
⑨使能中断。
5.如权利要求1所述的DSP板卡类的应用程序的在线升级方法,其特征在于,所述步骤42包括:将FlashAPI和监控程序拷入RAM区运行:使用MemoryCopy函数对程序段进行拷入。
6.如权利要求1所述的DSP板卡类的应用程序的在线升级方法,其特征在于,所述步骤43包括:
①判断当前模式;
②如果当前模式为监控则并设置时间等待,在规定时间内没有收到外部串口发送的模式选择命令则默认跳转到应用程序;在时间等待周期里循环发送串口数据,标识监控程序运行状态;
③如果在规定时间内收到外部串口的模式选择命令则置当前模式为升级模式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010656741.0A CN111857776B (zh) | 2020-07-09 | 2020-07-09 | Dsp板卡类的应用程序的在线升级方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010656741.0A CN111857776B (zh) | 2020-07-09 | 2020-07-09 | Dsp板卡类的应用程序的在线升级方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111857776A CN111857776A (zh) | 2020-10-30 |
CN111857776B true CN111857776B (zh) | 2023-07-28 |
Family
ID=73152707
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010656741.0A Active CN111857776B (zh) | 2020-07-09 | 2020-07-09 | Dsp板卡类的应用程序的在线升级方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111857776B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112732343B (zh) * | 2020-12-31 | 2022-04-22 | 中国电子科技网络信息安全有限公司 | 一种堆叠设备中业务子母板卡加载的方法 |
CN112988209B (zh) * | 2021-03-31 | 2023-07-21 | 清华大学 | 用于转子悬浮控制系统中程序在线升级的方法和装置 |
CN113179178A (zh) * | 2021-04-22 | 2021-07-27 | 深圳市天辰防务通信技术有限公司 | 一种基于测控主机的dsp升级方法及装置 |
CN113190258A (zh) * | 2021-05-18 | 2021-07-30 | 合肥工业大学 | 一种基于串口的八核dsp软件离线升级方法 |
CN113626060B (zh) * | 2021-08-06 | 2023-08-01 | 天津津航计算技术研究所 | vxworks系统下基于分离存储的在线升级方法 |
CN115981685A (zh) * | 2021-10-14 | 2023-04-18 | 华为技术有限公司 | 应用升级方法、装置、计算设备和芯片系统 |
CN115016823B (zh) * | 2022-08-09 | 2022-11-11 | 禾多科技(北京)有限公司 | 目标软件升级方法、装置、电子设备、介质和程序产品 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008039032A1 (en) * | 2006-09-30 | 2008-04-03 | Ntfs Co., Ltd | Memory card reader device for recovering memory card |
US8826261B1 (en) * | 2010-02-25 | 2014-09-02 | Bloom Energy Corporation | Programming processors through CAN interface without changing the boot mode select pins |
CN105183523A (zh) * | 2015-09-29 | 2015-12-23 | 国网智能电网研究院 | 一种dsp程序的远程升级方法 |
CN105320531A (zh) * | 2014-07-15 | 2016-02-10 | 北京自动化控制设备研究所 | 一种基于MicroBlaze软核的FPGA软件在线升级方法 |
CN105373407A (zh) * | 2015-12-07 | 2016-03-02 | 中国船舶重工集团公司第七〇五研究所 | 嵌入式系统dsp和fpga在线升级方法 |
CN106648803A (zh) * | 2016-12-30 | 2017-05-10 | 南京科远自动化集团股份有限公司 | 一种dsp芯片在线升级方法 |
CN107844316A (zh) * | 2017-11-17 | 2018-03-27 | 中国航空工业集团公司北京航空精密机械研究所 | 一种转台控制系统程序升级的方法及其装置 |
CN109710296A (zh) * | 2018-12-14 | 2019-05-03 | 上海航天控制技术研究所 | 一种空天飞机惯导嵌入式软件在线更新方法 |
CN110209419A (zh) * | 2019-05-17 | 2019-09-06 | 湖北三江航天万峰科技发展有限公司 | 一种基于can总线的嵌入式dsp设备升级方法及装置 |
CN110837385A (zh) * | 2019-11-07 | 2020-02-25 | 北京特种机械研究所 | 一种基于CANopen协议的DSP应用程序在线升级方法 |
-
2020
- 2020-07-09 CN CN202010656741.0A patent/CN111857776B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008039032A1 (en) * | 2006-09-30 | 2008-04-03 | Ntfs Co., Ltd | Memory card reader device for recovering memory card |
US8826261B1 (en) * | 2010-02-25 | 2014-09-02 | Bloom Energy Corporation | Programming processors through CAN interface without changing the boot mode select pins |
CN105320531A (zh) * | 2014-07-15 | 2016-02-10 | 北京自动化控制设备研究所 | 一种基于MicroBlaze软核的FPGA软件在线升级方法 |
CN105183523A (zh) * | 2015-09-29 | 2015-12-23 | 国网智能电网研究院 | 一种dsp程序的远程升级方法 |
CN105373407A (zh) * | 2015-12-07 | 2016-03-02 | 中国船舶重工集团公司第七〇五研究所 | 嵌入式系统dsp和fpga在线升级方法 |
CN106648803A (zh) * | 2016-12-30 | 2017-05-10 | 南京科远自动化集团股份有限公司 | 一种dsp芯片在线升级方法 |
CN107844316A (zh) * | 2017-11-17 | 2018-03-27 | 中国航空工业集团公司北京航空精密机械研究所 | 一种转台控制系统程序升级的方法及其装置 |
CN109710296A (zh) * | 2018-12-14 | 2019-05-03 | 上海航天控制技术研究所 | 一种空天飞机惯导嵌入式软件在线更新方法 |
CN110209419A (zh) * | 2019-05-17 | 2019-09-06 | 湖北三江航天万峰科技发展有限公司 | 一种基于can总线的嵌入式dsp设备升级方法及装置 |
CN110837385A (zh) * | 2019-11-07 | 2020-02-25 | 北京特种机械研究所 | 一种基于CANopen协议的DSP应用程序在线升级方法 |
Non-Patent Citations (2)
Title |
---|
Research of fast self-start up based on TMS320C6416;L. Wenyi 等;《2011 IEEE 3rd International Conference on Communication Software and Networks》;607-609 * |
基于TMS320C6455 DSP自动加载及Flash烧写程序的设计;卫菊红;《现代计算机:下半月版》(第21期);71-74 * |
Also Published As
Publication number | Publication date |
---|---|
CN111857776A (zh) | 2020-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111857776B (zh) | Dsp板卡类的应用程序的在线升级方法 | |
CN101751273B (zh) | 用于嵌入式系统的安全引导装置及方法 | |
US8037292B2 (en) | Method for accelerating BIOS running | |
CN104102518B (zh) | 一种双cpu系统及其程序升级方法 | |
WO2021115477A1 (zh) | 程序升级方法、装置、电子设备及存储介质 | |
US8595716B2 (en) | Failsafe firmware updates | |
CN109358887B (zh) | 一种单片机程序的在线升级方法、装置及系统 | |
CN111796848A (zh) | Bootloader软件更新方法、装置、嵌入式控制器以及存储介质 | |
CN103745167B (zh) | 单片机的iap方法及装置 | |
CN102141923B (zh) | 内存文件系统加载方法及装置 | |
CN104407878A (zh) | C6000数字信号处理器在线升级方法 | |
CN111045713A (zh) | 一种计算机系统的升级方法、系统及装置 | |
CN114691178A (zh) | 一种基于EtherCAT通讯驱动器的固件升级方法及装置 | |
CN108694052B (zh) | 一种固件升级方法、固件升级装置及固件升级系统 | |
CN110825421A (zh) | 一种固件升级方法、系统及可读存储介质 | |
CN113360161A (zh) | 资源升级方法及相关产品 | |
CN108958795B (zh) | 一种嵌入式系统中BootLoader代码重利用方法和开发板 | |
CN111857785A (zh) | 一种mcu的启动方法、装置及终端设备 | |
CN115481405A (zh) | 一种嵌入式系统的安全启动和优化升级方法 | |
CN107480007B (zh) | 一种程序冗余校验与纠错的方法 | |
CN111984329B (zh) | 一种boot引导软件标准化生成、执行方法及系统 | |
CN113157329A (zh) | 启动应用的方法、系统、服务器和存储介质 | |
CN114625389A (zh) | 嵌入式设备升级方法、嵌入式设备及存储装置 | |
CN117032811A (zh) | 一种嵌入式设备的程序启动方法 | |
CN116700061B (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 |