EEPW论坛

Flash 工程师 来自： 发表总数：41 　 查看 　 短消息 　 电子邮件 -------------------------------------------------------------------------------- Vxworks在开发阶段和成品阶段引导的方式是不相同的，那么是否可以利用这种特性来构造不同的系统升级方案： 方案一：升级Vxworks＋App。在开发阶段Vxworks通过BSP下载到内存中运行，那么可直接将生成Vxworks烧结到Flash。修改BSP，每次引导时由BSP判断不同升级区域的Vxworks那个版本最新，从而将其拷贝到内存中运行。在线升级时总是覆盖旧版本的Vxworks＋App。 方案二：升级BSP＋Vxworks＋App。在成品阶段Vxworks是与BSP帮定在一起的，那么可在BSP引导之前判断哪个升级区域的系统程序更新，则跳转到该程序中运行。 两种方法的不同之处在于是否包含BSP，因为BSP和具体的Target有关，一旦稳定一般不更改。第一种方法的好处在于开发和成品阶段统一，但要浪费一些存储空间；第二种方法的好处在于将整个系统软件作为一体，便于处理。 另：我在实验中遇到将最终包含BSP的Vxworks_Rom烧结后，系统可以正常运行，但无法启动Target Server。不知是Vxworks_Rom不支持还是哪搞错了。如果不支持那么这也算两种方法的不同之一吧！！？？ 兄弟们有什么高见，交流交流。 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-25 - 18:23:57 IP: 61.186.*.* superme 工程师 来自： 发表总数：40 查看 　 短消息 　 电子邮件 -------------------------------------------------------------------------------- 我个人认为第一中方法较好，因为采用bootstrap + VxWorks时，bootstrap一般不需要更新，而保存两个VxWorks可以防止更新系统时发生意外（如断电）不会导致系统无法启动。 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-26 - 13:27:12 IP: 24.100.*.* superme 工程师 来自： 发表总数：40 查看 　 短消息 　 电子邮件 -------------------------------------------------------------------------------- 至于Flash里烧成VxWorks_ROM，我是可以启动 Target Server,建议你在编译VxWorks前 检查以下有没有包括 Target Server选项。