• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 9 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 156 次查看
  • 用户 0 名在线用户
选项
选项
相关

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.

[参考译文] CC2652R7：使用 cJTAG 对多个器件进行闪存以进行生产

admin
Guru**** 652440 points
Other Parts Discussed in Thread: CC2652R7, UNIFLASH
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1195457/cc2652r7-flashing-multiple-devices-using-cjtag-for-production

器件型号：CC2652R7
主题中讨论的其他器件： UNIFLASH

您好！

我们希望在生产设置中通过 cJTAG (2线 TMS/TCK)同时将生产固件闪存到12个 CC2652R7。

我们已确认、通过引用此 线程 并使用 UniFlash (版本：8.1.0.4135)连接每个板、可以同时对三个 LaunchPad 进行编程。
因此、我们将星型拓扑中的器件数量扩展到12、以最大限度地缩短布线长度。
而且、我们最终将使用 UniFlash 生成的独立命令行。


在这种情况下、我们有几个问题。

  1. LaunchPad 的 XDS110 OUT 连接器是否可用于此目的？ 我们定制板上的 CC2652R7设计为在1.8V VCC 下运行。
  2. 是否需要为此目的使用 RESET 引脚？ 我们希望尽可能减少闪存所需的信号连接数量。 (不用于调试)
  3. 对于闪存、此并行连接应该正常。 但是、为了在闪存后进行验证、这个连接可能是问题、这是因为所有 CC2652R7在同一信号路径上同时传输回读内容、从而产生 ORed 位。 因此、我们认为无法正确执行回读验证。
    在通过 cJtag 进行多个器件连接时、为实现此生产目的进行闪存后、选中"程序加载期间使用 CRC 验证"是否足以进行验证？
    我们希望确保在生产过程中正确刷写同一连接下的所有器件、而不会出现任何错误。
  4. "程序加载期间使用 CRC 校验"的作用是什么。 选项实际可行吗？
    我们认为、在选中此选项的同时生成独立命令行将启用"-v"选项作为命令行参数。
    但当我们查看由独立命令行生成的日志时、此选项似乎不会读回闪存后的所有写入内容。
  5. 对于此配置、我们是否应该考虑其他可能的问题？

谢谢你。

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

    您好！

    感谢您与我们联系。 我们将调查您的问题、并尽快回复您。

    此致、

    1月

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

    你好、Nao、

    1.是的、XDS110 OUT 连接器可用于此目的。 至于 VCC、请注意、在1.8V 电压下、它接近噪声裕度。 另请参阅下面的欠压电压表。

    2.是的、需要复位。

    我们的软件团队可以帮助回答剩余的问题。

    此致、

    Bun

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

    你好，Bun，

    感谢您的快速回复。

    我将等待您对其余问题的帮助。

    谢谢你。

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

    你好、Nao、

    您能否分享一些有关如何并行刷写器件的详细信息？ 我不知道可以这样做，而且很想了解必要的步骤。 "程序加载期间使用 CRC 校验"将加载映像并使用 CRC 校验来确保映像正确。

    此致、

    1月

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

    您好、Jan、

    我们参考以下线程测试了并行闪存。

    https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1106865/cc1352p-flashing-debugging-multiples-chips-with-cjtag-or-jtag

    此外  、在我们的理解中、IEEE1149.7标准支持这一点。

    而且、我们了解 "在程序加载期间使用 CRC 校验" 只是用于 验证要刷写的映像。

    但是、是否有方法可以比较独立命令行中的映像文件和写入内容？

    这是一种验证闪存是否确实成功的方法、方法是回读所有写入的内容并检查它们是否与原始映像文件匹配。

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

    你好、Nao、

    感谢您的分享！ 我不熟悉这种方法。 我不确定是否可以在菊花链设置中验证在电路板上刷写的映像。

    此致、

    1月

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

    您好、Jan、

    好的。

    由于在菊花链设置中似乎没有可靠的方法来验证它、我们开始考虑使用多个 XDS110并将其以一对一的方式并行刷写。

    在这种情况下、让我这样问：XDS110和目标器件之间的一对一连接是否有更可靠的验证方法、不仅 是映像本身的 CRC 验证、还读回实际写入的内容并将其与原始映像文件进行比较？

    如何使用可从 Uniflash 生成的独立 CLI 来完成此操作？

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

    你好、Nao、

    我已确认 Uniflash 中的 Verify 选项应在加载的映像和写入的数据之间执行 CRC 校验。 这应该足以验证数据是否已正确写入。 修改如下所示的加载选项时、CCS 还能够在加载时执行一些验证：

    您能否检查 Uniflash 中的验证选项是否适用于您的验证目的？

    此致、

    1月

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

    感谢 Jan 的确认。

    最好能听到 Uniflash 中的验证在映像和实际写入内容之间执行 CRC 检查。