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.

[参考译文] TM4C1294NCPDT:定制板的 IP 地址问题

Guru**** 2457760 points
Other Parts Discussed in Thread: EK-TM4C1294XL

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/648133/tm4c1294ncpdt-ip-address-issue-in-case-of-a-custom-board

器件型号:TM4C1294NCPDT
Thread 中讨论的其他器件:EK-TM4C1294XL

您好!

我有一个定制板、其设计基于 TM4C1294NCPDT。 电路板的以太网部分基于 Launchpad 设计。 以太网差分输出引脚连接到具有集成磁性元件的脉冲插孔。 RBIAS 引脚通过4.87k Ω、1%电阻接地。

现在在我的设计中,我分别将以太网连接和活动 LED (EN0LED0和 EN0LED1)连接到引脚 PK4和 PK6 (对于 Launchpad,它们连接到引脚 PF0和 PF1),因此我更改了 init_emac 函数中 TCP 回显示例中引脚的 LED 配置。 我可以看到、连接以太网电缆时、链接 LED 持续亮起、并且活动 LED 在有一些以太网 RX/TX 活动时闪烁、并且我在控制台中收到以下消息、

闪存中的 SS

启动 TCP 回显示例
系统提供商设置为 SysMin。 停止目标以查看 ROV 中的任何 SysMin 内容。
服务状态:DHCP  :Enabled :  000
服务状态:DHCP  :已启用 :正在运行 :000

但它不显示任何添加的网络和 IP 地址。

根据 TI 文档、使用闪存编程 器并参考 e2e 线程 e2e.ti.com/.../1717385 MAC 地址(F5-DC-EA-90-10-F2)编程到 MCU 中。

但是、当我从 TI-RTOS 转储 TCP 回波示例时、MCU 不会从网络中的 DHCP 服务器获取 TCP/IP 地址。 应用程序在控制台上显示启用 DHCP 的消息并等待 IP 地址。 不过、在这里、 我怀疑它没有获取编程的 MAC 地址来广播 DHCP ...如果是、如何检查此地址以及如何解决此问题?。需要在软件方面或示例代码中进行任何更改才能从 DHCP 获取 IP 地址、用于 定制板?

供参考:  

CCS 版本: CCS_6.1

TivaWare_C_Series-2.1.3.156  

TI-RTOS: tirtos_tivac_2_16_01_14

电路板: EK-tm4c1294xl Launchpad。

 

 

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    您在文章的底部说电路板是 EK LaunchPad 吗? 您是否遇到了运行 TCP 回波示例或定制板的 LaunchPad 的问题?

    1.您能否在具有任意 MAC 地址的定制板上运行一些非 TI-RTOS 以太网示例? 有很多 TivaWare 以太网示例、例如 Enet_IO。 它在从 DHCP 服务器获取 IP 地址方面是否起作用?
    2.您是否有 Wireshark 跟踪来显示电路板与 LAN 的通信?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Charles、

    海报中有两个线程的以太网问题非常相同。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    [引用用户="Charles Tsaai]1. 您能否 在具有任意 MAC 地址的定制板上运行一些非 TI-RTOS 以太网示例?[/QUERP]

    转向(过度)受亲吻影响-好的。

    "Wireshark " 提供了对 kiss 提供的用户代码(一次)执行"有意义的测试"的方法(一个有限的方面)、也是"重点指导"(可能成功/启发)指导

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 BP101:
    我将建议海报进行示波器捕获、并比较 LaunchPad 和他的定制板之间变压器的输入和输出。 如果他有另一个板来确认多个板是否存在相同的问题、那将是很好的。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    [报价用户="Charles Tsaa"]如果他有另一个板来确认多个板是否有相同的问题,那将会很好。

    的确,这是(唯一的) SANE"飞"的方式,不是吗?    (再次吻到海报的救援!)

    这就是说-海报是否(至少)生成了4到6 个这样的"如果是定制板"职位?

    而且-正如这里的一些人(阿姆人)(已经说过)" 从 LPAD 到"定制板"的迁移还不是太快了- 显然还为时过早-导致并 造成了大量的时间/努力浪费?

    是否" LPAD 的目的-在实施任何定制板之前完全/正确地确认"一切正常"?    在海报 的"洗涤"之前、我们是否接受"已正确、完全地这样做"(以及3-4个其他岩石上的)?)    (但使用该"定制板"作为有效的"浮选装置"... 证明它是"物有所值!")

    这是否(清晰)标记为"MCU 论坛"(按海报的意愿)以切换到"PCB 设计基础知识"?     在多个(如此相似)线程之间呈现的"掩盖相同的基本问题"甚至都针对相同的"组件和/或 PCB 设计基础知识"、这种说法是否属实?   (开发更多论坛稀有/受限资产!)

    投入时间和精力"确保 LPAD 按预期运行-然后"完全/正确"部署 LPAD 的关键/关键组件和设计元素-是"成功的最可靠途径!"    (并对不邀请如此匆忙/过度挑战的人表示(部分)尊重...)

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

    MAC 地址从闪存中读取,并通过调用开发套件中的 InitEMAC()使其可用于堆栈。 该函数非常简单、您可以对 macAddress[]中存储的数字进行硬编码、以消除可能的故障原因导致的存储器值。

    根本不调用函数可能是您的问题。

    缺少的“Network Added:”输出使我认为您的问题与代码有关。 我认为它会打印出来、无论您是否已安装硬件(希望不是这样)。