基于VxWorks的bootrom代码改进

87 AE 3C 74 FD 5C 5F 6A FD 8B 000 220h D6 BD 3A EB FF 6F CF 2A D2 69 95 E9 34 AE E7 EF 000 230h 86 94 00 00 00 00 00 00 00 00 00 00 00 00 00 00 000 240h 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 000 250h 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

从表1可以看出，在地址0x00078233处就是0值了。这样可以通过对文件内容的操作将0x00078240后面的内容全部剔除，从而可将合并后的bootrom代码控制在512KB以内。当然，我们通常会选择一个整数值进行操作，即将0x0007824后的所有值去掉即可。

这样处理，可以减少维护和开发的工作量。如果按照以往的做法，bootrom软件对外将有第一份和第二份的区别，无论是生产、上层软件调试还是开发，都需要分别对待，这样维护量和开发量将会加大。而经过修改后，可把区别只控制在开发阶段，在线升级时，可以按照一个软件来通过串口或网口来进行升级。通过对bootrom最后生成文件大小的控制，可以简化生产流程，加快生产进度。

3 小结

在嵌入式操作系统中进行程序开发，需要经常开辟新的思路，以一些简单的实现方式代替复杂易错的方式。在本次产品开发过程中，将bootrom映像生成方式由惯用的GNU make命令行实现，修改为按照新建工程的方式来实现，是一个相对好的方法，对整个产品的后续批量生产、用户维护和后续开发都奠定了一个良好的基础。

《基于VxWorks的bootrom代码改进(第3页)》