[参考译文] TMS320LF2407A：串行编程问题

John：

           50%的落出是非常高的。 有多少器件无法以这种方式编程？ 您能否提供 DPPM 编号？  

如果自2009年以来对 H/W 或 S/W 都绝对没有变化、那就不应该发生这种情况。 编程设置中是否存在更改的可能性？ 例如、用于对器件进行编程的 PC、甚至是 PC 上的操作系统(假设它是用于编程的 PC)？  还是 PCB 上的元件来自不同的供应商？ 请提供有关编程设置的详细信息。

您是否能够通过其他方式、例如 JTAG、对发生故障的器件进行编程？ (假设您的电路板有一个 JTAG 连接器、并且您的 PC 上有 CCSv3.3或 Prg2xx 实用程序)。

Unknown 说：

这种情况发生在多个批次上(如果需要、我可以提供这些信息)。

请提供这些信息。

Unknown 说：

我们希望德州仪器公司提供一些见解、说明这是以前观察到的情况、还是他们知道原因何在。

不,我们还没有听说过类似的问题。

您愿意私下与我分享您的原理图吗？ 您可以通过首先与我发起一个友谊请求来实现此目的。 您可以通过在将光标悬停在我的姓名上时选择"请求好友"选项来执行此操作。

Hareesh、

朋友请求已发送。 我正在等待有关编程 PC 的确认、尽管我相信在这方面的设置也没有发生任何变化。 我还将跟进一些批次代码信息(等待这些数据)。

我们的产品 具有 JTAG 接口、我们能够在工作台上使用该接口对样片进行编程。 但是、我们的合同制造商的设置 仅为 RS232。

John：

           我已接受您的邀请。  

这是一款非常成熟的设备(超过20年)。 在如此高的落出率下、器件不太可能表现出这些问题。 请回答我关于编程失败的设备数量和 DPPM 编号的问题。

Unknown 说：

我们的产品 具有 JTAG 接口，我们能够在工作台上使用该接口对样本进行编程。

您是否认为使用串行端口进行编程失败的器件通过 JTAG 通过了相同的操作？ 如果是、则表示闪存阵列本身工作正常。 从理论上讲、一旦遇到串行端口问题、就可能会出问题、但正如我所说、这是一个非常成熟的器件、我们已经交付了数百万个。

Hareesh、

与 TI 器件非常相似、我们的产品也非常成熟(2009)且未发生改变。 自 这些步骤最初实施以来、涉及的编程步骤没有改变。 我正在等待听到官方的余波数字。

以下是有问题的样品的两个批次代码(目前我们的实验室中有这两个代码)：

CA-2BCE9RW

CA-32C1Q2W

我们采集了一个有问题的样本、换入了已知良好的 DSP、但未发现问题。 然后将可疑的 DSP 放在不同的 PCB 上、每次问题都存在(DSP 始终存在问题)。

该特定 DSP 具有批次代码 CA-29AEVPW、

Unknown 说：

将可疑的 DSP 分别放置在不同的 PCB 上，每个情况下问题仍然存在(DSP 仍存在问题)。

您是否能够使用 JTAG 对可疑的 DSP 进行编程？

Unknown 说：

特定的 DSP 具有批次代码 CA-29AEVPW

从何处购买 DSP？

Hareesh、

我们的产品上确实有一个 JTAG 端口、但它主要用于开发目的。 我们还没有尝试使用可疑样本对 JTAG 进行编程、但它在我们的待办事项列表中。 我在之前的一篇文章中说得不对、这表明我们已经成功使用 JTAG 进行了编程、非常抱歉。

部件通过 Arrow Electronics 购买。

Unknown 说：

我在一篇较早的帖子中发言错误，指出我们成功编程了 JTAG，我很抱歉。

还不错。 确定闪存阵列是否存在任何问题是一个重要的步骤。 如果您能够使用 JTAG 对闪存进行编程、那么就剩下以下内容：

1. SCI 端口：通过运行外部环回测试(在 SCITX 和 SCIRX 引脚短接后)、可轻松测试 SCI 端口的正常运行。
2. 引导 ROM：一个检查 BROM 的简单方法是将内容转储为十六进制文件、并将其与已知良好的部件进行比较。

我查看了您的原理图。 似乎没有什么错。

Hareesh、

我们现在正在完成这个(和其他)测试、这可能需要一些时间。 我想暂时保持这个话题、并报告我们的调查结果。

了解。 在此期间、我向质量部门询问他们是否有其他客户的类似情况、他们说"不"。 您提供的批次追踪代码与2022年和2023年制造的材料有关。

坦率地说，我不得不不同意。

自2022年11月以来、我们2407A 上也存在串行编程问题(故障率20%)、并将问题报告给 TI 现场应用工程师、提供确切的批次代码、原理图和错误描述。
2个不同的产品受到影响。
软件和硬件多年来没有变化。

TI 还表示他们没有其他客户存在此问题...

我们(在德国 TI 现场应用工程师的大力支持下)终于将编程步骤改为 JTAG。

Stephan，

           我没有关于您的主机的详细信息、但我认为它是一台 PC。 假设它是一台 PC、我可以说：主机端代码是20多年前在 Win98时代以及 PC 以前使用串行(和并行)端口时编写的。 您可能会使用一些 USB 转串行转换器。 主机+软件中可能存在一些表现在这些故障中的边界条件。

John：

           你拒绝了决议，但没有提供理由。 如果你只是想让这张票保持开放,我会这样做。

如果您能够通过 JTAG 对闪存进行编程、这表示闪存工作正常。 我已经提供了测试串行端口和启动 ROM 的建议。 同样地、如果串行端口错误、内核、清除和擦除将不会成功。 如果引导 ROM 出现问题、甚至不会开始内核的传输。 我也不能怀疑 RAM 块、因为它们与 JTAG 编程中使用的块相同。

Hareesh、

在我之前的帖子中明确了我的意图、即我们计划通过测试(我们目前正在做)继续工作、然后提供这些结果来更新此主题。 此问题远未解决。

即使事实证明 JTAG 可能是一种解决方案、但 我们不太可能  将其用于我们的产品和制造流程。

John：

  完全理解。 将使该线程保持打开状态。  

Hareesh、

还没有更新-只是想让你知道这仍然在进行中(由于假期有点延迟)。