• 状态
  • 已锁定 已锁定
  • 回复 12 回复
  • 订户 0 订户
  • 视图 899 视图
  • 用户 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.

[参考译文] CC3235MODSF：具有 CC3235MODSF 的定制硬件卡在未知状态

admin
Guru**** 2394305 points
Other Parts Discussed in Thread: CC3235MODSF, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1115269/cc3235modsf-custom-hardware-with-cc3235modsf-gets-stuck-in-an-unknown-state

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

您好！

我们正在使用具有 CC3235MODSF 的定制硬件进行开发。 最近，我们遇到了一个问题，我们正在寻找了解原因的方法。

4个引脚与 BATT (系统转换为3.3V)、GND、UART_TX 和 UART_RX 等硬件外露。 因此、每次插入电池时、器件都会启动。 此外、我们的 SOP 引脚保持悬空且不会暴露在外。 硬件外壳需要打开才能对生产时完成的电路板进行编程。 进一步的固件更新通过 OTA 完成。

器件在大多数情况下工作正常、但偶尔会唤醒模块。 恢复的唯一方法是使用 Uniflash 并重新对电路板进行编程。 否则、它会卡在未知状态。 这可能是由于插入电池时的电压波动造成的。

那么、第一个问题是、这可能是什么原因？ 我们是否应该向 SOP 引脚添加上拉或下拉？

我们一直在寻找一种方法来安全地确保这种情况永远不会发生。 我找到了"恢复出厂配置"功能、但无法使用。 该设置在 Uniflash 项目中启用：

但是、在我使用 Uniflash 刷写器件后、我在内部看不到文件"factory.img"：

那么第二个问题是、我们如何使用该功能？

如果您能帮助我理解并解决问题、那将会很棒。 谢谢。

欧格尔肯

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

    Ogulcan、

    您是否已从此 页面申请设计审查？

    BR、

    成

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

    您好！

    您无法看到映像文件、但它保留在 SFLASH 中。

    调用它的过程可以是通过软件或通过硬件。

    您可以在 NWP 用户指南 https://www.ti.com/lit/ug/swru455m/swru455m.pdf?ts=1657043120406&ref_url=https%253A%252F%252Fwww.google.com%252F 上阅读所有相关内容

    此致、

    Shlomi

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

    尊敬的 Seong：

    我相信我们的硬件团队对此负责。 如果您认为有必要、我会要求他们提交设计审查。

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

    您好、Shlomi、

    实际上、我已经在 NWP 用户指南上阅读了所有相关内容。 与您所说的相反、有论坛帖子供人们查看"Factory.img"：

    https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/960054/cc3235modsf-which-files-are-essential-on-sflash/3546900

    https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/988484/launchxl-cc3235sf-code-reason-in-simplelinktm-wi-fi-at-command-user-s-guide/3651367

    那么、什么是准确的信息？ 我能看到"Factory.img"文件吗？ 如果没有、我如何确保它在那里？

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

    您好、Ogulcan、

    是的、我建议这是必要的。

    BR、

    成

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

    是的、你是对的。

    很抱歉让人产生误解、但应该显示它。

    您能否连接到 Uniflash 并点击"Online User Files"查看您得到的列表？

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

    您好！

    很抱歉耽误你的回答。 我们在这里度过了一个漫长的假期。

    @Seong

    我已将链接转发给我们的硬件专家。 他将提交设计审核。

    @Shlomi

    感谢你的帮助。 我一直在"用户文件"下查找。 单击"联机用户文件"时、我可以看到其他文件。

    您能告诉我为什么"phya.cal"文件是删除线吗？

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

    我有另一个关于此问题的更新。 我们的一个器件卡在相同的未知状态下、我连接了 Uniflash 尝试读取"联机用户文件"。 我可以连接到设备、但我收到以下"80、'API blocked\File System locked"错误：

    然后、我尝试拉取 SOP[2：0]= 011引脚并切换 nRESET。 设备使用出厂映像重新启动。

    这是否意味着问题是我们所怀疑的？ 器件意外进入 UARTLOAD 模式并保持锁定状态、直到强制恢复出厂设置？

    谢谢。

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

    正如您看到的、phybg.cal 是一个有效文件、因为2.4GHz 频带涵盖了所有通道。

    使用5GHz 时、子频带很少、每次调整新子频带时都会进行校准。

    但是、由于每个子频段有大量的校准数据需要存储、因此 phya.cal 文件仅保存最后一个校准子频段。

    此外，为了节省存储此文件的时间，仅在调用 sl_Stop()时，文件才会更新到文件系统。

    只有当器件退出休眠(而不是从关断状态退出)时、它才会保持有效、与 sl_Stop ()之前的最后一个通道使用相同的通道、并且 Vbat 测量值高于2.6V。 因此、在这种情况下、您实际上会退出关断状态、因此您会将其视为无效文件。

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

    非常感谢您的解释。

    我在邮件上方的最新问题是什么？ 为什么设备出现"文件系统锁定"错误？

    此外、我们将 SOP 引脚保持 NC 状态 、而不在硬件中进行任何外部上拉或下拉。 每次为 CC3235MODSF 供电时、SOP0和 SOP1引脚始终处于低电平、但 SOP2引脚的行为如下(高电平持续大约10ms)：

    我们怀疑这可能会导致器件进入 UARTLOAD 模式并卡住。

    您能告诉我们为什么会发生这种情况吗？ 此外、我们如何确保 SOP2引脚始终为低电平？

    谢谢。

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

    您好！

    我将让 Seong 评论 SOP2、但据我所知、该引脚具有双重功能：作为 SOP[2](器件运行模式)、以及作为外部 TCXO 使能。 作为一个 TXCO 使能、此引脚是一个加电输出并且被驱动为逻辑高电平。 在休眠低功耗模式下、该引脚处于高阻态、但在 SOP 模式下被下拉以禁用 TCXO。 根据 DS、您需要在该引脚上连接一个100K 下拉电阻器。

    关于"文件系统锁定"消息、器件进入 UARTLOAD 模式并不是问题、因为即使在这种模式下、器件也应与芯片组通信并获取文件系统(正如您所做的那样)。 这意味着文件系统由于某种原因被锁定、除非您恢复出厂或重新编程、否则无法执行大量操作。 如果我有任何线索、让我来看看。

    此致、

    Shlomi

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

    Ogulcan、

    您观察到的 SOP2行为在器件上电时是预期行为、因此这不是问题的根源或副产品。

    实际上、模块内部的每个 SOP 引脚上都有100k 的内部下拉电阻器。

    BR、

    成