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.

[参考译文] TMS320F28069F:F28069F 模型内的高生产故障率

Guru**** 2555630 points
Other Parts Discussed in Thread: UNIFLASH

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1175972/tms320f28069f-high-production-failure-rate-within-f28069f-models

器件型号:TMS320F28069F
主题中讨论的其他器件:UNIFLASH

大家好、

我们一直在使用 F28069 DSP 的各种模型、尤其是"TMS320F28069UPPFPS"和"TMS320F28069UPNT"、但最近由于短缺、我们不得不使用具有不同 ROM 结构的"TMS320F28069FPNT"模型、然而、我们在生产过程中看到了一个主要问题、即以下问题:

对于标有"U"的 DSP、我们的故障率相对较低、这意味着在第一次刷写尝试中、只有不到1%的 DSP 发生了故障、 但是、在"F"系列中、此数字明显更高、尤其是在我们上次生产中、我们看到20%的故障率(在400个电路板中、至少80个电路板)在首次刷写尝试中显示了以下错误:

[错误] C28xx:闪存编程器:擦除闪存存储器时出错。 擦除扇区 A - 65535时出错

我们已使用隔离式 XDSV100和 XDSV110调试探针分别测试了闪存在各种启动模式下的情况、但未成功、删除恢复也失败、并出现以下错误:

[ERROR]  C28xx:闪存编程器:执行删除恢复时出错。

当我们将生产速度提高到100倍或更多时、这一点对我们非常重要、这样的故障率是不可接受的、我必须强调所有故障 DSP 在首次擦除闪存尝试中都失败了、 在此之前没有对 CSM 进行编程或设置、因此扇区 A 被锁定的问题就在桌面上(很意外、我可以使用 UniFlash 工具解锁故障 DSP)

请告诉我们应该做什么以及如何确保这些芯片的故障率保持在可控范围内。

我的 UNIFLASH 版本:7.0.0

此致
John

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

    尊敬的 John:

    当您开始使用较新的器件时、硬件是否有任何变化?  

    软件中是否有任何更改或它与您正在刷写的二进制文件相同?

    在生产中、您使用的是 Uniflash、并且您收到了闪存错误? 如果您使用 CCS 进行连接、它是否起作用?

    在发生故障的设备上、您可以尝试'WaitBoot'模式、它是否恢复?

    此致、

    桑托什

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

    您好 Santosh、

    很抱歉耽误您的时间、我已经进一步调查了这个问题、下面是我在测试中按照以下步骤找到的内容:

    我对适用于 U 型的电路板进行编程的旧方法:

    1. 具有新 DSP 和编程器的电路板被关闭
    2. 我同时打开两个板(在我们的情况下、板也为编程器供电)
    3. 编程器无法刷写电路板

    我对电路板进行编程的新方法、允许我刷写 F 模型:

    1. 具有新 DSP 和编程器的电路板被关闭
    2. 我同时打开两个板  
    3. 我通过将 XRS 引脚接地来复位 DSP
    4. 现在、我可以刷写 F 模型

    那么、基本的区别是、现在我必须在 DSP 上电后手动复位、只有在这种情况下我才能将其刷写、那么您认为是什么导致了这个问题? 我根本不需要对 U 型执行此步骤。  

    现在、像这样恢复的 F 模型显示了奇怪的启动行为、例如、当它们根本不启动并且 DSP 保持冻结时、有时它们会启动、代码在它们上面运行、 但是、对于 F 模型、我可以在不强制复位的情况下立即刷写它们、我在启动中没有发现任何问题。

    关于您的问题:

    -软件是相同的,由于 ROM 的变化,U 和 F 模型只有链接器命令文件是不同的

    -如果我不执行重置步骤、Uniflash 和 CSS 都无法刷写电路板

    - U 模型和 F 模型之间的硬件只有在功率级上是不同的,所以信号级几乎是相同的,特别是对于 JTAG 侧和加电例程。

    -等待引导模式不起作用。

    我将等待您的意见。

    John

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

    John、

    因为'Waitboot'没有帮助。 我们需要查看原理图。 我向您发送了朋友请求。 您能否接受请求、然后通过电子邮件发送原理图。  

    此致、Santosh

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

    尊敬的 John:

    查看原理图后、看起来没有填充 TRST 线路的下拉电阻器。 您还有用于 TDO 线路的 DNP。 我们需要填充这些寄存器。 在 TRST 线路上尤其重要。 是否可以在故障器件上填充并重试?

    我与我的同事进行了讨论。 他将在闪存编程视图中提供有关电源要求的更多详细信息、直到一天结束。

    此致、Santosh

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

    John、

    我查看了您发送的原理图、但我需要比您发送的更多详细信息。 具体而言、我需要查看到以下引脚的每个/所有连接:VDD、VDDIO、-XRS、VREGNENZ、JTAG 和引导模式选择引脚。 请向我发送友谊请求并发送显示所有这些连接的原理图。

    [引用 userid="545681" URL"~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1175972/tms320f28069f-high-production-failure-rate-within-f28069f-models/4438330 #4438330"]包含新 DSP 和编程器的主板已关闭[/quot]

    到底什么是"编程器"? 我印象中您使用的是 XDS100或 XDS110调试探针。

    有几个区域可以检查闪存编程是否失败:  

    功率级是否能够在擦除/编程(EP)期间提供所需的电流? 如果器件在 E/P 期间出现电流限制、则可能会导致故障。 但是、如果每次擦除成功并且只有编程失败、这就不可能成为原因。 您可以在 E/P 期间探测电源引脚、以检查电压是否下降或是否存在过度振铃。  

    E/P 流程是否存在任何中断? 这可能会损坏密码位置。  

    如果您将“有故障”的设备移至已知良好的主板,则问题是否出在设备上?

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

    您好、Haresh、

    我已经使用两个不同的编程器测试了故障电路板:

    第一个编程器:XDS100-V2 =>我们用 F28069M Launchpad 设计制作的定制绝缘编程器(在这种现象发生之前已测试的数千个器件的情况下工作正常)

    第二编程器:XDS110 =>标准 TMDSEMU110-U

    [引用 userid="10172" URL"~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1175972/tms320f28069f-high-production-failure-rate-within-f28069f-models/4438992 #4438992"]功率级是否能够在擦除/编程(EP)期间提供所需的电流? 如果器件在 E/P 期间出现电流限制、则可能会导致故障。 但是、如果每次擦除成功并且只有编程失败、这就不可能成为原因。 您可以在 E/P 期间探测电源引脚、以检查电压是否下降或是否存在过度振铃[/引述]

    在出现故障的器件上、擦除也会在电路板加电后最初失败、但是、如果我通过 DSP 的 XRS 引脚复位电路板、我可以擦除 DSP (在我对 CSM 进行编程时、在正常和引导模式下都是如此)

    [引用 userid="10172" URL"~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1175972/tms320f28069f-high-production-failure-rate-within-f28069f-models/4438992 #4438992"]

    E/P 流程是否存在任何中断? 这可能会损坏密码位置。  

    [/报价]

    仅使用标准 Uniflash 的"加载程序"过程放置引导加载程序、就不会执行额外的步骤。

    [引用 userid="10172" URL"~/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1175972/tms320f28069f-high-production-failure-rate-within-f28069f-models/4438992 #4438992"]如果将“有故障”的设备移至已知良好的主板,则问题是否出在设备上?[/quot]

    到目前为止、我已经尝试用新的 DSP 替换有故障的 DSP、它可以正常工作、但仍然无法说问题是 DSP。

    我在 UniFlash 中看到的这些故障 DSP 的一个有趣之处在于、下图是在发生故障的 DSP 的闪存过程中从 Uniflash 获取的:

    步骤1:在引导模式下、DSP 无法与闪存编程器(XDS100-V2)通信、并且密码在 UniFlash 中设置正确、在此阶段、我必须通过 XRS 引脚复位 DSP。

    步骤2:在此阶段、我可以在复位后立即刷写 DSP、但我看到2或4 "C28xx:GEL 输出:器件校准未完成、检查器件是否已解锁并重新校准。"、正常运行的 DSP 上不会发生此错误。

    步骤3:闪存编程成功! 但是、以这种方式刷写的 DSP 显示出奇怪的行为、它们不会始终如一地安全启动、在刷写期间似乎出错了。

    我已经监控了3.3V 线路、电压始终如一、我将等待您的友谊确认、以分享更多原理图。

    John

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

    现在正在离线处理此问题。