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.

[参考译文] TDA4AEN-Q1:UART0 (F19/F20) 是否是设计新电路板上的引导加载程序调试所需的唯一 UART 端口? -- R5 tispl.bin UART 输出呢?

Guru**** 2431000 points
Other Parts Discussed in Thread: J722SXH01EVM, BEAGLEY-AI

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1541413/tda4aen-q1-is-uart0-f19-f20-the-only-uart-port-needed-for-bootloader-debug-on-new-board-to-be-designed----what-about-r5-tispl-bin-uart-output

器件型号:TDA4AEN-Q1
主题中讨论的其他器件:J722SXH01EVMBeagleY-AI

工具/软件:

您好、

在评估板 J722SXH01EVM 上、我看到 J722S 的以下 UART 端口连接到 FTDI FT4232HL(每个端口都在 RTSN/CTSN 之外):

A) F19/F20 (UART0_TXD/RXD)
b) C8/B3 (WKUP_UART0_TXD/RXD)
C) B4/B8 (MCU_UART0_TXD/RXD)
D) H27/J27 (SOC_UART5_TXD/RXD)

您能否给出设计新电路板和进行软件开发所需的参数。
(设计电路板时不会出现像 FTDI 芯片这样的 UART 转 USB 桥接器、我们可能还需要调试 R5 tispl.bin-uboot)。

该用例包括“从 UART 和闪存固件引导“和“MCU R5F 应用程序运行时调试 UART 打印“。

1.A)+ B)
2.A)+ B)+ C)
3.a) 仅(通过更改固件将输出重新路由到此位置)
4、所有的 A) B) C) D)(我认为 D 不是很需要)

尽可能减少首选的引脚数。

我们选择了选项 3。 引导代码 (R5 端 uboot) 或 MCU R5F 应用程序 UART 调试会使开发复杂化吗?

请提出建议。

BeagleY-AI 的布局 (UART) 将 F19/F20 放置在 JST 3 引脚接头之一、并将一个 Linux 控制台分配给其 USB-C 端口、
其他(应用用)UART 转至 40 引脚扩展头、就像看起来一样。 R5 tispl.bin 控制台打印输出是否路由到 BeagleY-AI 上的 F19/F20?

提前感谢!

我正在查看的页面:

*  3.1.9.1.从控制台 UART 引导 U-Boot

J722S MCU+ SDK — 引导工具

J722S MCU+ SDK:刷写工具

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

    我们也在此注释: j722s/evm_Setup_page.html#ccs_uart_terminal

    =>

    • 我们使用 SDK 中的第 3 个 USB 串行端口、如设备管理器中所示
      • 刷写应用程序
      • 通过 UART 引导应用程序
      • Uboot 和 Linux 终端
    • 我们使用第 3 个 USB 串行端口(如设备管理器中所示)作为从 DM R5F (WKUP R5F) 运行的示例的终端输出。
    • 我们使用第 4 个 USB 串行端口(如设备管理器中所示)作为从 MCU R5F 运行的示例的终端输出


    (例如,MCU R5F 是否可以在第 4 个 USB 软件上重新配置为转到第 3 个 USB?)

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

    SPRSP96A 数据表:(器件树 k3-j722s-evm.dts 中的注释涉及其他焊球,但地址寄存器值与以下值确实匹配)


    此外:

    $ grep -n UART0_.XD mcu_plus_sdk_j722s_11_00_00_12/source/drivers/pinmux/j722s/pinmux.h
    138:    PIN_UART0_TXD            = 0x01CC,
    139:    PIN_UART0_RXD            = 0x01C8,
    302:    PIN_MCU_UART0_RXD                = 0x0014,
    303:    PIN_MCU_UART0_TXD                = 0x0018,
    308:    PIN_WKUP_UART0_RXD               = 0x0024,
    309:    PIN_WKUP_UART0_TXD               = 0x0028,
    $

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

    您好、

    使用 J722S EVM 的以下图像、默认情况下使用 UART0 进行刷写和通过 UART 引导。 MCU_UART 用于来自 MCU R5F 内核的日志、WKUP_UART 用于来自 WKUP_UART 的日志。

    ]这些用例包括“从 UART 和闪存固件引导“和“MCU R5F 应用程序运行时调试 UART 打印“。
    如果我们选择选项 3。 这是否会使引导代码 (R5 端 uboot) 或 MCU R5F 应用程序 UART 调试的开发复杂化?

    所有 UART 都是可配置的、但我想说的是、比起使用另一个 UART 来开发 R5 引导、使用另一个 UART 进行 MCU R5F 应用程序调试会更容易。 您还可以调整用于 UART 刷写的 UART、但为了进行调试、更改 UART 会稍微复杂一些。  

    谢谢、

    Neehar

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

    非常感谢 Neehar Sawant 的澄清。

    很有道理。  

    让我们保留两个端口并遵循这种安排。