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.

[参考译文] TDA3:tda3x_chqspi_clock64mhz.bin

Guru**** 2553260 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/623199/tda3-tda3x_chqspi_clock64mhz-bin

器件型号:TDA3

你好。

我正在尝试将'bl.chimage'与'sl.tiimage'进行比较。

从 QSPI-FLASH (TDA3XXEVM)引导时、我看不到 chimage 版本的速度优势。

chimage-header 正确吗?

这是 TRM 的表25-27。

但是、这里是的内容
"TI_compons/drivers/pdk_01_07_00_16/packages/ti/boot/sbl_auto/tools/chimage/tda3x_chqspi_clock64mhz.bin"

结果如下:
0x040 (0x00)段键:"C0 C0 C6 =确定
0x044 (0x04)有效      :"00"         =(禁用)???
0x045 (0x05)保留   :"00"
0x046-0x047             :"00 01"      =(未知字段)!!
0x048 (0x08) SPI 时钟  :"00"         =(所有其它:保留)???
0x049 (0x09)RCMD       :"00"=?          
0x04A (0x0A) READ_TYPE  :“FF         ”=?
0x04B (0x0B) NUM_A_bytes:"01"         =?
0x04C (0x0C) NUM_D_bytes:"00"         =?
0x04D-0x04F             :"00 FF 00"   =(未知字段)!!

为什么禁用"有效"? 在哪里可以选择64Mhz 速度? 您能解释 RCMD、READ_TYPE、NUM_A_bytes 和 NUM_D_bytes 字段吗? 文件名(偏移量:0x014-0x01F)是否具有任何意义?

提前感谢您。

PS:VISION SDK 为3.0.0.0

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

    CH bin 采用小端字节序格式、因此您需要对其进行解密、以便8个 LSB 表示0x0、8个 MSB 表示0x3

    因此、可按如下方式读取 CH:
    0x00段密钥:"C0 C0 C0 C6"=与 TRM 匹配
    0x04有效 :“01” =有效
    0x05-0x7 :“00 00 00” =保留
    0x08 SPI 时钟 :“01” = 64MHz (这需要在 TRM 中记录)。
    0x09 RCMD :"ff" =当在0x9读取的值为 FF 时、RBL 不会更新 RCMD、READ_TYPE、NUM_A_bytes 和 NUM_D_bytes。

    SPI 有两个输入时钟:128MHz 和192MHz。 第一个半字节代表多路复用器选择:0x0选择128MHz、0x1选择192MHz。
    第二个半字节是指分频器。 时钟被分频(分频器+ 1)。
    因此、0x01意味着 SPI 时钟为(128/1+1)= 64MHz。
    为了更新0x01值的表、我将在 TRM 上记录一个错误

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

    CH 将改善 RBL 加载 SBL 所需的时间。
    SBL 有一个打印页、显示"Reset to SBL Init cycles (重置为 SBL Init 周期)"。
    您能否检查它并验证您是否看到任何差异?
    谢谢

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

    你好、Rishabh。 非常感谢! 图片已根据您的文字更新。

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

    谢谢! 是的。 我看到1ms 的优势。

    SBL_QSPI_opp_high_ipu1_0_release.tiimage

    重置为 SBL 初始化周期- 365 (11.13ms)

    sbl_qspi_opp_high_ipu1_0_release.chimage

    重置为 SBL 初始化周期- 331 (10.10 ms)

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

    感谢您的确认。

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

    您好、Rishabh。 让我再问一个问题。
    OPP 如何影响 SBL 引导速度?
    我可以看到、OPP=NOM 的 SBL 比 OPP=HIGH 更快。 这似乎很奇怪。
    以下是我的结果。

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

    与 NOM 相比、AVS 0在 OPP 高电平和 OD 下花费的时间更多。
    在电压轨上设置的默认电压非常接近 OPP NOM 电压。 因此、如果是 OPP NOM、则电压斜坡所需的时间较短。
    AVS 0时间计入 SBL 初始配置周期、因此您可以看到差异。

    请打开一个新主题以解决任何新问题、因为最初的问题是关于 CHQSPI、而不是 SBL 引导时间。
    谢谢。

    此致、
    Rishabh