请问谁做过以太网远程更新的完备方案吗？

更新指令做在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。