CRC校验问题

[NorbertShi]

调试发现一个CRC问题
目前程序内容我们设置CRC在程序启动时对app部分即0x6000~0x80000地址范围做CRC校验。
此前，我修改了一个程序，当时刷写之后启动产品CRC校验OK。过了一周后，我再刷写该程序，此时报CRC校验失败，但实际该程序我完全没修改。
我换了一个产品，再刷写，还是失败。这个可能是什么问题导致的么？
我对比了产品硬件，没发现什么异常，程序也是前几天测试OK的，今天刷写就不行了，可能是什么导致的？

[Diga]

可以用 J-Flash 直接回读出来，进行diff

[NorbertShi]

jtag引脚在现有程序下禁用了，但两个产品此前调试时功能都正常，说明FLASH应该没什么问题，只是今天刷写旧程序才出现该问题。

[NorbertShi]

我现在就是测试，同一个程序，换块板子就算出一个新的CRC校验值。这个计算范围都是一样的，算出来的值不一样，这值也不是每次上下电都变化，今天之内测试校验值都是这一个值，说明计算是稳定的。
这可能是那块设置不对么？

[Diga]

CRC 种子跟多项式不变，CRC 加密的Flash内容一致，那么CRC 的两次计算结果也肯定是一致的

[NorbertShi]

但目前我的情况是同一个程序，换一个MCU计算出来的结果就不同了。

[Diga]

0x6000~0x80000 里面有会变化的数据区域吗？
程序有做 OTA 吗？
如果都确定没问题的话，建议还是把数据回读出来，diff，或者用第三方工具算一下 CRC 结果

[NorbertShi]

1、0x6000~0x80000部分数据稳定
2、没有做OTA
3、此前我程序容量较小的时候，大概就0x6000到0x20000的时候，这个校验还是没问题 的。最近程序大了，才发现这个问题

[ytm0267]

做字节对齐了吗，例如8个字节对齐，不够的填充0xFF；不仅字节对齐，还要看一下 Flash 页的大小，如果最后一段数据的大小不足以填满一个完整的页，可以使用填充操作（如填充 0xFF）来确保该页能够完全擦写；