我开发了一款定制可穿戴设备、由于器件可用性、该设备采用 CC2642R-Q1原型设计。 对于量产提升、我们使用的是 CC2642R、并且目前在 UniFlash 中遇到错误。 在 UniFlash 中、我看到 [ERROR] IcePick_C：连接到目标时出错：(错误-2131 @0x0)。 我已经在这里尝试了 JTAG 调试中推荐的所有内容-> https://software-dl.ti.com/ccs/esd/documents/ccs_debugging_jtag_connectivity_issues.html#device-register
我们收到了大量 CC2642R、并看到了所有这些器件的错误。 在什么情况下、我可以 说这些器件在到达时已接收到死电、因为当我使用 CC2642R-Q1时一切都正常？
谢谢、
Randy
您好、Ryan、
看起来接收 到的 CC2642R1s 可能存在问题。 目前、卷带上的前20个都发生了故障。 当我们从 LAUNCHXL-CC26X2R1中交换 CC2642R-Q1和 CC2652R1时、它们均按预期工作。
对问题 CC2642R1上的 VDDR 引脚(45)的监控始于3.28V、然后下降。 DCOUPL 引脚23从低于1.0V 开始、然后下降。
我已附上器件的图片、并带有以下标记。
我还将开始设计审查流程、但鉴于所有内容都能按预期与其他 CC26x2器件配合使用、我觉得这可能不是问题所在。 我正在确定部件的来源、但这是通过我们的买家来确定的。 在我获得更多详细信息后、我会将其上传到此处。
谢谢、
Randy
您好、Ryan、
我相信我们可能会处理一些问题。 将相关供应商的 CC2642与 DigiKey 的工作 CC2642进行比较后、字体会有所不同。
工作中的 CC2652R1和 CC2642R-Q1是 SAN-serif、CC2642R1是 serif。 我现在相当自信的 CC2642R1是一个假的、如上所示的 san-serif。 字体的一致性如何、或者它是否取决于每个批次？
谢谢、
Randy
Randy、
抱歉耽误您的时间；我的雷达下方出现了此问题。
我正在与在器件标识方面经验丰富的人核实、以收集他的经验、但我只想确认一个细节：上面的工作单元照片适用于非 CC2642 Q1。 CC2642-Q1看起来是一样的吗？
CC2642-Q1数据表的封装信息部分中提到了器件标识。
此致、
拉斐尔
