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.

[参考译文] AM6411:TI 建议有关 AM64x

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1609525/am6411-ti-recommendation-about-am64x

器件型号: AM6411

您好:

客户项目有 MCU/MPU 要求、TI 的 AM64x 似乎更合适、因此我们希望要求 TI 仔细评估它。 它是否满足以下要求:
硬件系统  
-控制 20 个 SPI DAC 芯片(<100us 延迟),需要 RPU 主控制
- RPU 可以控制 8 个 ADC 芯片(延迟<100us)吗?
千兆位以太网
- PCIe Gen2/3 x1 (EP)
-其他低速外围设备
嵌入式 Linux 系统(APU、DDR、MMC/QSPI 闪存)的常见要求
固件驱动程序
- RPU 是否支持 SMP?
MCSPI 的 4 芯片选择是否支持 DMA(没有 RPU 芯片选择)?
- PCIe EP 是否支持 Linux 驱动程序?
- APU 和 RPU 之间是否有一个成熟的通信驱动程序?
它是否支持 RPU 的独立操作(APU 复位不影响 RPU 操作)?
RPU 是否支持 ZephyrRTOS?

谢谢!!!

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

    您好:

    是否有更新?

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

    您好、Jimmy、

    您能在这里澄清 RPU 的含义吗? 是 PRU 内核还是 R5F 内核?

    此致、

    Anil.

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

    您好、Jimmy、

    请看下面我的评论.

    AM64x 的 MCSPI 规格:

    - MCSPI 实例: 5 (MCSPI0 - MCSPI4)
    -片选 (CS):每个实例 4 个 (MCSPI_MAX_NUM_channels = 4)
    -总硬件 CS:5 × 4 = 20 CS 可用
    - DMA 支持:是 (UDMA)
    -最大 SPI 时钟:50MHz

    理论时序估计:

    - SPI 时钟:50MHz (max)
    - 16 位 DAC 写入:16 位/ 50MHz =每个 DAC 的 0.32µs
    - 20 个×顺序 DAC:20 μ s 0.32µs = 6.4µs(仅限数据传输)
    - CS 切换开销:每个设备~0.1µs
    -估计总数:所有 20 个 DAC < 20µs

    注意:这些是理论计算。

    结论:< 100µs 要求可通过 Rpu (R5F) 控制实现。


    R5F 工作模式 — 仅 AMP(无 SMP):

    R5F 内核不支持 SMP 模式。 所有 R5F 内核仅在 AMP(非对称多处理)模式下运行。

    在 AMP 模式下:
    - R5F 内核 0 运行自己的 RTOS/裸机(独立)
    - R5F 内核 1 运行自己的 RTOS/裸机(独立)
    - R5F 内核 2 运行自己的 RTOS/裸机(独立)
    - R5F 内核 3 运行自己的 RTOS/裸机(独立)

    每个内核独立运行单独的代码。 R5F 内核上没有共享操作系统调度程序。


    APU-RPU 通信 (IPC):

    IPC 机制:
    -用于在不同内核之间传输数据
    -支持 APU (A53) 到 RPU (R5F) 的通信
    -支持 RPU (R5F) 到 RPU (R5F) 的通信

    驱动程序状态:此驱动程序已经成熟、许多客户正在生产中使用它。


    独立的核心操作 — 重置域说明:

    AM64x 复位域架构:

    MAIN 域包含:
    - A53 (APU)
    - R5FSS0 (RPU)- Core0、Core1
    - R5FSS1 (RPU)- Core0、Core1

    重要说明:主域复位会影响该域中的所有内核。 A53 和 R5F 会一起复位。

    MCU 域包含:
    - M4F 内核

    重要说明:MCU 域与主域隔离。 主域复位不影响 MCU 域。

    结语:

    -不支持独立 APU/RPU (A53/R5F) 复位。 A53 和 R5F 都在 MAIN 域中。 主域复位会影响两个内核。
    - MCU 域 (M4F) 可以独立运行。 M4F 可与主域隔离。 主域复位不影响 M4F。 M4F 继续运行而不受干扰。


    Zephyr RTOS 支持状态:

    当前状态:未正式支持

    -在 AM243x R5F 上完成基本 Zephyr 移植
    -还没有正式支持
    -计划今年支持 Zephyr

    推荐替代选项:MCU+ SDK 中的 R5F 完全支持 FreeRTOS

    能否详细介绍一下为何要在 R5F 内核上使用 ZephyrRTOS 而非 FreeRTOS?

    这将帮助我们更好地了解您的要求并提供适当的指导。

    待决问题:  

    千兆位以太网
    - PCIe Gen2/3 x1 (EP)

    嵌入式 Linux 系统(APU、DDR、MMC/QSPI 闪存)的常见要求
    固件驱动程序

    我正在将您的查询发送给 Linux 专家。


    此致、

    Anil.

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [报价 userid=“525901" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1609525/am6411-ti-recommendation-about-am64x/6233283

    待决问题:  

    千兆位以太网
    - PCIe Gen2/3 x1 (EP)

    嵌入式 Linux 系统(APU、DDR、MMC/QSPI 闪存)的常见要求
    固件驱动程序

    [/报价]

    AM64x 上的 Linux 在 EP 和 RC 模式下支持千兆位以太网、PCIe 第 2 代(而非第 3 代)。 还支持 MMC/QSPI 闪存。 Linux 由 A53 在 DDR 上运行、因此 Linux 也支持 APU 和 DDR。