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.

[参考译文] TMS320F2812:丢失内部闪存和密码在一段不确定的时间后消失

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

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1330765/tms320f2812-losing-internal-flash-and-passwords-disappear-after-an-indeterminant-amount-of-time

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

我们使用 TMSF2812已超过15年、并有20多种基于2812的不同应用。  从大约2年前开始、我们已经开始发现一个问题、某些电路板上存在问题、但并非所有电路板上的系统都能锁住。  在测试设置上进行调查时、我可以通过 JTAG 看到触发了一个非法 ISR、当这触发发生时、我可以看到内部闪存报告全部为0、并且安全密码显示为0。  在锁定之前,安全密码是正确的。  看来他们并没有真正消失。  只需通过 JTAG 来复位固件、便会返回密码。  锁定所需的时间变化很大。  由于电路板发热、更有可能发生这种情况。  同样、这个问题已经出现在多个应用中。  但我们也看到、在多个电路板上使用一个应用、表明问题仅发生在这些电路板的子集上。  虽然硬件似乎很可能存在、但到目前为止、我们无法将此问题与硬件或软件隔离。

我希望能根据这些意见对我们应该如何看待提出任何建议。

非常感谢!

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

    您好 Sandy:

    kimi chang 说:
    加热主板更有可能发生。

    关于这一点、您能否说明一下、无论温度如何、都出现了错误吗? 是否存在一定的温度、绝对会出现观察到的误差?还是只是在较高的温度下、问题更有可能出现(但在低温/室温下并非不可能)?

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

    误差可以在任何温度下发生、只是在更高的温度下可以缩短发生误差所需的时间。  

    我可以观察到的另一个现象是、当发生非法 ISR 时、用户可以在"Debug"窗口中看到先前的执行。  更常见的情况是、之前列出的执行是 args_main.c、当函数尝试返回时、会发生非法 ISR。  据我所知、该函数只应在启动时调用、并且使用示波器监控复位线路时、不会指示任何复位。

    非常感谢!

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

    您好、Sandy:

    下面只是一些跟进问题:

    1. 您表示该问题是在大约2年前发现的、在接近这一点时、硬件或软件是否有任何变化?
    2. 如果您尝试在 RAM 中运行应用程序、有什么区别吗?
    3. 闪存等待状态是否按照数据表配置? (参见 表8-5。 数据表中不同频率上所要求的最小闪存等待状态)
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Omer:

    在回答您的问题时、

    1. 这个问题显示在多个固件, 其中许多没有 在该时间范围内更改。  在硬件方面、TI 芯片已升级、我们更改了仅在其中一个项目中使用的外部闪存的制造商。

    2.我非常怀疑我是否可以将应用程序装入 RAM

    3。闪存等待状态设置为5、我已在 JTAG 中进行了验证。  当器件锁定时、相应值会显示为0。

    非常感谢!

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

    抱歉、您能解释一下这一点吗? 您到目前为止是没有使用 F2812器件还是从该器件进行了更改?

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

    您好、Omer:

    它始终是 F2812处理器、

    谢谢!

    桑迪

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

    您好 Sandy:

    我会与另一位专家联系、然后回复给您。

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

    您好、Omer:

    同时还有一个问题。

    我们如何识别处理器是否处于边界扫描模式?  我们通过2.2k 电阻器上拉 EMU0和 EMU1。  TRST 通过1k 电阻下拉。  通过1k 电阻器将 EMU1引脚接地将会"锁定处理器"、但不会导致非法 ISR。

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

    您好 Sandy:

     最好为不同主题的线程创建单独的帖子、否则很难与其他专家协调来回复此主题。

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

    您好、Omer:

    此问题是基于我们对此问题的故障排除进行的查询。  我说过它没有导致非法 ISR、但通过进一步调查、我们发现它有时确实会导致非法 ISR。  这种情况和锁定问题总是会锁定、但非法 ISR (我们现在通过数字输出进行监控)有时会发生、但并不总是发生。

    谢谢!

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

    您好 Sandy:

    目前、我们的两位 JTAG 专家都不在办公室、因此我明天会联系他们、看看能否让他们回答您的问题。

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

    Sandy、

               您提到您在2年前发现了这个问题。 分辨率是多少? 更换芯片后您的问题是否得到了解决? 另外、此问题的 DPPM 编号是多少?

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

    Hareesh、

    两年前、当此问题首次出现时、我们对2812处理器、生产日期代码1A 和94感到怀疑。  如果我们更换2812处理器、问题似乎就会消失、甚至是我们想的。  最终、当我们的产品分拨给客户时、我们意识到问题仍然存在。

    在回答您关于 DPPM 的另一个问题时、我不确定 DPPM 代表什么。  如果是案例号或论坛问题号、则这是我们打开的第一个问题。

    感谢您的帮助!

    桑迪

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

    您好 Sandy:

    DPPM 指每百万缺陷器件数。

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

    Hareesh 和 Omer、

    在2018年到2022年底、我们总共购买了840 MA2325-3、可以确认总故障率是我们看到出现这种情况的45款产品(5.357 %)。

    此外、由于可疑行为、还退回了大约一半的 PCB。  进一步调查可能会发现不同的故障率数字。  我们可以肯定地说,在过去几年中,2812种产品的退货量大幅增加。

    通过测试确认的故障板、我们观察到以下情况:

    1.到目前为止我们无法将此锁定与代码的任何特定部分关联。  

    2.我们已经删除了安全代码,没有任何帮助。  

    3.我们有时会看到非法的 ISR、而有时 DSP 只是锁定并查看 CPU 寄存器、在调试中、处理器似乎处于复位状态。  

    4.在我们的测试过程中、看门狗已被禁用。

    我们的大部分产品基于2812处理器、我们必须停止所有这些产品的发货。

    再次感谢您的帮助!

    桑迪

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

    您好 Sandy:

    对闪存进行编程时、您可以验证器件的编程时间吗? 此外、您是否能够在编程期间监控电源? 您使用的是哪种编程器?

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

    Omer:

    我不确定我是否理解您在第一个问题中提出的问题?  此编程器是 Blackhawk USB560仿真器。  我们监控了电源、认为没有问题。  您能解释一下第一个问题吗?

    非常感谢!

    桑迪

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

    您好 Sandy:

    当你编辑闪存时、它花费一定量的时间。 在闪存数据表的"规格"部分中进行了概述:

    另外、能否附上耗材示波器的屏幕截图? 这些信息将提供给质量专家、以帮助提出任何建议。

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

    Sandy、

      非常重要的是、编程期间、器件不会"缺少电流"。 这意味着电源应具有足够的裕度(和瞬态响应)以满足器件的瞬时和稳态需求。 除了满足电源要求外、您还需要确保遵守擦除/编程时序要求。 通常、如果您使用的是 UniFlash 或 CCS 闪存编程器、则需要注意这一点、因为这些工具会"按原样"使用闪存编程 API。 导致器件电流不足或不满足时序要求可能会导致"弱编程"、从而导致运行不可靠。 话虽如此、我确实想说通过 CCS 复位器件能够解决这个问题。

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

    您好、我们的质量团队 Sandy 确认、我们在您提到的时间范围内已交付数百万个 F2812器件、没有其他客户报告此类问题、我们认为 F2812材料不存在体系质量。 我意识到这并不能解决您的问题、我们将继续集思广益、以帮助您对此进行调试、但我想提供一点保证、我们不会处理器件质量问题。

    从上面的测试点可以看出、#3表示设备有时似乎处于复位状态。  通过检查 XRSN 也证实了这一点吗?   当 WD 被禁用时、您在第4点描述的情况是否重复了这种情况?  我认为您没有外部监控器来控制 XRSN?

    您是否具备可以重复可靠地重现故障的设置?  如果是、是否可以取出疑似故障器件并 将其更换为 已知良好的 PCB 上的器件、以查看故障是伴随器件还是仍然与电路板一起出现?

    顺便说一下、您是在150MHz/1.9V 或135MHz / 1.8V 下工作吗?

    只需大声思考我们所看到的一些根本原因、就会导致间歇性的、明显不分青红皂白的问题:

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

    我们在 改进中断计时方面取得了一些进展。  目前、非法 ISR 似乎已停止、但处理器仍会暂停。  Blackhawk XDS560v2-USB 只是简单地说"Suspended"。  0x0000000 (未定义符号)。  堆栈显示为全0、而 PC 寄存器(内核)为0x0000000。  我仍然能够复位处理器并再次运行。  对于如何解决此问题或发生这种情况时驱动器处于什么状态有任何见解?

    谢谢!

    桑迪

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

    您好 Sandy:

    我将与 JTAG 专家核实、看看 他们是否 熟悉器件上的这种行为。 控制台中是否出现任何错误消息? 如果您查看反汇编代码、如果程序指向某个位置、您能看到它在哪里吗? 我认为0x0是程序在跳转到引导 ROM 之前开始的位置。

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

    Omer:

    以下是一些屏幕快照、可帮助回答您的问题:

    在这种情况下、地址为0x3FFC02、有时为0x000000。

    桑迪

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

    您好 Sandy:

    JTAG 专家 表示、这可能不是调试探针的问题。

    根据您的"Disassembly" 窗口、看起来像是您的器件复位。  较新的器件具有 RESC 寄存器、可帮助确定 复位原因、但对于该器件、您需要进行一些手动检查。 当调试器暂停时、您可以检查 XRS 引脚的状态吗? 此外、请 根据数据表验证器件的电源定序是否正确( 更多信息、请参阅第8.12.2节"电源定序"):

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

    Omer:

    我们已对 XRS 引脚进行多次检查、因为它看起来像是复位、但 XRS 引脚尚未被触发。  当驱动器正常工作以及当它触发时(它为低电平有效)、XRS 引脚为高电平。  另外、电源定序也是正确的。  自2002年以来、我们一直在以相同的配置使用 TPS76D301电源管理芯片。  该芯片可处理所有正确的加电电源定序。  此外、还禁用看门狗。

    桑迪

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

    Omer:

    我们昨晚的测试得到了有趣的结果。  在我们的问题板之一上、我们将 PLL 从150MHz 更改为120MHz、锁定问题消失了。  我们相应地调整了外设时钟时序。  很显然、这是一个重大变化、我们仍在评估中。  同时、我们现在正在尝试135MHz 并且到目前为止没有锁定。

    是否有基准测试可用来验证在150MHz 中的操作?

    桑迪

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

    顺便说一下、您是在150MHz/1.9V 或135MHz / 1.8V 下工作吗?

    [/报价]

    SANDY 您的核心电压是多少?  150MHz 仅支持1.9V 内核。

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

    Joe:

    器件电源 电压为1.9V

    桑迪

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

    Sandy、

               需要考虑以下几点:  

    1. 当您无法查看闪存内容时、您是否能够查看 L0/L1 RAM 内容? 如果不在、说明器件被意外保护。 如果您是、我们将处理其他问题(可能是 Flash 局部的问题)
    2. 重新编程闪存是否可以解决此问题?
    3. 您使用什么方法来对闪存进行编程? 如果您在自定义编程设置中使用我们的 API、是否已确保使用最新版本的 API?
    4. 您能否私下与我们分享原理图? 一旦你接受我的友谊请求,你将能够发送私人消息给我。
    5. 问题是否可以随意重现?
    6. 如果您在闪存中编程一个简单的 GPIO 切换代码、是否仍然可以看到问题?
    7. 您测量的 VDD 是否尽可能靠近器件? Vdd 上有任何电流感应电阻吗?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Hareesh、

    我们将尝试回答您的问题、但首先我想告诉您、我们将 PLL 从150MHz 更改为135MHz。   我们相应地调整了外设时钟时序。  这是在两个板上完成的,他们跑了整个周末没有锁定。  考虑到锁定所需的正常时间、这非常重要。  是否有基准测试可用来验证在150MHz 中的操作?

    1. 目前我们正在使用非安全 芯片、看到存储器部分没有问题。

    2、不是。

    3.我们使用 JTAG (Blackhawk USB560 v2 System Trace)和 code composer (版本:11.2.0.00007)进行编程

    4.我们可以分享原理图的摘录。  我接受了你朋友的请求。  您是否希望看到特定领域?

    5.如前面所述,问题在电路板子集上重现。  在电路板子集上、此过程可重现、但发生锁定所需的时间范围不同。

    6. 根据您的问题,我们今天就使用 Flash 进行了实验。  我们将 PLL 返回到150MHz。  这个项目足够大以至于没有办法避免从闪存执行全部操作、然而我们能够将某些函数移动到 RAM 中、并且即使锁定问题仍然存在、发生的时间似乎也更长。  我们已为 RANDWAIT 和 PAGEWAIT 使用 TI 默认值5个周期。  我们对 RANDWAIT 和 PAGEWAIT 的值均进行了实验、值为9。   对于从闪存执行的函数、值9的执行时间大约增加了60%。  然后、我们针对 RANDWAIT 和 PAGEWAIT 尝试了15次。  对于从闪存中执行的函数、执行时间现在增加了157%。  在这两种情况下、驱动器仍然锁定。

    7.我们在非常靠近器件的位置测量出 Vdd 为1.896V。  Vdd 上没有电流检测电阻。

    感谢您的帮助!

    桑迪

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

    ...

    器件额定为150MHz、在该速度下运行器件应该不会出现问题、前提是(i)将1.9v 馈入 Vdd (ii)正确配置闪存等待状态(iii)器件产生的热量消除、并且不允许器件过热。 (iv)器件得到充分保护、不受 EMI 的影响、因此不会尝试执行垃圾处理、从而触发 ITRAP。

    是否有基准测试可用于验证150MHz 的操作?

    该器件在150MHz 设计/测试。 此外、该器件已有22年以上的历史、已交付数千万个此器件。 我们没有听到这样的问题。

    1.  此时、我们正在使用非安全 芯片、看内存部分没有问题。

    我怕你不明白这个问题。 即使您没有密码、如果读取密码地址返回除0xFFFF 以外的任何内容、器件也会看起来很安全。

    4. 我们可以共享原理图的摘录。  我接受了你朋友的请求。  是否有您希望看到的特定区域?

    如果您无法分享整个原理图、我想查看器件所有引脚的连接。

    5. 如前面所述、问题在电路板子集上重现。  在主板子集上,它是可复制的,但锁定发生所需的时间范围不同。

    好的、有些板出现了问题、有些板没有。 这不太可能是软件问题。 它是 H/W、但问题可能与我们的器件不同。

    然后我们为 RANDWAIT 和 PAGEWAIT 尝试了15次。

    所以、这个问题与使用的等待状态无关。 即使使用最大等待状态、仍然可以看到问题。

    7. 我们在非常靠近器件的地方测得 Vdd 为1.896V。  Vdd 上没有电流检测电阻。

    好的。

    我们发现它有时确实导致了非法 ISR。  [/报价]

    当您说"Illegal ISR"时、您是否指的是 ITRAP?

    驱动器正常运行和跳闸时 XRS 引脚均为高电平(低电平有效)。

    根据-XRS 引脚上存在多少电容、在-XRS 引脚上可能看不到 WD 启动的复位。

    3. 闪存等待状态设置为5、我已在 JTAG 中对其进行了验证。  当设备锁定时,值将显示为0。

    这很奇怪。 等待状态位的复位值全部为1。

    尽管我们在过去25天里一直在努力解决这一问题、但我们没有就这一解决方案达成一致、我对此感到担忧。 请查看您是否可以收集以下两个帖子中的任何内容:  

    https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/745014/tms320f2812-bootloader-and-mcu-losing-application-program

    https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/743190/tms320f2812-bootloader-and-mcu-losing-application-program

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

    几天前、Joe 建议在一个好的电路板上安装一个"坏"器件,反之亦然。 您能试一下吗? 我们需要确定问题是出在电路板还是出在器件上。

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

    Hareesh、

    我们有两套坏板和两套好板。  我们已在不良电路板和良好电路板之间交换芯片。  在一种情况下、问题与芯片有关、而在另一种情况下、问题与芯片无关。

    只是为了澄清一下、当驱动器锁定时、我不必下载;我只需重置处理器即可再次运行。  它看起来不会有任何代码从闪存丢失。

    从2005年开始、我们拥有悠久的历史、一直提供包含各种固件的处理器、其中许多固件在许多年内都未经过修改。  从2020年左右开始、我们开始在许多固件中看到此问题、但所有固件都使用2812平台。

    我们继续关注2812与电路板其余部分之间的交互作用、但是除了 PLL 变成135MHz 之外、我们还无法确定问题的解决方案和/或原因。

    桑迪

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我们有两组坏板和两个好板。  我们已在不良电路板和良好电路板之间交换芯片。  在一种情况下,问题跟芯片发生,而在另一种情况下则没有。

    这对我们的调试没有帮助、  

    我们继续研究2812与主板其余部分之间的交互,但除了 PLL 更改为135MHz 之外,我们还无法确定解决方案和/或问题的原因。

    我想我们现在已经几乎用尽了所有调试方法。 向我发送原理图、我们可以看到是否有东西弹出。 如果不能、作为最后的选择、您可以将一些器件发送给我们进行分析。 如果这未显示150 MHz 运行有任何问题、我不知道我们还可以做什么。

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

    Hareesh、

    我接受了你的友谊请求。  如果您能告诉我如何发送电子邮件、我们已准备好向您发送原理图。

    桑迪

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

    我已经给您发送了一条私密消息。 您只需回复我的邮件即可。 您可以将原理图拖放到消息区域中。  

    替代方法:只需将光标悬停在我的姓名上即可。 将弹出以下窗口。 选择"发送私人消息"选项。

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

    我复查了您的原理图。 没有什么是真正突出的问题。  

    X1/XCLKIN 引脚为1.9v 电平、但我看到您使用了一个20k 的串联电阻。 假设您在 X1引脚处测量了时钟信号的振幅、它没有超过1.9v。  

    数据表中有一条有关断电时序的注释。 希望您满足此要求:

    在掉电期间、在 VDD 电源达到之前、器件复位应生效为低电平(8 μs、最小值)
    1.5V。这将有助于在 VDDIO/VDDIO VDD 电源斜降之前将片上闪存逻辑保持在复位状态。
    建议使用"低压降(LDO)"稳压器或电压监控器实现器件复位控制
    可满足此约束。 有助于电源定序的 LDO 稳压器(借助额外的
    外部组件)、可用于满足电源时序要求

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

    Hareesh、

    感谢您审阅原理图。

    通过1.8k 电阻器将 EMU1引脚接地会停止 CPU 操作。  我们在之前的测试中发现了这个问题、希望您可以提供一个解释。  所有其他 JTAG 信号均按照规范进行处理。  我们想知道这一事件的机制。

    谢谢!

    桑迪

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

    EMU0/EMU1引脚在 JTAG 调试以及将器件置于边界扫描模式期间使用。 然而、所有这一切仅在-TRST 引脚驱动为高电平时适用、这仅发生在 CCS 调试器具有器件控制权的情况下。 我无法确定在将 EMU1引脚连接到 GND 时器件所处的确切状态。 这会是一个极其嘈杂的事件、这可能会使器件进入某种不确定的状态。

    请评论断电顺序。 您在断电期间能否采集1.9v、3.3V 和-XRS 以检查是否符合数据表要求?

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

    Hareesh、

    自2002年以来、我们一直在以相同的配置使用 TPS76D301电源管理芯片。  此芯片可处理所有正确的加电/断电定序。  

    紫色为3.3V

    蓝色为1.9V

    黄色为 XRS

    感谢您的帮助!

    桑迪

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

    很明显-XRS 在 VDD 开始斜降前的几毫秒变为低电平。 恐怕我们已经用尽了所有调试方法。 您可以向我们发送几个故障器件进行分析。 这将是我们可以继续使用的最后一个调试选项。

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

    Sandy、

       我将关闭这个帖子。 如果要发送任何器件进行故障分析(FA)、则可以通过私有消息来处理通信。