※ 引述《WolfLord (呆呆小狼)》之铭言：
: ※ 引述《gg1122 (99通未接来电)》之铭言：
: : 问题1.这样对APP code跑起来会造成问题吗 ?
: 你是直接沿用Intel HEX还是自定义格式？
: 如果使用Intel HEX，那你只要使用不是01~05的格式码自然就不会弄错了。
: 如果是自定义码，那只要你的LOADER自己能正确解码，那就不会有问题了。
W大 编译器编出来的hex 是Intel HEX格式 但是我同事是说可以直接编bin
是不清楚bin开起来会长怎样....之前都没做过bootloader...
现在就是用NXP编译器 直接输出bin档
这个bin想另外藏head进去(可能找现成的软件或自己写个AP做)
哪个自定义码意思是 ??
我的loader应该可以正确收进来(待测)
只是现在客户AP定的通讯协定 让我的loader很难写
目前想请教的点为 FLASH 如果在本来APP code的资料除外
又乱塞资料oxFF 在这些真实资料片段之间 会成APP code当机或者不能跑?
如果塞了40Byte 0xFF 在APP code 开始点 又或先把这216个资料写入
后面再塞写0xFF*40(或者是不写之前ERASE过 应该为0XFF)
1. start app address next page
|

bin档是memory dump联offset都没有，你说的那些在bin都不可行，除非你作记号的位址不是执行码。

我以为跟普通的开档 读档一样 = = 所以应该是在APP 哪边应应该直接把这些资料定在到最前面让编译器帮我们转出bin档?不过app code哪边最前面不是会被编译器拿来放中断向量吗?还是我又搞错方向了? 还麻烦赐教 谢谢

你完全搞错了，BIN档是ROM CODE，如果你有使用OS然后动态加载执行，那才有标头、索引什么的，最常见的是PE、COFF、ELF这三种格式。如果是静态配置到FLASH的，那要不就是直接映射的BIN要不就是现成的HEX，除此之外都是各家随意订制的格式内容。

简而言之 我别在肖想乱塞资料到FLASH这件事然后可手动编译bin档 loader前面多少不写入FLASH自己知道真的资料就一个一个收好page填入哪些位置就是.map规定好的 所以别恶搞吧?如果是这样 我只能跟客户沟通协定了

You got it

谢谢!

bin档内容就是.init, .text..等section的资料,顺序依照你的linker cmd安排,你的例子或许可以在cmd档加一个secttion, 然后把你想要的资料填在那个section里，因为是你自己知道的位置，所以程式中要当Data或Op都随你。