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.

[参考译文] EK-TM4C1294XL:UART 回显示例代码不能与 UART 7配合使用

Guru**** 2478765 points


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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/695709/ek-tm4c1294xl-uart-echo-example-code-not-working-with-uart-7

器件型号:EK-TM4C1294XL

尊敬的所有人:

将 UART 0更改为 UART 7时的 UART 回显示例中。 代码正在调试、但没有输出。

请帮助我解决 issue.e2e.ti.com/.../uart_5F00_echo_5F00_u7.zip 问题

此致、

单位

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    这意味着没有输出? 请使用示波器来捕获 TX/RX 信号。 如果您打算在 PC 和 UART7之间使用虚拟 COM 端口、则 UART7不会连接到 ICDI 调试探针。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Charles、

    这样、"UART 连接失败"经常发生-这是否不意味着"更有效的详细信息"关注/处理 "除标准之外-预连接、评估/LPAD 板 UART"-将会拖(无限/重复) UART 连接详细信息-在这里介绍?

    当然、您会承担"没有责任"、但这一问题(以及数百个其他(几乎完全相同)论坛"UART 解决方案")很快就会"退出"第1页"成为论坛错误"、很少(如果有)再次出现。

    正确展示和宣传 -" UART 选择详情正面"-显示(远)优于现有(事后)"繁重的工作"-不必要地加重供应商员工的负担... (并允许拖放于和...)

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 CB1、
    《EVM/LaunchPad 用户指南》中介绍了将哪个 UARTx 连接到 ICDI 以与 PC 的虚拟 COM 端口进行通信、这一点最有意义。 实际上、这已经在用户指南中完成。 以下是有关这一点的各种注意事项。

    在默认配置中、UART0用于 ICDI 虚拟 UART、而 CAN 不存在于 BoosterPack 接头上。
    在此配置中、ROM 串行引导加载程序可通过 ICDI 虚拟 UART 使用。 CAN 的跳线配置时、会出现该问题
    则必须将 UART2用于 ICDI 虚拟 UART。

    JP4和 JP5用于配置到 BoosterPack 2接口的 CAN 信号。 默认水平方向
    配置、则 BoosterPack 上不存在 CAN。 UART2连接到 BoosterPack、而 UART 0连接到 BoosterPack
    ICDI 虚拟串行端口、以提供 ROM 串行引导加载程序功能。 垂直 CAN 使能
    配置、UART2进入 ICDI 虚拟串行端口、并且上提供 CAN 信号
    BoosterPack。 当使用跳线时、ROM 串行引导加载程序不可用于 ICDI 虚拟串行端口
    处于 CAN 位置。

    2.3.3虚拟 COM 端口
    当插入 USB 主机时、ICDI 同时作为调试器和虚拟 COM 端口进行枚举。 JP4和
    JP5控制 TM4C1294NCPDTI 中哪一个 UART 连接到虚拟 COM
    端口。 在默认配置中、UART0映射到 ICDI 的虚拟 COM 端口。 进行编程
    UART2映射到 ICDI 的虚拟 COM 端口。

    由于我们在论坛中创建了"常见问题解答"部分、因此它可以是另一个澄清问题的地方。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Charles、

    确实、这样的 UART 数据"已经在这种地方存在了一段时间了"、难道不是吗?   同样、见证我们的无头无头"拒绝 UART 海报"、这种演示似乎"失败"了。

    (部分和/或某些)预防性备注"显示"这一事实并不能(完全)说明其有效性!    (尽管有此类说明、此海报仍在此处)  

    当然、您和其他供应商必须注意到、"正在进行- UART-Migration over-Challenge "-从"普通 Vanilla (默认)" UART 迁移到(任何)其他-(继续)...