1
完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
如题。
我用过两种以太网远程更新的方案。核心部分都是:芯片flash分成两段:IAP程序段和APP程序段,IAP程序通过网页接收文件,然后写入APP程序段。 第一种方案是:APP程序通过以太网接收特定的更新程序指令然后跳转IAP程序,IAP程序作为服务器,通过一个网页接收文件更新APP程序。 但是第一种方案有一个缺点是:如果在IAP更新APP的过程中发生了掉电,导致APP程序未更新完成,那程序就一去不返了。 第二种方案是:IAP程序上电之后等待30秒,在30秒之内如果有网页连接,就执行远程更新,否则在30秒之后跳转用户程序。 它的缺点就是想更新程序的人必须给芯片复位,然后手忙脚乱的在30秒之内连接到服务器,否则就错过了更新程序的时间。 我想寻求一种稳定可靠的方便的远程更新方案。我自己想了一个方案: IAP程序把收到更新文件暂存入外部SRAM,等到文件接收完全了并全部存入SRAM后再启动更新,并通过备份寄存器记录程序更新的状态,或者版本号之类的。 请问有人做过类似的操作吗?有什么需要注意的?可以提供一些资料吗? 或者有其他更加成熟的方案吗? |
|
相关推荐
7个回答
|
|
更新指令做在APP里面.APP程序收到更新指令.重新启动到IAP程序.IAP更新完成再回到APP执行.解决掉电的问题,可能要有两个程序,一个是备份.
|
|
|
|
两个APP程序?每次更新程序的时候覆盖掉一个,另一个做备份?
请问这个方案用于产品过吗? 那样的话对于用户每次更新的程序中断向量偏移地址都不同,另外程序如果太大也不好吧。 |
|
|
|
看来楼主还是有两下子的.两个APP,你不会玩备份与还原吗?为什么只会玩中断向量呢.
|
|
|
|
没玩过,程序的备份与还原应该怎么做呢?
(另外最佳答案不是我设置的,我还有问题没解决,今早上来看到结贴了我一脸黑线) 另一个问题是假如用户刷新的APP 程序是错的,新的APP程序根本无法接收刷新程序指令该怎么办呢? |
|
|
|
请看一下六楼
|
|
|
|
我现有产品已使用
407+ucos+lwip 外地的终端产品全部链接到我公司的服务器 随时都能查询状态和更新程序 方案 分区:FLASH_SECTOR_0 boot区 FLASH_SECTOR_3 参数区 56扇区为用户app 78也是 在56升级的是78 在78升级56 boot功能 BSP_IntDisAll(); 延时读参数 if(SYS_PARA_.start_adr != USER_FLASH_LOW_ADDRESS) SYS_PARA_.start_adr = USER_FLASH_HIGH_ADDRESS; usr_adr = SYS_PARA_.start_adr; if(APP_RST_VALID()) //通过跳线可恢复上一次的程序 防止升级错误 { usr_adr = (usr_adr==USER_FLASH_LOW_ADDRESS) ? USER_FLASH_HIGH_ADDRESS:USER_FLASH_LOW_ADDRESS; } __disable_irq(); //IWDG_Init(6,500); /* Jump to user application */ jump_adr = *(__IO uint32_t*) (usr_adr + 4); Jump_To_Application = (pFunction)jump_adr; /* Initialize user application's Stack Pointer */ __set_MSP(*(__IO uint32_t*)usr_adr); SCB->VTOR = usr_adr; __set_FAULTMASK(0); // 关闭所有中端 Jump_To_Application(); while(1); 用户区在56扇区通过多渠道(网络、总线、rfid)命令来接收升级数据 写入78扇区 写完后crc校验 完毕后把参数区引导位置修改成78扇区 重启 ok |
|
|
|
多谢你,SCB->VTOR = usr_adr。这一句写在IAP程序里让我茅塞顿开。
但是还是要通过手动操作硬件的方式防止APP程序更新错误。我想这也是不可避免的,就算APP程序暂时没错,也难保它半年之后不跑飞。 我有一个减少这种错误的方案的大概思路: 在备份寄存器设置一个新的APP验证完成标志:APP_OK;新的APP执行次数标志:APP_CNT。 1,APP1更新APP2, APP_OK=0; APP_CNT=0; MCU_RESET; 2,IAP程序在APP_CNT==0的情况下, APP_CNT=1; 跳转APP2. (下次必须 APP_OK==1 才能继续跳转APP2,否则说明APP2有问题,就跳转APP1) 3,APP2在首次执行的时候要由用户发送指令验证自身的远程更新能力是否有问题, 如果没问题 APP_OK=1。 |
|
|
|
只有小组成员才能发言,加入小组>>
如何使用STM32+nrf24l01架构把有线USB设备无线化?
2569 浏览 7 评论
请问能利用51单片机和nRF24L01模块实现实时语音无线传输吗?
2365 浏览 5 评论
3210 浏览 3 评论
2837 浏览 8 评论
为什么ucosii上移植lwip后系统进入了HardFault_Handler?
2789 浏览 4 评论
请教各位大咖:有没有接收频率32M左右的芯片推荐的?先感谢啦!
666浏览 1评论
905浏览 0评论
1026浏览 0评论
671浏览 0评论
499浏览 0评论
小黑屋| 手机版| Archiver| 德赢Vwin官网 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-23 00:01 , Processed in 3.257015 second(s), Total 89, Slave 73 queries .
Powered by 德赢Vwin官网 网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号