[参考译文] AM6442：为 AM6422上的 PRU IO 数据采集触发 DMA

尊敬的 Shivangi：

感谢您的提问。

 指定的专家不在办公室。 对该线程的响应将被延迟。  

感谢您的耐心。

此致、

Tushar

尊敬的 Shivangi：

您尝试以下方法来实现您的要求。

方法1：  读取主域上带有 PRU 内核的 GPIO 引脚。

将 SOC 的序列组中的所有 ADC GPIO 引脚连接起来 。

像有两个组每组支持16引脚,我们需要两个组32引脚读取24引脚.

配置为根据 GPIO 上升沿触发 DMA。

以下常见问题解答介绍了如何基于 GPIO 输入触发 DMA。

在您的要求中,您需要更改源地址必须是 GPIO 数据寄存器。

在这里, DMA 中断被触发达到 x 字节..这 x 通常大于64字节。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1378150/faq-how-to-trigger-dma-with-the-help-of-gpio-on-am64x-am243-and-am62x-devices#:~:text=And%2C%20to%20trigger%20DMA%20from,%E2%86%92%20IA%20%E2%86%92%20Destination%20core

方法2：  读取具有 PRU 内核的 GPIO 引脚  

如上所述、PRU 正在处理读取所有 ADC 引脚。 然后、将这些数据复制到 PRU 存储器。

现在、您需要在主域中读取这些数据。

读取数据完成后、您只需将任何虚拟引脚从低电平更改为高电平或从高电平更改为低电平、然后此引脚激活 DMA 以将数据从 PRU 存储器传输到目标存储器。

或者在 PRU 存储器中读取数据后、使用 IPC 方法将数据从 PRU 内核共享到主域存储器。

此致、

Anil。

尊敬的 Shivangi：

您尝试以下方法来实现您的要求。

方法1：  读取主域上带有 PRU 内核的 GPIO 引脚。

将 SOC 的序列组中的所有 ADC GPIO 引脚连接起来 。

像有两个组每组支持16引脚,我们需要两个组32引脚读取24引脚.

配置为根据 GPIO 上升沿触发 DMA。

以下常见问题解答介绍了如何基于 GPIO 输入触发 DMA。

在您的要求中,您需要更改源地址必须是 GPIO 数据寄存器。

在这里, DMA 中断被触发达到 x 字节..这 x 通常大于64字节。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1378150/faq-how-to-trigger-dma-with-the-help-of-gpio-on-am64x-am243-and-am62x-devices#:~:text=And%2C%20to%20trigger%20DMA%20from,%E2%86%92%20IA%20%E2%86%92%20Destination%20core

方法2：  读取具有 PRU 内核的 GPIO 引脚  

如上所述、PRU 正在处理读取所有 ADC 引脚。 然后、将这些数据复制到 PRU 存储器。

现在、您需要在主域中读取这些数据。

读取数据完成后、您只需将任何虚拟引脚从低电平更改为高电平或从高电平更改为低电平、然后此引脚激活 DMA 以将数据从 PRU 存储器传输到目标存储器。

或者在 PRU 存储器中读取数据后、使用 IPC 方法将数据从 PRU 内核共享到主域存储器。

此致、

Anil。

尊敬的 Swargam：
根据提供的常见问题解答、我对设置 GPIO 中断有一些问题：  

e2e.ti.com/.../faq-how-to-trigger-dma-with-the-help-of-gpio-on-am64x-am243-and-am62x-devices

 

-按照建议,我将源地址从 PSRAM 更改为 PRU_ICSSG0_RAM_SLV_RAM(0x030010000)以满足我的要求并运行程序。  
-然而,代码似乎卡在 Sciclient_gpioIrqSet()。 对为什么会发生这种情况有任何见解？
-另外、我需要将 GPIO 触发引脚切换到 PRG1_PRU1_GPO18、才能进行设置。 您能否建议选择哪个 GPIO_MUX 路由器以及如何配置它？ 我查看了常见问题解答、但发现步骤有点令人困惑。
-我还需要修改 sciclient_defaultBoardcfg_rm.c 文件吗? 我可以在 SysConfig 窗口中访问资源管理配置、但我不确定应该调整哪些设置。

 

如果有任何帮助都会非常感谢！

谢谢！

Vraj

您好、Vraj、

实际上、这是资源分配的 SCI 客户端问题。

实际上、如果您查看上述常见问题解答、我会将 GPIO 路由器16的输出路由到 sciclient_defaultBoardcfg_rm.c 文件中的所有目标内核。

此更改在您的环境中缺失、需要将此更改集成到应用程序中、稍后编译 sciclient_defaultBoardcfg_rm.c 文件并编译 SBL 和加载 SBL。

所有这些步骤都在常见问题解答中得到了正确的信息、以及您执行这些步骤和相同步骤所需的链接。

此致、

Anil。

尊敬的 Anil：

[报价 userid="525901" url="~/support/processors-group/processors/f/processors-forum/1426990/am6442-triggering-dma-for-pru-io-data-capture-on-am6422/5520104 #5520104"]我将 GPIO 路由器16输出路由至 sciclient_defaultBoardcfg_rm.c 文件中的所有目标内核[/QUOT]

您是否手动尝试过此操作？ 因为当我尝试手动更改文件并重新编译代码时、手动更改就消失了。

该文件由 SysConfig 自动生成。
您能否建议 SysConfig 配置中可能缺少的内容、因为我无法像您一样看到这些更改？

谢谢！

Vraj

您好、Vraj、

是的、很遗憾、syscfg 中不支持上述配置、我将会提出错误。

要手动编译、您可以按照以下步骤操作。

将下面的路由器配置添加到 sciclient_defaultBoardcfg_rm。 C 语言文件中  

        {
            .num_resource = 1,
            .type = TISCI_RESASG_UTYPE (TISCI_DEV_MAIN_GPIOMUX_INTROUTER0, TISCI_RESASG_SUBTYPE_IR_OUTPUT),
            .start_resource = 16,
            .host_id = TISCI_HOST_ID_ALL,
        },

接下来、将新入口点的大小增加到182、以前是181、现在增加了一个条目。

所以,它增加到182。 条目大小数字可能不同、也可能不不同、具体取决于 MCU+SDK 版本。

在我的测试设置中、我使用了 MCU+SDK 10版本、其中值为181、添加一个条目后为182。

接下来、要完成这些文件、请提供以下命令。

 gmake -s -C .\tools\sysfw\boardcfg SOC=am64x

之后、您可以按照上述常见问题解答中的步骤进行操作。

此致、

Anil。

尊敬的 Anil：

我已经实施了您建议的更改、并成功编译了 sciclient_defaultBoardcfg_rm。 C 语言文件中。

我的 EVM 套件设置为 NoBoot 模式。

此外、我从 SBL Null 示例重新编译了 SBL、并根据提供的步骤加载 JS 文件、还重新编译了 sciclient_CCS_init 示例。

但是,当我运行程序时,我遇到 Sciclient_rmIrqSet() API 错误,返回值-1。 此后、消息[Error] Sciclient event config failed！！！ 都会打印。

您能帮我解决这个问题吗？

谢谢！

Vraj

您好、 Vraj、

[报价 userid="529589" url="~/support/processors-group/processors/f/processors-forum/1426990/am6442-triggering-dma-for-pru-io-data-capture-on-am6422/5530068 #5530068"]

我的 EVM 套件设置为 NoBoot 模式。

此外、我从 SBL Null 示例重新编译了 SBL、并根据提供的步骤加载 JS 文件、还重新编译了 sciclient_CCS_init 示例

[报价]

您似乎没有查看常见问题解答。 我清楚地说明了所有步骤。

完成 SBL 后、您需要刷写已更新的 SBL  

现在、您可以按照以下步骤操作。

使用 SBL_NULL cfg 文件并刷写更新后的 SBL bin 文件。  

https://software-dl.ti.com/mcu-plus-sdk/esd/AM64X/10_00_00_20/exports/docs/api_guide_am64x/GETTING_STARTED_FLASH.html

SBL null 初始化所有内核、然后用户直接将调试器连接到所有内核、 而不是每次加载 Java 脚本。

下一步在刷写 SBL 后,将 EVM 置于 ospi 引导模式而不是无引导模式。 将调试器连接到 R5F 内核、加载示例。

此致、

Anil。

尊敬的 Anil：

根据您的建议、我按照提供的链接进行操作、最初刷写了 hello_world 示例、以了解在 OSPI 模式下刷写应用程序的行为。

随后、我刷写了常见问题解答中提到的 uDMA 工程、

AM6442：为 AM6422上的 PRU IO 数据采集触发 DMA。

但它不会生成任何输出。 为了进一步调查、我从 SDK 中导入了 GPMC_PSRAM_IO 示例工程、并进行了与 uDMA 常见问题解答示例中指定的类似的更改。 但是、当我在 OSPI 模式下刷写这个修改后的工程时、遇到错误：

[错误] Sciclient 事件配置失败！！！

然后、我查看了 sciclient_defaultBoardcfg_rm.c 文件、发现它已包含常见问题解答中提到的更改。

为确保准确性、我重新编译了 sciclient_defaultBoardcfg_rm.c、重新编译了 SBL_null、并再次刷写了它。

完成此设置后、我再次刷新了更新的工程、但仍然遇到相同的错误：

[错误] Sciclient 事件配置失败！！！

总之、我能够在无引导模式和 OSPI 引导模式下成功刷写工程、但错误仍然存在。 请您协助解决 Sciclient config 故障问题。

谢谢、此致、
Vraj Joshi

您好 Vraj Joshi、

我假设您似乎没有正确遵循这些步骤。

您正在编译 SBL 为空并刷写 SBL 为空、然后从 OPSI 刷写应用程序。 这些步骤不正确。

构建 SBL null 之后、仅刷写更新的 bin 文件作为 SBL null 映像。

稍后、直接从 CCS 加载应用程序。

如果您想使用 SBL_OSPI 而不是 SBL 空值、请编译 SBL OSPI 并刷写 hello world 示例、而不是 您的 DMA 应用。

如果从 OSPI 刷写 DMA 应用程序、从 CCS 加载该应用程序、则会遇到 SCI 客户端错误。

因为当您从 OSPI 刷写 DMA 应用程序时,SYSFW 将为您的 DMA 应用程序内核和分配资源(GPIO routing )

当从 CCS 加载相同的应用程序时,则 SYSFW 不会为两次分配相同的资源,因此会出现 SCI 错误。

如果仍然遇到问题、我可以提供 SBL OSPI 映像文件。 您可以使用我的文件、将其刷写到您的硬件中、并从 CCS 和加载示例  

查看是否仍遇到 SCI 客户端错误。

此致、

Anil。

尊敬的 Anil：

非常感谢您的  耐心和帮助。

我很高兴告诉大家、我最终成功解决了错误后运行了 DMA 示例。

虽然我已正确完成了大多数步骤、但问题是由于没有更新在 UART 模式下运行的配置文件中编译的 SBL 文件的路径。

我最后有一个问题。 我在 OSPI 模式下运行 EVM 时使用编译的 SBL NULL。 在为 EVM 上电时、我会看到以下日志：

正在启动 NULL 引导加载程序...

DMSC 固件版本10.0.8--v10.00.08 (Fiery Fox)
DMSC 固件版本0xA
DMSC ABI 修订版4.0

信息：bootloader_runCpu：180：CPU r5F1-0初始化为800000000 Hz！！
信息：bootloader_runCpu：180：CPU r5F1-1被初始化为800000000 Hz！！
信息：bootloader_runCpu：180：CPU m4f0-0初始化为400000000 Hz！！
信息：bootloader_runCpu：180：CPU A530-0初始化为800000000 Hz！！
信息：bootloader_runCpu：180：CPU A530-1初始化为800000000 Hz！！
信息：bootloadSelfCpu：232：CPU r5f0-0被初始化为800000000 Hz！！
信息：bootloadSelfCpu：232：CPU r5f0-1被初始化为800000000 Hz！！
info: bootloader_runSelfCpu:242:全部完成,正在恢复自...

之后、我通过 CCS 加载我的应用、它运行时没有出现任何错误。 但在开发过程中、我经常在不重启电路板的情况下修改并重新加载应用。 在本例中、我遇到 SciClient 配置失败。 如果我重新启动 EVM、然后加载应用程序、则在第一次尝试时就会正常工作。

我想这种情况就是您在前面的答案中提到的 SYSFW 不会分配资源两次的情况。 您能否确认我的理解是否正确？ 此外、是否有办法避免每次重启电路板？

谢谢！

Vraj Joshi