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.

[参考译文] AM2732-Q1:启动时的 AM2732时序特性

Guru**** 2540720 points
Other Parts Discussed in Thread: AM2732

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1127247/am2732-q1-am2732-timing-characteristics-over-boot-up

器件型号:AM2732-Q1
主题中讨论的其他器件:AM2732

Howdy。 我想测量此 MCU 上电以及准备好与以太网 PHY 通信所需的时间。

在测试板中、该 MCU 连接到 DP83TC812 PHY。 我正在尝试在该板上执行 TC10唤醒/睡眠测量。 其中一项测量涉及测量 MCU 启动所需的时间、并将 PHY 配置为主设备、以便其可以链接到远程 PHY。

  • 在 MDIO 数据线上查看任何活动需要584ms。 换言之、复位信号变为高电平需要584ms 才能在 MDIO 线路上显示任何数据。 我假设 MCU 已通电并准备好与 PHY 通信、对吧? 此时间间隔是否过长?
  • PHY 配置为主(从机开始)并与另一个 PHY 链接需要330ms。 330ms 的间隔显示了一个 MDIO 数据流被发送到 PHY、在该数据的某个点、我假设正在发送一个主配置信号。 是否有办法检查何时发送此特定配置信号? 我假设除了主器件配置外、还会发送其他指令。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 David:

    感谢您的联系。 我将回复此请求。 您能否进一步提供有关此方面的更多信息:

    1.您使用的软件 SDK 是什么?

    2.该应用程序是否与(https://www.ti.com/lit/ds/symlink/dp83tc812r-q1.pdf)的图10.1中所述的应用程序类似?

    此致、Shiv  

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

    1) 1)我正在使用 AM273x MCU+ SDK  

    2) 2)应用是类似的。 唤醒序列中还有其他步骤。 在 PHY 的 INH 引脚被驱动为高电平并启用第一级 降压后、降压转换器的电源正常状态用于启用 PMIC 器件。 然后、此 PMIC 器件通过复位信号以及提供1V、1.2V 和1.8V 电压轨开始 MCU 的启动过程。 成功启动后、MCU 将 PHY 配置为主器件、以便能够链接到主机 PHY。

    我将为我的测量提供一个数字。 它记录4个信号:

    • 主机 PHY 唤醒(黄色)
    • MCU 上的 MDIO 数据线(绿色)
    • MCU 的复位信号(紫色)
    • PHY 上的 LED1指示链路成功(红色)

    一些注意事项:

    • MCU 的 MDIO 一开始会变为高电平、因为它连接到3.3V 信号。
    • 我认为584ms 的区域是 MCU 开始启动过程并最终开始与 PHY 通信所需的时间。 这是正确的陈述吗? 我看到 MDIO 数据在584ms 后立即上升、因此我想知道通过优化固件是否可以缩短584ms 的时间以加快 MCU 的唤醒过程? 如果是、是否可以下载?
    • 我认为330ms 的区域是将 PHY 配置为主设备并连接到主机 PHY 所需的时间。 尽管 PHY 支持高达25MHz 的模数转换器、但器件 MCU 的 MDC 现在为2.2MHz。 我是否正确地说 AM2732不支持高达25MHz 的模数转换器? 相信较高的 MDC 会缩短330ms 的时间。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 David:  

    感谢您分享详细信息。 我将在内部与团队和 TI EVM 一起进行引导检查、以查看:

    1. 从 MCU Plus SDK 中获取一个 ETh 示例、并检查  SBL +应用下载时间。  

    2、以 MCU Plus SDK 中的一个 Eth 示例为例、查看从复位模式切换 MDIO 数据线所需的时间。

    3.检查 MDIO CLK 配置值。  MDIO_CONTRAL_REG 可用于将时钟设置为所需的值。  

    另一件事是、您使用的是 MCU+SDK 中的哪个示例。 我将尝试使用与您使用的内容相似/接近的内容。

    此致、Shiv

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

    Howdy。

    谢谢、我将尝试您的建议。 您知道 MDIO CLK 值通常位于哪个文件中吗?

    我认为这个项目使用的示例是联网/LwIP。

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

    尊敬的 David:SBL 执行(237KB)并且 lwip 应用程序加载(~240KB)时间大约为17299us

    正在启动 QSPI 引导加载程序...
    [bootloader_profile]引导介质:NOR SPI 闪存
    [bootloader_profile]引导介质时钟:80.000 MHz
    [bootloader_profile]引导映像大小:237KB
    [bootloader_profile]存在内核:
    r5f0-0
    [bootloader profile] System_init:675us
    [bootloader profile] Drivers_open:32us
    [引导加载程序配置文件] Board_driversOpen:2738us
    [bootloader profile] CPU 负载:13851us
    [bootloader_profile] SBL 总时间:17299us

    图像加载完成,切换到应用程序...

    我正在将仪表添加到 LWIP 应用程序映像中、以执行分析以 查看所需的时间。 我获得该结果后、它将更新。  

    此致、Shiv  

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

    尊敬的 David:

    我仍在研究这方面的工作、将在 Tue (9/30)之前获得结果。

    此致、Shiv

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

    尊敬的 David:  

    我看到从 nRESET 到 ENET 驱动器成功打开的115ms 时间(这意味着检测到 PHY 并且已经激活)。 此处的 SBL 大小为 92614字节、APP 图像大小为 419176字节。 此外、我测量了链路建立和 IP 获取时间的时间、大约为136ms。 希望这对您有所帮助。  

    584ms 和330ms 看起来更高。 为此、我使用了最新的 SDK。 您是否可以使用您看到的 lwip 示例和默认 SBL 从您的角度进行检查?

    此致、Shiv