文章目录
代码已开源,地址:
gitee:
https://gitee.com/qq791314247/mcu_bsdiff_upgrade
github:
https://github.com/791314247/mcu_bsdiff_upgrade
借用网上的介绍:适合嵌入式的差分升级又叫增量升级,顾名思义就是通过差分算法将源版本与目标版本之间差异的部分提取出来制作成差分包,然后在设备通过还原算法将差异部分在源版本上进行还原从而升级成目标版本的过程。 差分升级方案不仅可以节省MCU内部的资源空间、还可以节省下载流程及下载和升级过程中的功耗。
也就是说,差分升级是拿以前旧设备内的bin,和当前新版本的bin用某种算法算出他们的差异部分,然后在借助压缩算法,生产一个极其小的差分包,然后将这个差分包下载到设备中,设备在根据解压算法、差分还原算法,生产一个完整的新版本bin,然后将这个新版本bin刷到执行区执行代码。
差分升级一般来说,可以极大的减少下载量,特别是对于嵌入式STM32等单片机来说,可以极大的减少维护成本,因为嵌入式设备的升级维护一般都是空中ota升级,比如蓝牙、红外等,下载速度受到波特率、包长等限制,更新固件包非常的慢,而差分升级可以让下载的过程极大的缩小。正常的维护版本,即使改的再多,生成的差分包bin理论上在原bin的5%左右,比如一个300k的bin,改的很多的情况下差分包也不过15k左右,而我实际测试,版本维护平均都在5~10k左右。
差分升级过程:
在过程中有2个关键点:
第一:如何使用旧版本bin文件和新版本bin文件制作差分包?
该过程我们使用稳定的开源差分算法bsdiff+lzma生成差分包,该算法被大量使用,稳定安全,并且我们已在项目中批量使用,经过长时间的验证无任何问题。一般来说,该过程都是使用上位机来完成,嵌入式设备无需关心,我们已经做好了上位机软件,可以供大家随意使用,稍后会进行介绍。
第二:设备收到差分包后如何还原出新版本的bin****文件?
该过程就是我们要讲解的重点过程,相对应的,嵌入式设备中,我们依然使用开源差分算法bsdiff+lzma来还原新版本文件,代码全开源,并且我已做成了库、抽象出了极简的接口,移植起来费不了多少功夫,基本是市场上所有的单片机如stm32、瑞萨、华大、复旦微等都可以使用,但是有内存限制,要求ram至少要10k以上,然后是该库本身的消耗大概是5k的rom。
对于差分包的制作,我已经开发好了上位机软件,界面如下图所示:

上位机这边主要实现使用开源算法bsdiff制作旧版本bin和新版本bin的差分包,然后在使用lzma压缩算法来压缩差分包,最终生成一个差分bin,使用方法上位机界面提示的很清楚,最终效果如下图所示:

下载链接:
链接:https://pan.baidu.com/s/1nBpftim8OCUI3i32sP3eOA?pwd=diff
提取码:diff
代码已开源,地址:
gitee:
https://gitee.com/qq791314247/mcu_bsdiff_upgrade
github:
https://github.com/791314247/mcu_bsdiff_upgrade
整体代码如下图所示:

如上图所示,99%的代码用户都不用去关心,用户只需要提供一个flash写入接口即可,也就是该库给定用户flash地址、数据内容指针、数据内容长度,用户将该段数据写入到flash即可,移植起来特别简单,花不了几分钟的功夫,这也是我花大力气抽象接口的原因。
对于整个库的代码,我们只需要关心一个接口iap_patch,iap_patch在文件”user_interface.h”中。

该接口介绍也比较清晰,差分包的还原,只需要调用这一个接口即可。
/**
* @brief 用户使用差分升级时唯一需要关心的接口
*
* @param old 设备中执行区代码所在的地址,用户可指定flash执行区的地址,方便算法读出来当前
* 运行中的代码
* @param oldsize 设备中执行区代码的长度,用户可在差分包bin头获取
* @param patch 设备中已经下载的差分包所在的flash地址,或者ram地址,只要能让算法读出来即可
* 注意,下载的差分包自带image_header_t格式的文件头,真正的差分包需要偏
* 移sizeof(image_header_t)的长度
* @param patchsize 设备中已经下载的差分包的长度,用户可在差分包bin头获取
* @param newfile 新文件的大小,用户需填入新版本bin的长度,用户亦可以差分包bin头获取
* @return int 然后错误码,0成功,1失败
*/
extern int iap_patch(const uint8_t* old, uint32_t oldsize, const uint8_t* patch,
uint32_t patchsize, uint32_t newfile);
另外,使用该接口还原时所需要的一些信息可以在差分包文件头中获取,上位机在制作差分包时,会自动在差分包的bin头加上64字节的文件头,以便于告诉嵌入式设备旧/新版本bin文件的CRC校验、长度等信息。所以用户在收到差分包头时,偏移掉这64个字节的文件头的地址才是需要给到iap_patch接口的真正的bin文件。文件头格式如下代码,用户只需要关心中文注释的部分,其余的都是预留的信息。
/* 差分包制作时自带的文件头信息,用户只需要关心中文注释的部分 */
typedef struct image_header
{
uint32_t ih_magic; /* Image Header Magic Number */
uint32_t ih_hcrc; /* Image Header CRC Checksum 差分包包头校验 */
uint32_t ih_time; /* Image Creation Timestamp */
uint32_t ih_size; /* Image Data Size 差分包的大小 */
uint32_t ih_load; /* Data Load Address 上一版本旧文件的大小 */
uint32_t ih_ep; /* Entry Point Address 要升级的新文件的大小 */
uint32_t ih_dcrc; /* Image Data CRC Checksum 新文件的CRC */
uint8_t ih_os; /* Operating System */
uint8_t ih_arch; /* CPU architecture */
uint8_t ih_type; /* Image Type */
uint8_t ih_comp; /* Compression Type */
uint8_t ih_name[IH_NMLEN]; /* Image Name */
uint32_t ih_ocrc; /* Old Image Data CRC Checksum 上一版本旧文件的CRC */
} image_header_t;
/* 差分包制作时自带的文件头信息,用户只需要关心中文注释的部分 */
我截取一段我工程中的代码来讲解如何使用该接口还原出新版本bin文件:
1#ifdef BSDIFF_UPGRADE
2 image_header_t recv_head;
3 uint32_t recv_hcrc; /* 接收到的文件头CRC */
4 uint32_t calculation_crc; /* 计算出来的文件头CRC */
5 uint32_t spi_flash_addr = UPGRADE_PROGRAM_ADDR;
6
7 memcpy(&recv_head, (uint8_t *)APPLICATION_A, sizeof(image_header_t));
8 recv_hcrc = BigtoLittle32(recv_head.ih_hcrc);
9 recv_head.ih_hcrc = 0;
10 calculation_crc = crc32((uint8_t *)&recv_head, sizeof(image_header_t));
11
12 if (recv_hcrc == calculation_crc)
13 {
14 recv_head.ih_hcrc = recv_hcrc;
15 recv_head.ih_time = BigtoLittle32(recv_head.ih_time);
16 recv_head.ih_size = BigtoLittle32(recv_head.ih_size);
17 recv_head.ih_dcrc = BigtoLittle32(recv_head.ih_dcrc);
18 recv_head.ih_ocrc = BigtoLittle32(recv_head.ih_ocrc);
19 /* 差分升级包 */
20 recv_head.ih_hcrc = calculation_crc;
21 if (crc32((uint8_t *)APPLICATION_RUN, recv_head.ih_load) != recv_head.ih_ocrc)
22 {
23 APP_ERR_PRINT("file oldcrc err,calcrc:0X%08X, ih_oldbin_crc:0X%08X,",
24 crc32((uint8_t *)APPLICATION_RUN,
25 recv_head.ih_load), recv_head.ih_ocrc);
26 goto bsdiff_out;
27 }
28 RTOS_LOCK();
29 disable_task_monitoring(ALL_TASK_RUNFLAG_BIT, true);
30 // flash_erase_sector(UPGRADE_PROGRAM_ADDR, UPGRADE_PROGRAM_PAGE);
31 recv_hcrc = iap_patch((uint8_t *)APPLICATION_RUN, recv_head.ih_load,
32 (uint8_t *)(APPLICATION_A + sizeof(image_header_t)),
33 recv_head.ih_size, UPGRADE_PROGRAM_ADDR);
34 if (recv_hcrc != recv_head.ih_ep)
35 {
36 APP_ERR_PRINT("iap_patch len err.");
37 APP_ERR_PRINT("iap_patch len: %lu, new_len: %lu", recv_hcrc, recv_head.ih_ep);
38 goto bsdiff_out;
39 }
40 if (erase_program(APPLICATION_A))
41 {
42 APP_ERR_PRINT("I erase program failed.");
43 goto bsdiff_out;
44 }
45
46 current_flash_write_addr = APPLICATION_A;
47 for (uint32_t i = 0; i < (recv_head.ih_ep / 1024); i++)
48 {
49 xmq25qxx_read(spi_flash_addr, spi_read_cache, 1024);
50 if (xflash_write(current_flash_write_addr, spi_read_cache, 1024))
51 {
52 APP_ERR_PRINT("I write program failed.");
53 goto bsdiff_out;
54 }
55 spi_flash_addr += 1024;
56 current_flash_write_addr += 1024;
57 APP_PRINT("current_flash_write_addr: 0X%08X", current_flash_write_addr);
58 }
59 if (recv_head.ih_ep % 1024 != 0)
60 {
61 memset(spi_read_cache, 0XFF, 1024);
62 xmq25qxx_read(spi_flash_addr, spi_read_cache, recv_head.ih_ep % 1024);
63
64 if (xflash_write(current_flash_write_addr, spi_read_cache, 1024))
65 {
66 APP_ERR_PRINT("I write program failed.");
67 goto bsdiff_out;
68 }
69 }
70 if (crc32((uint8_t *)APPLICATION_A, recv_head.ih_ep) != recv_head.ih_dcrc)
71 {
72 APP_ERR_PRINT("file newcrc err,calcrc:0X%08X, newcrc:0X%08X, len: %lu",
73 crc32((uint8_t *)APPLICATION_A, recv_head.ih_ep),
74 recv_head.ih_load, recv_head.ih_dcrc);
75 goto bsdiff_out;
76 }
77 /* 下载成功,开始升级 */
78 if (check_bin_file((bin_info_t *)(APPLICATION_A + BIN_INFO_OFFSET))) /* bin文件非法 */
79 {
80 APP_ERR_PRINT("check_bin_file err.");
81 goto bsdiff_out;
82 }
83 recv_head.ih_dcrc = CRT_CRC16_check(0, (uint8_t *)APPLICATION_A,
84 recv_head.ih_ep);
85 readwrite_app_run_bin_info(0, &recv_head.ih_ep, (uint16_t *)&recv_head.ih_dcrc);
86 /* 整体校验成功,确认升级 */
87 if (switch_program_stage(STAGE_1))
88 {
89 APP_ERR_PRINT("I write switch_program_stage STAGE_0 failed."); /* 置位升级标志写失败 */
90 goto bsdiff_out;
91 }
92 APP_PRINT("upgrade success.");
93 bsdiff_out:
94 SYSTEM_RESET();
95 }
大约一年前,我决定确保每个包含非唯一文本的Flash通知都将从模块中的方法中获取文本。我这样做的最初原因是为了避免一遍又一遍地输入相同的字符串。如果我想更改措辞,我可以在一个地方轻松完成,而且一遍又一遍地重复同一件事而出现拼写错误的可能性也会降低。我最终得到的是这样的:moduleMessagesdefformat_error_messages(errors)errors.map{|attribute,message|"Error:#{attribute.to_s.titleize}#{message}."}enddeferror_message_could_not_find(obje
尝试通过RVM将RubyGems升级到版本1.8.10并出现此错误:$rvmrubygemslatestRemovingoldRubygemsfiles...Installingrubygems-1.8.10forruby-1.9.2-p180...ERROR:Errorrunning'GEM_PATH="/Users/foo/.rvm/gems/ruby-1.9.2-p180:/Users/foo/.rvm/gems/ruby-1.9.2-p180@global:/Users/foo/.rvm/gems/ruby-1.9.2-p180:/Users/foo/.rvm/gems/rub
我在我的Rails项目中使用Pow和powifygem。现在我尝试升级我的ruby版本(从1.9.3到2.0.0,我使用RVM)当我切换ruby版本、安装所有gem依赖项时,我通过运行railss并访问localhost:3000确保该应用程序正常运行以前,我通过使用pow访问http://my_app.dev来浏览我的应用程序。升级后,由于错误Bundler::RubyVersionMismatch:YourRubyversionis1.9.3,butyourGemfilespecified2.0.0,此url不起作用我尝试过的:重新创建pow应用程序重启pow服务器更新战俘
我实际上是在尝试使用RVM在我的OSX10.7.5上更新ruby,并在输入以下命令后:rvminstallruby我得到了以下回复:Searchingforbinaryrubies,thismighttakesometime.Checkingrequirementsforosx.Installingrequirementsforosx.Updatingsystem.......Errorrunning'requirements_osx_brew_update_systemruby-2.0.0-p247',pleaseread/Users/username/.rvm/log/138121
我已经在Sinatra上创建了应用程序,它代表了一个简单的API。我想在生产和开发上进行部署。我想在部署时选择,是开发还是生产,一些方法的逻辑应该改变,这取决于部署类型。是否有任何想法,如何完成以及解决此问题的一些示例。例子:我有代码get'/api/test'doreturn"Itisdev"end但是在部署到生产环境之后我想在运行/api/test之后看到ItisPROD如何实现? 最佳答案 根据SinatraDocumentation:EnvironmentscanbesetthroughtheRACK_ENVenvironm
我最近决定从我的系统中卸载RVM。在thispage提出的一些论点说服我:实际上,我的决定是,我根本不想担心Ruby的多个版本。我只想使用1.9.2-p290版本而不用担心其他任何事情。但是,当我在我的Mac上运行ruby--version时,它告诉我我的版本是1.8.7。我四处寻找如何简单地从我的Mac上卸载这个Ruby,但奇怪的是我没有找到任何东西。似乎唯一想卸载Ruby的人运行linux,而使用Mac的每个人都推荐RVM。如何从我的Mac上卸载Ruby1.8.7?我想升级到1.9.2-p290版本,并且我希望我的系统上只有一个版本。 最佳答案
当我使用has_one时,它工作得很好,但在has_many上却不行。在这里您可以看到object_id不同,因为它运行了另一个SQL来再次获取它。ruby-1.9.2-p290:001>e=Employee.create(name:'rafael',active:false)ruby-1.9.2-p290:002>b=Badge.create(number:1,employee:e)ruby-1.9.2-p290:003>a=Address.create(street:"123MarketSt",city:"SanDiego",employee:e)ruby-1.9.2-p290
说在前面这部分我本来是合为一篇来写的,因为目的是一样的,都是通过独立按键来控制LED闪灭本质上是起到开关的作用,即调用函数和中断函数。但是写一篇太累了,我还是决定分为两篇写,这篇是调用函数篇。在本篇中你主要看到这些东西!!!1.调用函数的方法(主要讲语法和格式)2.独立按键如何控制LED亮灭3.程序中的一些细节(软件消抖等)1.调用函数的方法思路还是比较清晰地,就是通过按下按键来控制LED闪灭,即每按下一次,LED取反一次。重要的是,把按键与LED联系在一起。我打算用K1来作为开关,看了一下开发板原理图,K1连接的是单片机的P31口,当按下K1时,P31是与GND相连的,也就是说,当我按下去时
我完全不是程序员,正在学习使用Ruby和Rails框架进行编程。我目前正在使用Ruby1.8.7和Rails3.0.3,但我想知道我是否应该升级到Ruby1.9,因为我真的没有任何升级的“遗留”成本。缺点是什么?我是否会遇到与普通gem的兼容性问题,或者甚至其他我不太了解甚至无法预料的问题? 最佳答案 你应该升级。不要坚持从1.8.7开始。如果您发现不支持1.9.2的gem,请避免使用它们(因为它们很可能不被维护)。如果您对gem是否兼容1.9.2有任何疑问,您可以在以下位置查看:http://www.railsplugins.or
我正在使用带有Rails的Devise,我想添加一个方法“getAllComments”,所以我这样写:classUser在我的Controller中:defdashboard@user=current_user@comments=@user.getAllComments();end当我访问我的url时,我得到了undefinedmethod`getAllComments'for#我做错了什么?谢谢 最佳答案 因为getAllComments是一个类方法,而您正试图将其作为实例方法访问。您要么需要访问它:User.getAllCom