[参考译文] RTOS/TI-RTOS：AM335x 应用启动速度非常慢

 n`t 注意、引导加载程序会执行 pinmux 配置和时钟配置、因此您的应用代码中应该不需要该配置。 您能否在 GPIO_init 之前放置一个 while 环路、以便内核在 while 上暂停、并且可以连接到 ARM 内核。 然后单步执行 GPIO_init 和 GPIO_toggle 以查看10秒内的耗电量

您确定是应用程序耗时10秒了。 我在 AM335x ICE 板上尝试过此操作、但未遇到此问题。 但 SPI 和 MMC 是这些电路板上启动序列中的第一个和第二个启动模式。 我们过去看到这种情况的主要原因之一是、如果 SPI 不是引导序列中的第一个引导介质、并且存在像以太网这样的外设引导模式、 在引导序列中、USB 或 UART 先于 SPI。如果外设引导在引导序列中、则 RBL 会等待这些引导超时、然后再进入下一个引导模式。 请参阅初始化章节、检查与 PHYtec 板上的引导模式引脚对应的引导顺序。

此致、
Rahul

Jim、

我还在使用相同的 phytec 板、并尝试从 SPI 闪存启动 TI-RTOS 应用。  它可以工作、但速度太慢。  问题不在 RTOS 中、而是在尝试让引导加载程序高效运行 SPI 时出现。

这里有2个阶段。  我已设置 AM335x 引导字、以便先从 SPI 闪存引导加载程序。  我确定了传输的范围、以查看内部加载程序如何运行 SPI。  它在每个传输大约2.6us 的时间内执行32位传输、两次传输之间的间隔为1.8us。  我的 SPI 引导加载程序大约为36k、内部引导 ROM 代码在大约38ms 内从闪存加载。  这定义了应该可以实现的功能。 如果 TI 能告诉我们内部 SPI 引导器是设置为32位字、还是使用4字节 FIFO 传输、以及它们是否使用 DMA 控制器、这将非常有用。 或其他东西。

我的引导加载程序来自 Starterware 示例。  我获得的性能是以300ns 的速度进行字节传输、字节传输之间存在8us 的间隔。 这使得我的3.3MB RTOS 应用程序加载几乎需要20秒。  并且还会使我的应用程序从闪存中检索数据的速度有点慢、因为它对 SPI 使用相同的驱动程序。

我想了解如何配置 SPI、以便使用其内部 FIFO 有效读取数据、从而在不使用 DMA 的情况下缩小差距。

此外、我确实使用 DMA 将数据从存储器移动到特定于应用的 SPI 硬件、这种做法已经足够好了。

Gerry Belanger