CN108037931A - 一种对微处理器存储单元进行文件烧写的方法 - Google Patents

一种对微处理器存储单元进行文件烧写的方法 Download PDF

Info

Publication number
CN108037931A
CN108037931A CN201711276302.1A CN201711276302A CN108037931A CN 108037931 A CN108037931 A CN 108037931A CN 201711276302 A CN201711276302 A CN 201711276302A CN 108037931 A CN108037931 A CN 108037931A
Authority
CN
China
Prior art keywords
host
data
slave
request
data packet
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.)
Granted
Application number
CN201711276302.1A
Other languages
English (en)
Other versions
CN108037931B (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.)
Guangzhou Lupai Liuma Technology Co ltd
Original Assignee
Guangzhou Roadpassion Electronic 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 Guangzhou Roadpassion Electronic Technology Co Ltd filed Critical Guangzhou Roadpassion Electronic Technology Co Ltd
Priority to CN201711276302.1A priority Critical patent/CN108037931B/zh
Publication of CN108037931A publication Critical patent/CN108037931A/zh
Application granted granted Critical
Publication of CN108037931B publication Critical patent/CN108037931B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

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)
  • Computer And Data Communications (AREA)
  • Stored Programmes (AREA)

Abstract

本发明涉及一种对微处理器存储单元进行文件烧写的方法,通过主机与从机互相配合实现,包括主机运行操作过程和从机运行操作过程,主机运行操作过程包括:主机初始化串口设备和CircleBuffer缓存,开始接收串行字符数据;主机轮询CircleBuffer缓存;主机控制从机重新复位;主机发送升级数据包总数量请求;主机接收到从机升级请求回复,发送FLASH解锁请求;主机接收到回复,进入数据包传输等待;主机接收到数据包请求,发送对应的数据包数据;主机发送校验和数据;主机接收到升级完成通知,退出运行。本发明提供的方法,过程较为简单,稳定性好,出错率低,不容易出差错,安全性能好,运行效率高,可以很好地满足实际应用的需要。

Description

一种对微处理器存储单元进行文件烧写的方法
技术领域
本发明涉及一种对微处理器存储单元进行文件烧写的方法。
背景技术
嵌入式行业中常用的微处理器STM32程序升级方法为使用开发工具或者系统存储区中工厂内置的自举程序,通过外部串行调试(SWD或者JTAG)将升级包编程到FLASH的基址;如果要使用串口USART下载升级程序,STM32厂商采用IAP应用程序结构的嵌入式软件,IAP驱动程序是预先烧写在0x8000000的一小段代码,在用户应用程序执行前执行,接收串口数据烧写FLASH;在官方和市面上使用的IAP驱动程序是通过PC端的超级终端将二进制文件下载到微处理器的内部FLASH中的;对于具有IAP驱动程序结构的嵌入式软件,IAP驱动部分和用户应用程序时相对独立的。产品有了升级版本后,用户可以得到产品和升级程序包。整个过程较为复杂,稳定性差,出错率高,很容易出差错。而且官方IAP驱动程序使用的数据传输协议为Ymodem协议,可以轻松被任意的超级终端截获数据,非法使用者可以获得完整的升级包,对产品篡改,IAP代码也容易获得,非法使用者通过升级模式更新应用程序部分,将可以复制产品的全部软件代码,因此安全性能极差,对技术型企业存在潜在威胁。
发明内容
针对上述现有技术中存在的问题,本发明的目的在于提供一种可避免出现上述技术缺陷的对微处理器存储单元进行文件烧写的方法。
为了实现上述发明目的,本发明提供的技术方案如下:
一种对微处理器存储单元进行文件烧写的方法,通过主机与从机互相配合实现,包括主机运行操作过程和从机运行操作过程。
进一步地,所述主机运行操作过程包括以下步骤:
步骤(1):主机打开升级文件初始化文件指针,初始化串口设备和CircleBuffer缓存,开始接收串行字符数据;
步骤(2):主机轮询CircleBuffer缓存;
步骤(3):主机控制从机复位引脚,置低电平,延时200ms后置高电平,完成从机重新复位;
步骤(4):主机等待从机起始帧升级请求,接收到请求,按照升级文件update.bin的大小,发送升级数据包总数量请求;
步骤(5):主机等待从机升级请求回复,接收到回复,发送FLASH解锁请求;
步骤(6):主机等待从机解锁回复,接收到回复,进入数据包传输等待;
步骤(7):主机接收到数据包请求,发送对应的数据包数据;
步骤(8):主机接收到文件校验请求,发送校验和数据;
步骤(9):主机接收到升级完成通知,退出运行。
进一步地,所述从机运行操作过程包括以下步骤:
步骤一:初始化串口设备和Circlebuffer缓存;
步骤二:发送升级起始帧,通知主机准备就绪;
步骤三:启动定时器,判断主机回复是否超时;
步骤四:查询CricleBuffer数据长度,提取分析数据包数据;
步骤五:停止定时器,进入协议通信和数据处理子函数ControlLogical进行操作;
步骤六:结束升级协议处理程序,发送校验码请求命令;
步骤七:接收校验码,与内部FLASH存储空间计算的校验结果进行比较。
进一步地,所述步骤三具体为:启动定时器,判断主机回复是否超时,如果回复状态位超时则判断用户程序完整性,跳转下一阶段程序;如果回复状态位不超时则更新指示灯状态,进入步骤四。
进一步地,所述步骤五具体为:停止定时器,进入协议通信和数据处理子函数ControlLogical实现以下操作;
1)接收升级请求命令,分析数据包数量,保存数量为PACKET_MAXNUM;
2)接收解锁请求命令,调用FLASH_Unlock(),FLASH_ReadOutProtection()进行解锁操作,并发送解锁请求回复;
3)等待主机上一条命令的ACK回复,进入数据包传输状态,发送数据包请求,数据包计数m_Index自加一;
4)循环接收数据包,当数据包计数取余64不等于0,保存数据包的32Byte数据到m_FlashBuff存储,直至m_FashBuff数据量达到2048Byte容量,写于内部FLASH中,完成一个页的写入操作;
5)当数据包数据达到PACKET_MAXNUM,而取余不等于64,此时认为达到升级文件最后的字符,对于不满足2048Byte数据位填充零处理,写入最后的数据到FLASH。
进一步地,所述步骤七具体为:接收校验码,与内部FLASH存储空间计算的校验结果进行比较,若校验正确,则完成升级程序,发送升级完成命令,通知主机完成升级,并跳转至用户程序;若校验失败则跳转至步骤一。
进一步地,所述方法的通信协议物理层采用标准UART通信接口,逻辑电平为3.3VTTL电平,UART工作在8N1模式,即8位数据位,无奇偶校验,一位停止位,波特率固定在115200bps。
进一步地,所述方法的通信协议链路层的数据帧结构如下:
进一步地,所述方法的通信协议链路层的子命令码描述如下:
本发明提供的对微处理器存储单元进行文件烧写的方法,过程较为简单,稳定性好,出错率低,不容易出差错,安全性能好,运行效率高,可以很好地满足实际应用的需要。
附图说明
图1为主机与从机的功能关系示意图;
图2为主机运行操作过程流程图;
图3为从机运行操作过程流程图;
图4为本发明的时序图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,下面结合附图和具体实施例对本发明做进一步说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
一种对微处理器存储单元进行文件烧写的方法,通过主机与从机互相配合实现,包括主机运行操作过程和从机运行操作过程。
如图1所示为主机与从机的功能关系示意图。主机的功能包括:
从机电源控制:用户控制的升级操作开始时,主机控制从机电源重启,从机跳转到rploader程序运行;
升级文件处理:主机识别升级文件大小,计算长度,确定数据包数量,在通信中起关键作用;
人机界面处理:主机会通过FrameBuffer绘制进度条,实时显示升级进度,出错情况等。
从机的功能包括:
数据包烧写:操作STM32内部FLASH,把串口编程到指定地址;
FLASH自检:开机后和升级后对整个升级位置校验,并和主机通信;
串口缓冲:主机从机串口收发缓冲处理,本方案用CircleBuffer缓冲处理。
用户发出指令(点击升级按钮)后,开始对微处理器存储单元进行文件烧写的过程。
参考图2和图4所示,所述主机运行操作过程(可以通过运行rpsender程序实现)包括以下步骤:
步骤(1):主机打开升级文件初始化文件指针,初始化串口设备和CircleBuffer缓存,开始接收串行字符数据;
步骤(2):用户通过UI界面点击升级按钮通知主机串口进入升级等待程序,主机轮询CircleBuffer缓存;
步骤(3):主机控制从机复位引脚,置低电平,延时200ms后置高电平,完成从机重新复位;
步骤(4):主机等待从机起始帧升级请求,接收到请求,按照升级文件update.bin的大小,发送升级数据包总数量请求;
步骤(5):主机等待从机升级请求回复,接收到回复,发送FLASH解锁请求;
步骤(6):主机等待从机解锁回复,接收到回复,进入数据包传输等待;
步骤(7):主机接收到数据包请求,发送对应的数据包数据;
步骤(8):主机接收到文件校验请求,发送校验和数据;
步骤(9):主机接收到升级完成通知,退出运行程序(rpsender程序)。
参考图3和图4所示,所述从机运行操作过程(可以通过运行rploader程序实现)包括以下步骤:
步骤1:初始化串口设备和Circlebuffer缓存;
步骤2:发送升级起始帧,通知主机准备就绪;
步骤3:启动定时器,判断主机回复是否超时,情况如下:
1.回复状态位超时:判断用户程序完整性,跳转下一阶段程序;
2.回复状态位不超时:更新指示灯状态,进入步骤4;
步骤4:查询CricleBuffer数据长度,当数据长度大于5byte时就提取分析数据包数据;
步骤5:停止定时器,进入协议通信和数据处理子函数ControlLogical实现以下操作;
1.接收升级请求命令,分析数据包数量,保存数量为PACKET_MAXNUM;
2.接收解锁请求命令,调用FLASH_Unlock(),FLASH_ReadOutProtection()进行解锁操作,并发送解锁请求回复;
3.等待主机上一条命令的ACK回复,进入数据包传输状态,发送数据包请求,数据包计数m_Index自加一;
4.循环接收数据包,当数据包计数取余64不等于0,保存数据包的32Byte数据到m_FlashBuff存储,直至m_FashBuff数据量达到2048Byte容量,写于内部FLASH中,完成一个页的写入操作;
5.当数据包数据达到PACKET_MAXNUM,而取余不等于64,此时认为达到升级文件最后的字符,对于不满足2048Byte数据位填充零处理,写入最后的数据到FLASH;
步骤6.结束升级协议处理程序,发送校验码请求命令;
步骤7.接收校验码,与内部FLASH存储空间计算的校验结果进行比较:
1.校验正确:完成升级程序,发送升级完成命令,通知主机完成升级,并跳转至用户程序;
2.校验失败:跳转至步骤1;
本发明所采用的通信协议设计如下:
(一)物理层描述
采用标准UART通信接口,逻辑电平为3.3V TTL电平,UART工作在8N1模式,即8位数据位,无奇偶校验,一位停止位,波特率固定在115200bps。
(二)链路层描述
数据帧结构如表1所示:
表1
子命令码描述如表2所示:
表2
本发明的方法中,烧写文件利用的是主机的存储器,当主机有优越的文件读写速度时,可以利用主机对升级文件进行校验、网络更新下载等操作,而从机硬件设计上则不需要SD卡、USB等外部存储器,只需要提供基本电源和连接串口,软件系统上也不需要搭载文件系统,从机整个的rploader软件只需要8.19KB大小,而市面上的升级系统,如果搭载SD卡,一般要读取SD卡升级文件,移植文件系统,会使从机bootloader软件体积较大;在串口数据收发处理中,使用软件缓存CircleBuffer结构,为发送接口TX和接收接口RX分别申请1K内存,快速接收所有字节进入缓存,然后通过RecvMSGfromBuffer和STMControlLogical两个方法把接收的正确字符转换为协议消息,完成接收过程;该过程支持更高的串口波特率,通过修改串口波特率,可以提高文件传输速度,串口协议默认波特率为115200,当STM32f105作为从机时,在时钟速度设置正确的情况下串口传输波特率可以设置为400K,稳定完成文件烧写;本发明的方法中设计的协议使用的单一个32byte数据包校验和整个FLASH升级数据校验一起实现的冗余数据校验的方法,运算过程比CRC16简单,CPU占用率低,单个校验结果虽然比CRC的误码率高,但两种校验结合误码率会大幅度降低,并且提高运算效率;通过ACK应答和重发机制实现错误数据包在不大于设定的错误计数内重发,比STM32的IAP程序更加安全可靠;Demo板对主机系统完成了UI界面的接口和升级协议接口的对接,从机电源受主机的操作,当用户发现从机运行异常时,通过UI接口使用遥控器操作UI,点击升级按钮,实现重启从机,运行0x0地址的rploader完成从机升级文件的烧写和更新,通过UI和从机的状态灯闪烁都能正确提醒用户升级状态,这是对升级方法的可视化扩展,也是STM32的IAP所不具有的。
本发明提供的对微处理器存储单元进行文件烧写的方法,过程较为简单,稳定性好,出错率低,不容易出差错,安全性能好,运行效率高,可以很好地满足实际应用的需要。
以上所述实施例仅表达了本发明的实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种对微处理器存储单元进行文件烧写的方法,其特征在于,通过主机与从机互相配合实现,包括主机运行操作过程和从机运行操作过程。
2.根据权利要求1所述的方法,其特征在于,所述主机运行操作过程包括以下步骤:
步骤(1):主机打开升级文件初始化文件指针,初始化串口设备和CircleBuffer缓存,开始接收串行字符数据;
步骤(2):主机轮询CircleBuffer缓存;
步骤(3):主机控制从机复位引脚,置低电平,延时200ms后置高电平,完成从机重新复位;
步骤(4):主机等待从机起始帧升级请求,接收到请求,按照升级文件update.bin的大小,发送升级数据包总数量请求;
步骤(5):主机等待从机升级请求回复,接收到回复,发送FLASH解锁请求;
步骤(6):主机等待从机解锁回复,接收到回复,进入数据包传输等待;
步骤(7):主机接收到数据包请求,发送对应的数据包数据;
步骤(8):主机接收到文件校验请求,发送校验和数据;
步骤(9):主机接收到升级完成通知,退出运行。
3.根据权利要求1-2所述的方法,其特征在于,所述从机运行操作过程包括以下步骤:
步骤一:初始化串口设备和Circlebuffer缓存;
步骤二:发送升级起始帧,通知主机准备就绪;
步骤三:启动定时器,判断主机回复是否超时;
步骤四:查询CricleBuffer数据长度,提取分析数据包数据;
步骤五:停止定时器,进入协议通信和数据处理子函数ControlLogical进行操作;
步骤六:结束升级协议处理程序,发送校验码请求命令;
步骤七:接收校验码,与内部FLASH存储空间计算的校验结果进行比较。
4.根据权利要求1-3所述的方法,其特征在于,所述步骤三具体为:启动定时器,判断主机回复是否超时,如果回复状态位超时则判断用户程序完整性,跳转下一阶段程序;如果回复状态位不超时则更新指示灯状态,进入步骤四。
5.根据权利要求1-3所述的方法,其特征在于,所述步骤五具体为:停止定时器,进入协议通信和数据处理子函数ControlLogical实现以下操作;
1)接收升级请求命令,分析数据包数量,保存数量为PACKET_MAXNUM;
2)接收解锁请求命令,调用FLASH_Unlock(),FLASH_ReadOutProtection()进行解锁操作,并发送解锁请求回复;
3)等待主机上一条命令的ACK回复,进入数据包传输状态,发送数据包请求,数据包计数m_Index自加一;
4)循环接收数据包,当数据包计数取余64不等于0,保存数据包的32Byte数据到m_FlashBuff存储,直至m_FashBuff数据量达到2048Byte容量,写于内部FLASH中,完成一个页的写入操作;
5)当数据包数据达到PACKET_MAXNUM,而取余不等于64,此时认为达到升级文件最后的字符,对于不满足2048Byte数据位填充零处理,写入最后的数据到FLASH。
6.根据权利要求1-3所述的方法,其特征在于,所述步骤七具体为:接收校验码,与内部FLASH存储空间计算的校验结果进行比较,若校验正确,则完成升级程序,发送升级完成命令,通知主机完成升级,并跳转至用户程序;若校验失败则跳转至步骤一。
7.根据权利要求1-6所述的方法,其特征在于,所述方法的通信协议物理层采用标准UART通信接口,逻辑电平为3.3V TTL电平,UART工作在8N1模式,即8位数据位,无奇偶校验,一位停止位,波特率固定在115200bps。
8.根据权利要求1-6所述的方法,其特征在于,所述方法的通信协议链路层的数据帧结构如下:
9.根据权利要求1-6所述的方法,其特征在于,所述方法的通信协议链路层的子命令码描述如下:
CN201711276302.1A 2017-12-06 2017-12-06 一种对微处理器存储单元进行文件烧写的方法 Active CN108037931B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711276302.1A CN108037931B (zh) 2017-12-06 2017-12-06 一种对微处理器存储单元进行文件烧写的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711276302.1A CN108037931B (zh) 2017-12-06 2017-12-06 一种对微处理器存储单元进行文件烧写的方法

Publications (2)

Publication Number Publication Date
CN108037931A true CN108037931A (zh) 2018-05-15
CN108037931B CN108037931B (zh) 2021-02-02

Family

ID=62095434

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711276302.1A Active CN108037931B (zh) 2017-12-06 2017-12-06 一种对微处理器存储单元进行文件烧写的方法

Country Status (1)

Country Link
CN (1) CN108037931B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109697081A (zh) * 2018-12-19 2019-04-30 广州小鹏汽车科技有限公司 固件安全升级方法、装置、车载系统和车辆
CN112667264A (zh) * 2021-01-15 2021-04-16 广州路派电子科技有限公司 一种脱机下载软件升级的方法及系统
CN114860279A (zh) * 2022-04-22 2022-08-05 珠海海奇半导体有限公司 一种快速空片升级方法
CN117032579A (zh) * 2023-08-21 2023-11-10 上海合芯数字科技有限公司 一种从机启动方法、装置及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1923781A1 (en) * 2006-11-14 2008-05-21 Thomson Holding Germany GmbH & Co. OHG Method and device for sequentially processing a plurality of programs
CN102075564A (zh) * 2010-12-23 2011-05-25 李华嵩 一种远程软件升级技术方法
CN103294509A (zh) * 2013-05-17 2013-09-11 深圳市亿威尔信息技术股份有限公司 用于VxWorks操作系统的驱动多串口设备的方法
US20140373014A1 (en) * 2010-10-29 2014-12-18 Microsoft Corporation Inherited product activation for virtual machines
CN104375952A (zh) * 2013-08-14 2015-02-25 南宁市跃龙科技有限公司 一种从环形缓冲区读取数据的方法
US20150121376A1 (en) * 2013-10-25 2015-04-30 Samsung Electronics Co., Ltd. Managing data transfer
CN107368374A (zh) * 2017-07-26 2017-11-21 广州路派电子科技有限公司 用于嵌入式系统基于同步机制下的环形数据缓冲实现方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1923781A1 (en) * 2006-11-14 2008-05-21 Thomson Holding Germany GmbH & Co. OHG Method and device for sequentially processing a plurality of programs
US20140373014A1 (en) * 2010-10-29 2014-12-18 Microsoft Corporation Inherited product activation for virtual machines
CN102075564A (zh) * 2010-12-23 2011-05-25 李华嵩 一种远程软件升级技术方法
CN103294509A (zh) * 2013-05-17 2013-09-11 深圳市亿威尔信息技术股份有限公司 用于VxWorks操作系统的驱动多串口设备的方法
CN104375952A (zh) * 2013-08-14 2015-02-25 南宁市跃龙科技有限公司 一种从环形缓冲区读取数据的方法
US20150121376A1 (en) * 2013-10-25 2015-04-30 Samsung Electronics Co., Ltd. Managing data transfer
CN107368374A (zh) * 2017-07-26 2017-11-21 广州路派电子科技有限公司 用于嵌入式系统基于同步机制下的环形数据缓冲实现方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109697081A (zh) * 2018-12-19 2019-04-30 广州小鹏汽车科技有限公司 固件安全升级方法、装置、车载系统和车辆
CN112667264A (zh) * 2021-01-15 2021-04-16 广州路派电子科技有限公司 一种脱机下载软件升级的方法及系统
CN114860279A (zh) * 2022-04-22 2022-08-05 珠海海奇半导体有限公司 一种快速空片升级方法
CN114860279B (zh) * 2022-04-22 2023-03-14 珠海海奇半导体有限公司 一种快速空片升级方法
CN117032579A (zh) * 2023-08-21 2023-11-10 上海合芯数字科技有限公司 一种从机启动方法、装置及存储介质

Also Published As

Publication number Publication date
CN108037931B (zh) 2021-02-02

Similar Documents

Publication Publication Date Title
CN108037931A (zh) 一种对微处理器存储单元进行文件烧写的方法
CN108415717B (zh) 一种zynq soc固件升级方法及升级装置
US8566644B1 (en) System and method for debugging a target computer using SMBus
CN1320436C (zh) 储存虚拟化计算机系统及用于其中的外接式控制器
US7917813B2 (en) Exception condition determination at a control unit in an I/O processing system
US8095847B2 (en) Exception condition handling at a channel subsystem in an I/O processing system
CN111008033A (zh) 一种基于串口的通用dsp在线升级系统及升级方法
CN109284117A (zh) 基于闪存微控制器的固件升级方法和系统及闪存微控制器
WO2009039222A2 (en) Flexible sequencer design architecture for solid state memory controller
CN114281394A (zh) 一种快速在线升级程序的方法、系统、设备及介质
CN104469501B (zh) 一种基于串口通信协议的机顶盒自动设置方法
CN105182210B (zh) 一种计量芯片测试装置的通用接口及其实现方法
CN105320531A (zh) 一种基于MicroBlaze软核的FPGA软件在线升级方法
CN108170457A (zh) 固件升级方法、装置及vr头戴式显示器
CN106874054A (zh) 一种直放站内模块程序在线升级方法与系统
CN108762797A (zh) 一种ssd固件在线更新方法、系统及ssd
CN106843943A (zh) 一种stm32微处理器程序架构设计方法
CN106547636A (zh) 除错系统与方法
CN103092648B (zh) 一种镜像升级方法、系统及用户设备和个人计算机
CN117687664A (zh) 一种dsp的在线升级配置方法及装置
CN111897560A (zh) 基于NB-IoT模块的程序升级系统、方法、设备以及存储介质
CN102436430B (zh) 存储设备、主机控制器和存储系统
CN116561030A (zh) 一种数据传输方法、装置、设备及介质
TW394896B (en) Self-booting mechanism to allow dynamic system configurations and diagnostic
CN112992231A (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
TR01 Transfer of patent right

Effective date of registration: 20230711

Address after: Room 301, 3rd Floor, Building 6, No. 2 Tiantai 1st Road, Science City, Huangpu District, Guangzhou City, Guangdong Province, 510000

Patentee after: Guangzhou Lupai Liuma Technology Co.,Ltd.

Address before: 510663 room 602, building A1, 6th floor, No.19, Kehui 2nd Street, Kehui Jingu Park, No.99, middle Kexue Avenue, Luogang District, Guangzhou City, Guangdong Province

Patentee before: GUANGZHOU ROADPASSION ELECTRONIC TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right