hex文件烧到ROM区域时是整个ROM都被烧写了？

Question

hex文件烧到ROM区域时是整个ROM都被烧写了？还是只有hex文件里指定地址的rom被烧写了？
一般烧写都是先擦除再烧写，擦是直接电刷rom区域把它都变成全FF是一个很迅速的动作，而写则是对指定地址上进行值写入，速度相对慢。这样理解对吗？
我理解的是，每次烧写，整块ROM都被清成FF，然后根据你的hex，在指定地址上写值，那样，没有指定的地方自然就全是FF。这个想法对不？
望高手指导。。。拜谢！

Answer 1

你拿开发板测试下，举例，初始默认设置ROM范围：0x0800 0000 ~ 0x0803 FFFF，假设你的程序只有0x3EBF大小，那么实际占用的ROM地址范围是0x0800 0000 ~ 0x0800 3EBF.

你看数据手册，会看到，擦书有两种方式，一个按Page，另一个就是Mass Erase，下面会我提到验证ST-Link采用哪种方式擦写。

每个Page是2KByte，即0x800，所以上面0x3EBF大小的程序，重新设置ROM范围：0x0800 4000 ~ 0x0803FFF，Rebuild下，生成的hex程序就是这个范围里的，使用ST官方擦写工具：STM32 ST-LINK Utility，你会发现，原来0x0800 0000 ~ 0x0800 3EBF范围里的程序还在，新擦写的程序是从0x0800 4000 ~ 0x0800 7EBF.

如上，为什么我说官方的ST-Link一定是按照Page擦写的呢，你可以试下将ROM范围设置为0x0800 2400 ~ 0x0803 FFFF，实际0x0800 2000 ~ 0x0800 2400这个地址范围里的数据也会被擦除为0xFF，而0x0800 0000 ~ 0x0800 2000的程序没有被擦除。

总结一句话，就是按照Page擦除，即2KByte，假如你是在2KB之间，ST-Link会自动识别，并按照2KB整块擦写，来保证你需要写入的地址是经过Erase的。
当然，你自己可以做那种Mass Erase擦除的。

PS：这几天正好在学习ARM，你拿一个开发板多Debug就会学习到这些，另外，还需要多看Datasheet，里面的内容都在。