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.
https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/678176/tm4c1294nczad-rbias-when-not-using-ethernet-phy
即使未使用以太网 PHY、是否仍需要放置 RBIAS 电阻器？
是的。 未编程的器件将在出现25MHz 晶体时尝试启用 PHY。 这样做会使芯片无法与调试器通信。
同意-并得到充分注意的是"技术"理由-充分支持您的结论... 这一事实-许多人都"错过"-可能表明这一要求需要"更加重视和改进供应商..."
虽然这份"勘误表注释"很清楚、但我们都知道、"并非每个人"都会花费时间/精力查找、然后正确阅读/审阅这些数据。 我认为、MCU 手册(理想情况下)未能充分提醒客户-用户注意这一"不明显"(添加如此精确的电阻值)电路要求。 难道不是"警告失败"的证据----许多海报----谁(就像这里的海报一样)表示"严重不确定----或(甚至)错过"----这种警告？ MCU (通常用于"控制应用")是否能够使其客户端警告系统在没有"适当"(即任何)重要客户端-用户(纠正)反馈的情况下运行？
您好、Charles、
工作量一直很高。 然而，此类问题"经常发生"(应该)令人关切，不应该这样做？
值得注意的是、"时间与精力以及(错误的)努力"是 " 像！" 然而，很少有时间/精力/努力解决长期悬而未决的问题。
(无限)重复-强迫(您的)供应商员工-更不用说"客户-用户所遭受的混乱和延迟"-表明需要(部分)改进... (希望...)
数据表中表31-7的注释是适当的。 或许可以更清楚一点。 我认为自己有能力，但我却成为这个问题的受害者。 数据表超过2、000页。 我在一家小公司里做了很多工作、错过的脚注导致了这些问题似乎是不合理的。 您认为这一问题的根本问题是什么？ ROM 引导加载程序很容易成为问题、但如果目标是通过以太网接收固件、引导加载程序会有意打开 PHY。
"修复"显然是由" 更大胆、 更明亮、 更"普遍/可识别/重复" 警告引起的"修复"可能 比任何" 根本问题分析"都"更快、更容易实施"？
不 是"惯性"-运行 起来很不方便-因此(要求)识别-(仍然)-无法确保 (甚至开始实施)"固定"？
你的"角色"必须接受现实-难道不是这样吗？
[引用 user="Peter Borenstein]ROM 引导加载程序很容易被指责、但如果目标是通过以太网接收固件、引导加载程序会有意打开 PHY。 MSP432E 系列似乎基于 TM4C129系列、但包含一些勘误修复。 MSP432E 的已发布勘误表小于 TM4C129的勘误表。
例如 、ETH#03未列在2017年10月的 MSP432E 勘误表 SLAZ709中。
保存 了 TM4C129ENCPDT 器件修订版 A2和 MSP432E401Y 器件修订版 A2的 ROM 内容后 、0x01000000.0x0100E6FF 的 ROM 内容完全相同。
MSP432E 确实更改了器件、因为 DID0寄存器中的 Class 字段不同(TM4C129为0xA、MSP432E 为0xc)、这是基于来自识别 ROM 大小并将 ROM 内容保存到 PC 以供检查的程序的诊断结果：
在 MSP432E401Y 上： 在器件类=0xc 主要版本=0x0次要版本=0x2 DID0=0x180c0002 DID1=0x102dc06e ROM 版本0x301大小在 TM4C129ENCPDT 上为0xe700字节： 在器件类=0xA 主要版本=0x0次要版本=0x102dc06e ROM 大小0x100DIDD0002字节0x1000版本=0x100eDID1字节
即不要认为 ROM 引导加载程序是原因。
我尚未尝试测试 MSP432E401Y 以检查 ETH#03是否已修复。
