This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2642R:CRC 的响应变化

Guru**** 2595770 points
Other Parts Discussed in Thread: SYSCONFIG

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1360151/cc2642r-change-in-response-of-crc

器件型号:CC2642R
主题中讨论的其他器件:SysConfig

您好!

我按照以下顺序操作、以后门引导加载程序模式刷写 TI 芯片。

发件人: ping

接收:ACK

发送方:CRC

已接收:ACK 并获取 CRC

发送器:存储体擦除

接收:ACK

发件人:状态

接收:0x40 (成功)

发件人:下载

接收:ACK

发件人:状态

接收:0x40 (成功)

发送方:Send_Data

接收:ACK

发件人:状态

接收:0x40

我正在尝试为每条命令闪存352KB (整个闪存区域) 128个字节

刷写后、我将检查所刷写映像的 CRC 和从 TI 芯片计算出的 CRC (CRC (0x27)的响应)都是匹配的

因此、复位 PIN (BLE_RST)以启动 TI 芯片

TI 芯片也使用闪存映像启动、但之后、如果我尝试计算 CRC、则出现不匹配情况

这是预期结果吗? 出现了时序问题?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    感谢您与我们联系。

    您所描述的行为可能是预期行为。

    几个示例(尤其是 BLEStack 示例)将在首次引导时触发对闪存进行写入。 通常用于初始化 NVS (闪存中的非易失性存储器)、并在需要时存储密钥和绑定信息。 这当然会影响在整个闪存上计算出的 CRC。

    如果您想确认这一点、我建议以下两点:

    -仍然假设您正在使用一个 BLE 示例,如果您转储器件的闪存内容并将其与初始二进制文件进行比较,您应该只在 NVS 区域观察修改(参见 SysConfig 检查其位置)。

    - NVS 并不是驱动程序"empty"示例所使用的-那么您应该没有遇到要修改的闪存内容

    我希望这将有所帮助、

    此致、