• 状态
  • 已锁定 已锁定
  • 回复 23 回复
  • 订户 0 订户
  • 视图 838 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TM4C129XNCZAD：以太网 PHY 在不使用时引导至断开状态

admin
Guru**** 2451970 points
Other Parts Discussed in Thread: UNIFLASH, TM4C129XNCZAD

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/635866/tm4c129xnczad-ethernet-phy-boots-into-a-broken-state-when-not-used

器件型号：TM4C129XNCZAD
主题中讨论的其他器件：UNIFLASH、

TI 按照数据表的首选做法推出的 TM4C129X 是令人感到受骗的。

数据表的表31-7说明未使用的以太网 PHY 应保持 RBIAS 未连接。 这是首选做法。 这会使芯片成为砖型。

我从 CM 收到了未编程的 TM4C129X、但未将4.87k 电阻器连接到 RBIAS。 无法对微控制器进行编程。 CCS 给我错误2062。

此主题为我们提供背景信息：  

Amit 声称错误是由微控制器内试图打开 PHY 的代码引起的。 但这些器件从未进行过编程。

我必须(1)卸下25MHz 晶体。 (2)错误代码中不开启 PHY 的闪存。 (3)重新焊接25MHz 晶振。 (4)做真正的工作。

我对浪费的时间感到相当沮丧。 我认为这一问题可能仍然存在、因为大多数客户在没有使用 PHY 的情况下不会购买此芯片。 我打算在最终设计中使用 PHY、但这个顺序是一个仅测试 EPI 和 LCD 接口的原型。

  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    在引用的帖子中、Steven Wallcave 从未解决过他的问题...
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的 Peter：

    是否确定 CM 已对 MCU 进行了预编程？

    您提到的问题在勘误表中得到了澄清、其中嵌入式 ROM 引导加载程序在 POR 后尝试在闪存被擦除或(空白)时访问以太网。 其他器件只需使用 fin 绕线或其他方法在引脚附近的4.87k 1%电阻器上焊接即可。
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Peter、

    "首选做法"还附带一个脚注、即不应激活内部 PHY、如果允许 ROM 引导加载程序使用板载25MHz 晶体执行、则会启用 PHY 并导致问题。

    这实际上是论坛上报告的一个非常常见的问题、所以这对我们来说不是一个隐藏的问题。 我相信 Amit 和 Steven 已经离线解决了他的进一步问题、因为 Amit 建议离线调试后、这些帖子似乎停止了。 无论如何，除了 Steven 之外，许多其他人在这之后都面临着 RBIAS 问题，并通过将 RBIAS 添加到他们的设计中来解决这个问题。

    考虑到这一点、BP101建议的另一种解决方案不是去焊/重新焊接晶振、而是只添加 RBIAS。
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    TM4C129XN 仅采用 BGA 封装、因此我无法为其焊接电阻器。

    Steven 询问如何在建议的调试会话后3个月继续进行。

    回到主要点、未使用信号的首选做法会在到达时使微控制器实现砖型。 这听起来很奇怪吗？

    我希望首选的做法会产生功能性硬件。 你不会吗？
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的 Peter：

    我一点也不反对，即使在脚注中将这些选项互换，似乎也会更好。 不过、我不是在制作数据表的时候、所以我不知道进行该选择的逻辑。
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    请告诉我、您是否需要积极倡导变革
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Ralph、

    [引用 USER="Ralph Jacobi"]"首选做法"还附带一个脚注：不应激活内部 PHY、如果允许 ROM 引导加载程序使用板载25MHz 晶体执行、则会启用 PHY 并导致问题。

    也许我错过了一个事实、那就是当闪存 不像 Peter 所说 的那样为空白时(CM 已编程) 、ROM 引导加载程序不应尝试接合 MOSC 25MHz 晶体。

    我们如何知道 CM 未使用 JTAG 端口对 闪存进行初始编程、并且 JTAG DAP 在 AHB 上的优先级是否高于 文档勘误 表(ROMBL)  中缺失的 RBIAS 电阻器故障的优先级？

     CM 可能没有对闪存进行编程或 不知道闪存失败、 因此 已知存在已擦除的空白闪存中某些勘误表的解释来回答海报问题？

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

    您好 BP101、

    Peter 还说、这些器件未进行编程、是来自 TI 的新器件、因此这不是一种或多种方法。 根据症状和要解决的步骤、听起来很像。 但是的、Peter 可以(也可能应该)为我们确认 CM 是否实际对器件进行了编程。

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

    CM 是一个快速的原型公司。 我只有10个用于测试新的 RAM 芯片。 CMS 通常不会在没有付费的情况下执行任务。

    如果没有说明，CM 将不得不选择一个程序(构建自？？？ 源代码)、购买调试器、购买我使用的特殊连接器电缆、使用一些编程应用程序设置 PC、然后让某人加入在线计划。 我想我可以问，但这个想法在我的脑海中是不可想象的。 我无论如何都要问。

    此外、擦除闪存(使用 UniFlash)会导致相同的不可连接状态(错误2062)。 因此、这证明、当遵循首选做法时、空白器件将不起作用。

    请注意、Tag-Connect 使电缆变得简单、对于极简的编程焊盘而言、它们非常有用。 我推荐这里。 我认为 TI 也会使用它们、因为我在它们的 LaunchPad 上使用相同的编程封装。

  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    芯片从未编程。 CM 确认了这一点。
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    [引用 user="Peter Borenstein"]我从 CM 收到了已编程的 TM4C129X，但没有将4.87k 电阻器连接到 RBIAS [/quot]

    也许您 可以编辑第一个帖子、这样未来的读者就不会认为 Flash 确实是 由 CM 编程的。  我们是否不对嵌入式 MCU 进行编程、而是为了将 应用程序写入闪存？

      我和 TI 工程师是否未回答该问题？

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

    如果缺少 RBIAS、您从未回答过 JTAG DAP 是否比访问 EMAC0的 ROM 引导加载程序具有优先级？ 在我看来、在一个 ARM 内核复位后、DAP 应该比 AHB 上的 EMAC0获得到闪存存储器的优先级访问、也许甚至在 POR 之后。
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    此帖子与其说是一个问题、更像是一个投诉。 解决方法位于原始帖子中。

    我会给予已解决的积分、并对发表"我将更改数据表的首选做法"的任何人说一些好消息

    您的想法仍然受到重视！ 有趣的相关见解是一个学习的机会、但它们并不值得被称为解决方案。

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

    [引用用户="Peter Borenstein"]如果您需要一位声音倡导者进行变革，请告诉我

    首先-小而坚定的员工和我、"感受你的痛苦！"   除了"最佳做法"之外、更严格的客户-用户指南似乎很有秩序。

    虽然您的沮丧是合理的-您在这里与熟练的供应商代理(他们曾经和现在完全没有人)打交道时、有时似乎有点苛刻。   (请注意、我在"不是很少"的情况下、也曾指示"榴弹炮消防"以供应商的"规则/条例"为依据。)

    您提供的"声音宣传"(在此处向供应商的代理) 可能比您的"直接 联系供应商最近的销售办事处"更"有效。   (通常情况下、"装备更好"会引导您的实际抗议"向上"、在那里、它能获得最大的听力、从而"获得成功的机会"。   (过去曾为一个类似的半巨人工作过——必须指出的是“批量会谈”——而且最常“推进”这种改变！)

  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我并不是说它是指意思。 有时、人们可能会因为不提供"客户价值"而阻止他们的行动。 我们可以得到一个请愿，而不是叫喊。 只是想帮忙...
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    [报价用户="Peter Borenstein">我们可以收到一份请愿书。一些其他器件的数据表具有 指向提交文档反馈表的链接。

    Tiva 数据表中缺少该链接、但我认为您可以使用 http://www.go-dsp.com/forms/techdoc/doc_feedback.htm?litnum=SPMS444B&partnum=TM4C129XNCZAD 在 TM4C129XNCZAD 数据表上提交建议。

    如果您尚未看到该问题、请参阅器件勘误表中的问题说明：

    勘误表 ETH#03被记录为影响所有现有芯片修订版本1、2和3、这是更新 数据表中首选做法的更多原因。

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

    我没有将您的写作描述为"平均"。   (它确实针对提供援助的人----因此证明目标不明确----和严厉)

    同样、您影响这种情况的最佳能力-从 您访问供应商最近的销售办事处获得"大力宣传"(正如您所提供的)结果！

    "去请愿"机会(很少)-可能会延误/使您宣布的目的失败！   (从您的"声音宣传"承诺中后退-远-)

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

    您好 BP101：

    [引用 user="BP101"]
    如果缺少 RBIAS、您从未回答过 JTAG DAP 是否比访问 EMAC0的 ROM 引导加载程序具有优先级？ 在我看来、在一个 ARM 内核复位后、DAP 应该比 AHB 上的 EMAC0获得到闪存存储器的优先级访问、也许甚至在 POR 之后。

    [/报价]

    我试图解释我对彼得的帖子的解释时、我感到很失落。

    遗憾的是、JTAG 不具有比 ROM 引导加载程序更高的优先级、因此这一问题经常出现。 其中的大多数帖子都以"y JTAG is 不起作用！"开头。。 通过添加 RBIAS 和器件可以解决该问题、进而使 JTAG 再次运行。

  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 BP101：
    下面是 Cortex M4 TRM 的摘录。

    对于32位 AHB-Lite 总线的同时存取、降低优先级的仲裁顺序为：
    •数据访问。
    •指令和矢量取指令。
    •调试。
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Charles、

    Chester 发布了 ETH#03文本"当 RBIAS 丢失时、JTAG (可能)不起作用"。

    调试意味着 JTAG 仿真器 SWD 具有最低优先级、SWO 模式意味着(数据访问/端口) DAP)+(可能)可能会导致对闪存写入的控制。

    在 ROM 引导加载程序中配置 EMAC0外设时钟之前、RST 和/或 DAP 对 AHB 具有优先级控制后、必须存在时序限制。
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    >添加 RBIAS
    >BGA
    T_T

    BP101、我修复了该帖子。 很抱歉、编程过程中的混淆。 我的手并不总是能完美地键入我的头部中的内容。

  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 BP101：
    我认为这可能是 JTAG 调试访问到 CPU 访问 EMAC 模块之间的竞态条件。 我从未尝试过、但如果调试器可以在运行 ROM 引导加载程序的 CPU 能够在复位后配置/启用 EMAC 之前停止 CPU、则它可能能够解决勘误表(不起作用的 JTAG)问题。
  • 0
    TI__Guru**** 2451970 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    [引用 user="Peter Borenstein"]我的手并不总是能完美地键入我的头中的内容。

    有时没有这样做的人。

    如果  PCB 具有 复位按钮( 可能)、那么好消息是能够 通过 LM 闪存编程器竞争 ROM 引导加载程序执行、直到 准备好点击"程序"按钮。 在 一次闪存完全擦除后、肯定会击败每次关闭 XTAL。 我首先知道、当看门狗计时器在之前刷写的应用中后台运行时、DAP 会释放总线优先级。