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.

[参考译文] TLV2548:开机后TLV2548IDW锁定问题

Guru**** 2564565 points
Other Parts Discussed in Thread: TLV2548

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/568950/tlv2548-tlv2548idw-lock-up-problem-after-power-up

部件号:TLV2548

我们在产品中使用TLV2548IDW ADC (每台设备有多个器件)已有一段时间,并且遇到了一个非常罕见的事件,即在通电后,其中一个器件(每次都是相同的物理器件)不响应SPI事务, 或者通过所有的数据推动SPI miso (因为我们对miso有一个上拉,所以很难判断发生了哪些情况)。 同时,系统中的其他TLV2548设备运行良好。 所有 设备都将CFG寄存器初始化为相同的值(0x0004),这基本上是寄存器默认值,只有EOC/INTN输出引脚模式设置为EOC模式。 如果存在此问题,如果我们可以对处理器执行软重置,则相关ADC将开始工作,问题就会消失。 仅在开机时出现问题,并且在几个不同的装置上发生。 此外,当在这种失败状态(SDO所有一个输出或三态)下运行~10分钟时,我们的处理器在轮询EOC针以完成转换的例程中挂起。 这似乎表明设备突然脱离了坏状态并声称INTN (而不是EOC)。 是否有任何情况会导致设备在通电时进入这种不良状态?

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

    没有已知的情况会导致出现错误状态。

    1)如果您可以在加电过程中共享SCLK,CSTART#,PWDN#,FS,CS#的逻辑状态(即供应增加时),我们可以找到问题的根本原因?
    2)这些数字输入线路是否与电源同步切换(即在电源加速时更改其逻辑状态)?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我附上了2个示波器捕获,一个显示了在通电时ADC SPI输入信号相对于VDD的计时,另一个显示了在通电时PWDN和REFP相对于VDD的计时。 请注意,我们不使用PWDN和FS (两者都被提取到VCC)。

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

    感谢您提供示波器镜头。

    我看不到ADC的通电顺序有任何特别的差异。 正如您在查询中提到的,这是一个罕见的事件,可以通过重置处理器来恢复。 我想处理器是否是需要重置的处理器。

    1)同一处理器是否处理系统中其他正常工作的ADC?
    2)遇到坏状态时,能否探测设备CS,SDO和SlCK并捕获示波器?
    3)如果主机的SPI接口在坏状态下工作正常,您是否可以按照设备的"硬件/软件断电模式"部分中所述,将8000h写入设备。 之后,设备-主机接口是否会恢复?
    4)在坏状态下,您是否可以尝试使用PWDN引脚恢复ADC (不重置处理器)。

    如果(2),(3)和(4)不起作用,软件重置到主机处理器是否会恢复设备-主机接口?

    由于这一事件很少发生,我会一次性列出所有可能的角度来看待它。 这样我们就可以充分利用这一事件来了解根本原因。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    (1)是的,处理器处理系统中的其他TLV2548 ADC的工作正常,尽管它们位于不同的主板上。 所有这些都在相同的SPI总线上,只是选择了不同的芯片。
    (2)(3)(4)-有关ADC已埋入我们的系统中,因此无法进行探测。 我们目前还没有办法为ADC写入8000h的软件断电;我们需要编写特殊代码。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Stephen:

    由于在遇到坏状态时无法探测设备,您可以尝试以下操作-

    1)将板1上的设备换用板2上的另一个设备。 同一主板上是否仍会继续出现故障?
    我尝试在此处确定问题是与设备还是与安装设备的主板有关。
    2)换用设备时,请将板1和板2连接到其原始位置(即相同的电源插头,电缆等)。 这将确保只更改设备位置。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    正如我所提到的,ADC深深地埋在我们已经组装好的系统中,因此很遗憾,我无法执行您建议的设备换用, 但是,我们过去更换过设备,但在另一台设备上发生这种情况时,问题就消失了。 我们担心的原因是,我们在不同主板上的多个设备上看到了这种情况,所以我们想看看是否存在使用该部件导致问题的任何情况。 我只想回顾一下1/23中的第一个屏幕截图,它捕获了VCC上升期间与VCC相关的SPI信号。 如您所见,SPI信号在VCC之前出现,并且在上升期间高于器件最大规格0.3V (示波器捕获显示高于VCC 0.8V)。 从您的1/23回答中,您没有看到任何与开机顺序的差异,但我不确定您是否注意到了这一点,可能需要进一步评论。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Stephen:

    我确实注意到数字针脚上的二极管在电源增加时打开。 这不是建议的情况,因为通过二极管的电流可能会对设备造成破坏。 但是,系统中的所有其它ADC都将以这种方式唤醒。 因此,我要求基于数字写的恢复,这将确定唤醒期间对IO逻辑确实很敏感。

    如果可以在主机上写入调试代码-

    1)按照上一篇文章中示波器镜头中显示的方式为设备通电。
    2)启动设备时,数字IOS保持低电平。

    这种实验也需要以某种程度的重复性重现不良状态。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我应该指出,由于我们的配电架构,我们系统中的每个TLV2548的加电方式并不与所讨论的相同。 范围捕获显示了最极端的情况,即出现问题的ADC。 其它ADC不具有相同的电压冲突,因为它们位于不同的电源支脚上。

    我们的处理器I/O端口默认为在加电期间启用弱上拉,无法通过编程方式更改。 弱上拉最终导致TLV2548上的SPI信号在功率提升过程中较高。 由于处理器的上拉比较弱,编写代码强制SPI信号降低将不起作用。 相反,我们可以在处理器板上的相关信号中添加下拉电阻,以防止在功率提升过程中出现VCC+0.3V信号电平冲突。 加电后,处理器将配置其SPI端口,并将SPI信号驱动到其正确的级别,到那时,另一主板上的TLV2548将使其VCC已启动。 我们在原型系统上试验了这种方法,它没有产生任何影响。 然而,我们不知道这是否真的解决了问题,直到我们进行了广泛的动力循环,但我认为这是朝着正确方向迈出的一步。