LPC1778 checksum in vector table invalid need recover

[BianHaopeng1]

你好，我在调试LPC1778的FLM时，调用FLM向0x0-0x400写入数据之后发现数据不正确。现在我的调试器无法连接芯片，我查阅了资料，认为是vector table写入的数据出错了，和我想要写入的数据不一致，导致checksum不合法。资料显示checksum不合法会导致芯片进入ISP模式等待下载程序。

1.我想知道这个状态要怎么恢复？

2.为什么FLM写0x0-0x400会引发问题，我尝试了写0x400-0x7FFFF都是正常的。翻看FLM源码，其中有个SET_VALID_CODE的参数会自动修改校验和，是不是这部分有什么问题？

[tracy74crawford]

To recover the LPC1778, force ISP mode by holding P2.10 low during reset, then connect through UART0 and erase/reprogram the flash. An invalid vector-table checksum should cause the ROM bootloader to enter ISP, but if 0x2FC (CRP) was accidentally programmed with a CRP value, SWD/JTAG may be disabled and ISP access can also be restricted. The 0x0000–0x0400 region is special because it contains the vector table, the checksum at 0x1C, and CRP at 0x2FC; therefore, writing it as ordinary data can cause exactly this problem. SET_VALID_CODE is intended to correct the vector checksum, so it is not inherently wrong, but you should verify that your FLM applies it to the correct vector-table format/address and that the CRP word at 0x2FC is preserved correctly. Writing 0x400–0x7FFFF works because it avoids these bootloader-sensitive locations.

[Harry_Zhang]

Hi @BianHaopeng1 

0x0000–0x0400 不只是普通 flash 数据区，它包含启动向量表、0x1C 的 valid-code checksum，以及 0x2FC 的 CRP 配置字 。checksum 错会让 ROM bootloader 判定 user code invalid 并进入 ISP；如果 0x2FC 被误写成 CRP pattern，还会导致 JTAG/SWD 访问受限甚至不可恢复到普通调试状态。

您可以优先按 ISP 恢复 处理：

拉低 P2[10]，然后复位芯片 ，bootloader 接管并进入 ISP mode。

通过 UART0：P0[2] / P0[3] 连接 FlashMagic 或等价 ISP 工具，执行全片擦除或重新下载一个有效镜像。

如果只是 checksum 不合法 ，进入 ISP 后应能擦除并恢复；如果误写了 CRP1/CRP2 ，JTAG 会被禁用，但 ISP 仍有受限恢复路径；如果误写成 CRP3 ，文档说明它会完全禁止 JTAG 和 ISP，这种情况下基本不能再通过常规 ISP/JTAG 恢复。

BR

Harry