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.

[参考译文] CC3351:CC3351 固件上传持续时间、使用 RTOS 版本

Guru**** 2867080 points

Other Parts Discussed in Thread: CC3351

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1629431/cc3351-cc3351-firmware-upload-duration-with-rtos-version

器件型号: CC3351

您好:

我们目前正在将 CC3351 与 RTOS SDK 版本 R8.1 搭配使用。

我们的设置为:

  • MCU:STM32
  • 总线:SPI at 15MHz
  • RTOS:Zephyr

目前、我们调用 Wlan_Start 函数时、它将加载到芯片 3 文件(第二个加载器,固件和配置文件)中。  

您是否有任何关于正常/目标引导顺序时间的信息可供分享? 我们现在观察到、我们需要 4.75 秒来流式传输这 3 个文件。 您的启动时间似乎正常还是比预期慢?

谢谢、

Gaetan

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

    您好、Gaetan、

    这似乎有点慢、因为我在安装程序上以大约 16MHz 的 SPI CLK 运行、下载 3 个二进制文件总共需要大约 2.5 秒、尽管我使用的是 FreeRTOS。

    我会在您的平台上检查中断机制。 您是否使用基于中断的行为? 处理中断需要多长时间? 是否正在使用边沿或电平触发 IRQ 等?  

    也许最好用逻辑分析仪捕捉 SPI 总线、看看固件的确切位置、下载时间过长。

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

    您好 Sabeeh,

    感谢您的回答。

    感谢指标、所以我们方面有问题。

    是的、我们使用基于中断的行为、我们的 IRQ 配置为高电平有效、并在上升沿触发。

    处理中断需要多长时间?

    你说什么? EDGE Rising 和要调用的 IRQ 回调之间的时间? 或 IRQ 回调本身的持续时间?

    也许最好是用逻辑分析仪捕获 SPI 总线、看看固件下载时间太长了。

    “是“将尝试进行捕获并查看花费的时间。

    谢谢、

    Gaetan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您的意思是什么? EDGE Rising 和要调用的 IRQ 回调之间的时间? 或 IRQ 回调本身的持续时间?

    是的、我指的是 IRQ 边沿上升和回落之间的时间。 我可以尝试与电路板上的内容进行比较、并估算 IRQ 部分是否需要很长时间才能处理。 这种想法的原因是、在固件下载期间发送每个卡盘后、cc33xx 器件会通过中断响应来确认块、然后才能发送下一个块。

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

    您好 Sabeeh,

    很抱歉我迟到的回复。 我们在这边发现一些问题与 DMA(我们在 PSRAM 中使用了缓冲区用于 DMA、而不是在 SRAM 中使用)和 PSRAM(在 50MHz 而不是 200MHz 上运行)使用情况有关。 我们现在成功地在 25MHz 上加载固件 2.1 秒或在 15MHz 上加载 2.7 秒、这似乎非常接近您在 16MHz 上所得到的。

    感谢您的帮助、  

    Gaetan