尊敬的所有人:
91K ad34批次中的某些器件(大约6%)不会在低温(<10°C)下启动。 4MHz FLL 似乎n`t μ s 振荡。 在超过20°C 的温度下、该器件/应用 运行良好。 处理器在我们的应用中已使用了10多年、没有任何问题。 同时、未对固件、硬件或生产线进行任何更改。
我迫切需要找出造成这一缺陷的根本原因。
谢谢你。
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.
尊敬的所有人:
91K ad34批次中的某些器件(大约6%)不会在低温(<10°C)下启动。 4MHz FLL 似乎n`t μ s 振荡。 在超过20°C 的温度下、该器件/应用 运行良好。 处理器在我们的应用中已使用了10多年、没有任何问题。 同时、未对固件、硬件或生产线进行任何更改。
我迫切需要找出造成这一缺陷的根本原因。
谢谢你。
抱歉、校准射频频率时太习惯了。
不太熟悉此器件的 MSP 器件、但我假设我们将讨论 https://www.ti.com/lit/ug/slau259e/slau259e.pdf 中图3-1中的 FLL 部分
如果是、如果您更改 FLLREFCLK 的源、您是否会看到相同的情况? (这用于调试、我知道您无法在应用中更改它)
您好!
那么、您在4MHz 时使用 FLL、如果我正确的话、您使用 REFO 作为 REFCLK 是这样吗?
当您说它没有启动时、MCLK 和 ACLK 是如何看起来的?
如果您在-20°C 至-10°C 的温度范围内下降、则 MCLK 的行为是缓慢还是更快的?
您的 DCORSEL 设置是什么? 您是否考虑了快照中标记的不低于 DCO 规格的内容?
以某种方式添加快照不起作用、请转至底部的数据表#28。 抱歉。
Daniel、您好!
这就是我在 DCORSEL 设置上的最后一个问题要解决的问题。 因此、正如您所知、FLL 根据乘法器和 REF 时钟混合 DCO 频率。 它还动态修改 DCO 和 MOD 位、例如、当特定 DCO 抽头的频率随温度变化时、它要么对齐 MOD 位、甚至对齐 DCO 位。
如果现在 RSEL 设置不包括整个指定范围、包括生产变化、DCO 和 MOD 位可能达到最大值或最小值、这将设置 FLL/ DCO 故障标志。
因此、我请求您使用的时钟系统设置? 此外、请检查何时无法清除 FLL 故障标志 DCO 和 MOD 位是如何显示的?
这就是我参考 DCO 设置下的注释的原因。 因此、对于4MHz、我认为 DCORSEL 应为3或4、而初始设置为2。
Daniel、您好!
非常感谢、好的、如果您使用 REFCLK = 32768Hz、那么 FLL 的乘法器设置是否为500?
您选择了 DCORSEL=5、这意味着
fDCO (5、0)、最大值= 6MHz
fDCO (n、31)、最小值= 23.7MHz
根据以下要求 fDCO (n、0)、MAX≤fDCO≤fDCO (n、31)、min
它的频率为6MHz < 16.384MHz < 23.7MHz、这意味着它应该在 DCO 设置的角度下工作。
如果您在较低温度下遇到故障、那么我想查看 DCO 和 MOD 位。 重点是、只有当达到这些位的最大值或最小值时、DCO 故障标志才能被置位。 必须发生这种情况、否则应清除该标志。
因此、仍然可能发生的事情:
1.参考时钟错误-->应通过 ACLK 进行检查(您说是正确的,请向我展示示波器快照或频率测量)
2. FLL 设置可能已更改-->通过调试器检查所有 UCS 寄存器设置(请发布快照)
DCO 运行超出规范-->禁用 FLL 并设置 fDCO (5、0)和 fDCO (5、31) 以测量 DCO 频率的频率
您好、Dietmar
现在,我们不知道哪个组件出现了故障–它可能是内部配电、 REF0或 FLL。 我们可以看到、代码执行大概在前面提到的循环中停止。
遗憾的是、由于保险丝熔断、我们无法再访问 JTAG。 现场的终端客户检测到问题。 大约150个具有一个特定日代码的单元存在此问题。 我们怀疑该日代码在芯片中出现了系统性问题、因为我们过去已经运送了大约10千个器件、但没有出现该问题。
Daniel、您好!
OK Locked JTAG 会限制您站点上的调试功能、但肯定也会限制在 TI 站点上、因为我们无法再对这些器件进行生产测试或应用任何基准测试。
但是、CC5137具有电子保险丝、可通过 BSL 进行更改。 您是否仍然能够使用 BSL 密码解锁 JTAG 并防止主存储器擦除。 这样、您可以重新获得调试访问权限吗? 或者您是否已禁用 BSL?
我认为,没有事先要求的资料,很难作出判断。
您在一个数据代码(装运代码)中声明了150个器件、您是否知道所有这些器件是否都具有相同的批次追踪代码(LTC)、即 Topsite 封装上的标记。 如果是、您可以分享吗?
但是、这也意味着这些应用程序在您的出厂生产测试期间正常工作、让我假设它们在现场发生了什么事情。 是否还有其他共性,如仅从1位客户返回、任何软件或硬件更改...?
您好、Dietmar、
我不知道 CC5137 有一个有可能被复位的电子保险丝。 BSL ist 未禁用、密码可用。 我将对此进行研究。
请参阅随附的批次追踪代码图片
在过去10年中、我们提供了大约30万个器件、它们具有相同的硬件和固件。 到目前为止、福特投诉了8个设备;ca. 通过在-10°C 的温度下测试库存、发现了140种未交付的故障器件
如果您需要、我们会向您发送一些有缺陷的器件以供进一步分析(我们会向您提供密码)
Daniel、您好!
感谢您告知我们、这意味着您在库存中也找不到显示此行为的商品?
这些140台设备+ 8台现场设备是否都来自同一台 LTC?
在我们获取器件之前、最好通过 BSL 解锁器件而不擦除主存储器。 然后、请检查编程代码是否仍然正常。 然后连接调试器、查看 DCO 故障标志环路中的 DCO 和 MOD 位会发生什么情况。
如果在 RSEL 位被正确设置且 REF 时钟正常的情况下确认在边界上运行、我认为我们需要将部件放回。
Daniel、您好!
那么、您是说以下脚本示例利用 TI BSL 脚本编写器不起作用?
模式543x_family COM1
批量擦除
RX_PASSWORD
RX_DATA_BLOCK JTAG_UNLOCK.txt
JTAG_UNLOCK.txt
@17FC
00 00 00 00 00
问
如果这不起作用、请添加以下内容以解锁 BSL 存储器
模式543x_family COM1
批量擦除
RX_PASSWORD
RX_DATA_BLOCK OPEN_BSL.txt
RX_PASSWORD
RX_DATA_BLOCK JTAG_UNLOCK.txt
OPEN_BSL.txt
@0182
03 00
问
Daniel:
根据 BSL 脚本编写器用户指南、它必须为5xx
https://www.ti.com/lit/ug/slau655g/slau655g.pdf
使用 RX_DATA_BLOCK OPEN_BSL.txt、您将0x0003写入地址0x182、以通过清除 SYSBSLC 寄存器中的 SYSBSLPE 来解锁 BSL 存储器。
Daniel、您好!
完美,我也会想不出来的。 我将与我的同事讨论装运器件。
同时、当器件在故障标志轮询中挂起并读取 DCO 和 MOD 位以查看我们是否遇到边界时、您可以帮我一个忙、并在故障条件下连接调试器。 最后完成我们在开始时讨论的内容。
如果您可以向我发送一张包含寄存器设置的调试器图片、它将帮助我们更好地了解正在发生的情况。
此外、请不要对这些器件进行重新编程、只需在解锁 JTAG 后将调试器连接到正在运行的目标上。
Daniel:
已获得批准、可针对2个已确认的故障器件触发退货流程。 请使用以下链接触发流程: 商品退货|创建退货。
如果您是通过 disty 购买的、则还必须涉及 disty。 如果您有任何问题、请告诉我。
但是、为了加快调查、我希望获取有关设置的调试结果、您可以在其中复制该结果、以便对下一步做出决策。
尊敬的 Vanci 先生:
由于供应链中有关产品监管链的不确定性、TI 将仅支持通过授权经销商购买产品的客户的产品验证请求。 所有其他验证请求都必须通过其供应链来处理。 TI 强烈建议您直接从 TI 或授权经销商(http://focus.ti.com/docs/general/distribcountryresults.jhtml)购买所有 TI 器件、而不是从灰色市场或代理商处购买。
此致、
Dietmar Walther
Gheorghe 先生
我们将在内部检查如何继续、并告知您、但您能不能满足我先前发布的请求:
同时、当器件在故障标志轮询中挂起并读取 DCO 和 MOD 位以查看我们是否遇到边界时、您可以帮我一个忙、并在故障条件下连接调试器。 最后完成我们在开始时讨论的内容。
如果您可以向我发送一张包含寄存器设置的调试器图片、它将帮助我们更好地了解正在发生的情况。
此外、请不要对这些器件进行重新编程、只需在解锁 JTAG 后将调试器连接到正在运行的目标上。
我认为这将大大有助于更好地判断行为。