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

[参考译文] IWRL6432AOP：通过 SPI 引导

admin
Guru**** 2837190 points

Other Parts Discussed in Thread: AWRL6432, IWRL6432, AWRL1432, IWRL1432

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1631810/iwrl6432aop-boot-over-spi

器件型号： IWRL6432AOP
Thread 中讨论的其他器件： AWRL6432、 IWRL6432、AWRL1432、 IWRL1432

您好、专家  

  客户对基于 SDK 5.5.4.2 的“spiboot.c"的“的源代码有疑问。

还研究了以下材料。

（在第章中 #4.6.2. 通过 SPI 引导 “AWRL6432、IWRL6432、AWRL1432、IWRL1432 技术参考手册（修订版 C）“）

（“ C：/ti/MMWAVE_L_SDK_05_05_04_02/docs/api_guide_xwrL64xx/EXAMPLES_DRIVERS_SPI_BOOTING.html “）

 

 

有两个问题：

  1. SDK 的源代码“spiboot.c"，“，为什么、为什么真正的 appimage 数据将分别发送两次？
  2. 使用“"</s>“ 图 4-8. SPI 下载序列“ 似乎与 SDK 中的自述文件不同。  该图绘制的是序列图、这对于实现非常重要。 您能否确认哪一个是正确的？

此致

Andre

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

    您好 Andre、

    我们正在查看您的查询。 请给我们一些时间来答复。

    谢谢、
    Saransh

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

    您好 Andre、

    SDK 的源代码“spibooting.c"，“，为什么、为什么要分别发送两次真实的 appimage 数据？

    spiboot.c 代码利用 MCSPI 驱动程序进行 SPI 引导。

    当我们在 spiboot.c 文件中设置“spiTransaction.count"时“时、该值会放置在'XFERLEVE' MCSPI 寄存器的'WCNT'字段中。 （请参阅 TRM 的第 1057 页）。
    您可以在 mcspi_v0.c 文件的 MCSPI_setFifoConfig () 函数中看到此操作。

    由于 WCNT 只有 16 位宽、因此它可以拥有的最大值上限为 65535。

    因此、要在该限制内传输完整的 256KB 映像、将其拆分为两个事务。

    [quote userid=“8447" url="“ url="~“~/support/sensors-group/sensors/f/sensors-forum/1631810/iwrl6432aop-boot-over-spi 图 4-8. SPI 下载序列“ 似乎与 SDK 中的自述文件不同。  该图绘制的是序列图、这对于实现非常重要。 您能否确认哪一个是正确的？

     对我来说、它们看起来都是正确的。 您能否回顾一下它们并告诉我您能够识别它们之间的确切区别？

    谢谢。此致、
    Saransh Gautam

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

    Saransh

    TRM 中的图：

     

    从 SDK 自述文件中提供了图

     

    关于 spiboot.c、

    • 。 Continuous_image_download_CMD 与自述文件中的图匹配的源文件中调用一次。
    • “以流形式发送图像数据“不会分为 metaheader +内核映像、这与自述文件中的图匹配

     

    关于 TRM 中的图、

    • 在中找不到“内容类型“ 6.2.4 引导加载程序命令 部分。

     

    或者、这两个数字都正确吗？ 这意味着 TRM 中的一个是复杂的、自述文件中的一个是简单的、是这样吗？

    此致

    Andre

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

    您好、Andre、

    或者、这两个数字是否正确？ [/报价]

    是的、spiboot.c 中的示例源代码是为了使其在内部执行正确的流程（TRM 预期的是什么）。
    SDK 自述文件描述了 spiboot.c 中的示例源代码、因此您看到它与此完全匹配。

    对于您的实现、我建议您使用 SDK 示例代码和相关的 SDK 自述文件。
    这是一个简化的工作示例（使用 TRM 作为参考）、以便任何计划通过 SPI 实现引导的人都可以快速将此示例作为参考。

    谢谢。此致、
    Saransh Gautam