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

[参考译文] CC3220：CC3220的首次引导时间

admin
Guru**** 2535750 points
Other Parts Discussed in Thread: UNIFLASH, CC3220SF, CC3220S

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/687756/cc3220-first-boot-time-for-cc3220

器件型号：CC3220

大家好、

我正在我的项目之一中使用 CC3220芯片、该芯片现已投入生产。

刷写映像后、我们将使电路板进入运行模式、并在某些 GPIO 上检查8MHz 时钟以进行晶体验证、然后保持复位状态。 我们观察到、在20个电路板的100个电路板中、无法启动、并且在重新编程后仍能正常工作。

第一次引导是否有任何特定的引导时间？ 在运行模式下、我们将测量8MHz 的时钟、在15秒后、我们将保持复位状态以刷写其他一些 IC。 让我知道这背后的原因是什么？

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

    首次启动时、将解压缩编程的映像、并创建文件系统。 这可能需要一些时间、具体取决于图像大小和使用的闪存芯片类型。

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

    您好、Jan、

    是否有任何文档描述了首次启动和随后启动时的事件序列？ 我们认为此处的闪存已损坏。  

    下面是我们最初通过自动生产编程设置实际执行的操作

    SOP2引脚驱动为低电平-->编程 CC3220 -->使能复位-->写入 MAC 地址-->使能复位-->使 SOP2引脚驱动为高电平-->使能复位-->等待8MHz 时钟稳定-->测量8MHz 时钟-->使能复位

    首次启动时、生成时钟所需的时间为~4秒、而生成时钟所需的时间为~4秒、然后时钟稳定。 因此、我们在取消复位后使用了9秒的等待时间、然后在测量后再次复位芯片。 我们经常看到 CC3220无法在生产测试站执行代码的故障、1000个电路板的故障率为15%。 之后、我们将等待时间增加到了15秒、现在我们看到此问题导致的失败率为0.4%。 我们可以在第二次尝试时对电路板进行重新编程并解决此问题、但我们怀疑某些闪存操作是在第一次启动后进行的、这需要很长时间。 因此、我们需要了解 TI 堆栈在首次启动时执行的典型写入操作、就像向闪存写入任何与校准相关的数据等 我们希望找到故障的根本原因、以便我们不会因断电等原因而在现场遇到问题

    TI 或您的任何客户是否发现任何已知问题？ ESD 等是否可能导致此类损坏？ 我们从未发现我们制造的其他产品存在此类问题。

    谢谢

    Vinod

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

    尊敬的 Vinod：

    不幸的是、我对此问题没有任何经验。 首次启动时间取决于映像大小和闪存。 如果您提供这些信息、TI 的员工就可以查看这些信息。 如何对 CC3220进行编程(嵌入式编程、通过 SPI 闪存编程器硬件的 Gang 映像)？

    但我的猜测是最好的... 即使是同一批次、SPI 存储器芯片的写入速度也会在芯片之间有显著差异。 也许某些芯片的擦除或写入操作会稍微慢一些、这会导致您的问题。

    1月

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

    我们将使用 CLI 命令通过 uniflash 进行刷写。

    此外、SPI 闪存器件型号"MX25R3235FZBILR0"与建议器件相同。
  • 0
    TI__Guru**** 2535750 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Sumit、

    图像的大小？

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

    您好、Jan、

    图像大小为189KB。

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

    您好、Sumit、

    好的、您的图像很小。

    让我将问题更改为"TI"、如果我...

    使用闪存芯片 MX25R3235FZBIL0启动 CC3220时、解压并安装大小为189KB 的映像需要多长时间？ 映像由 Uniflash CLI 编程。

    您需要等待 TI 的回答。 我不知道确切的数字。

    1月

  • 0
    TI__Guru**** 2535750 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我将验证此数据是否存在、并在可用时共享这些更新。
  • 0
    TI__Guru**** 2535750 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的奥斯汀：

    您对此有什么看法吗？

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

    尊敬的 Vinod：

    击穿在很大程度上取决于映像大小(我理解为189KB)和串行闪存参数。
    另外、由于以下两个原因、了解它是 cc3220SF 还是 cc3220S 也很重要：

    CC3220SF 在对内部闪存(从串行闪存复制)进行编程方面有额外的时间
    2. CC3220SF 的默认映像大小为512KB、CC3220S 为256KB

    因此、如果我同时考虑串行闪存的类型和类型、则只需删除服务包和 MCU 映像的存储器空间就会花费相当长的时间(无论映像大小如何、 SP 和 mcuimg 计数的预定义分配大小–而不是实际大小)。

    • CC3220S
      • 串行闪存中分配的空间大小至少为256KB + 264KB = 520KB -> 130个子扇区4KB ->擦除块的典型时间为58mSec 得出~7.5s。 我们还没有进行会计核算：
        • 还有其他文件
        • 这只是擦除、您还需要对编程本身进行计数
        • 这是一种典型情况、在子扇区高达240mSec 时可能会更糟
    • CC3220SF
      • 串行闪存中分配的空间大小至少为512KB + 264KB = 776KB -> 194个子扇区(4KB)->擦除块的典型58mSec 时间产生~11.2s。 我们还没有进行会计核算：
        • 还有其他文件
        • 这只是擦除、您还需要对编程本身进行计数
        • 还需要考虑内部闪存编程
        • 这是一种典型情况、在子扇区高达240mSec 时可能会更糟