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.

DS90UB948-Q1: 948的GPIO2输出背光使能信号异常

Part Number: DS90UB948-Q1
Other Parts Discussed in Thread: DS90UB941AS-Q1

现象为屏幕不定时的闪黑屏。通过抓取948的GPIO2(BackLight_EN)发现,闪黑屏时信号异常,见下图:

同时测量了串行端941的GPIO2的输入信号是稳定的。

941的0x0e寄存器配置为0x3f

948的0x1e,寄存器配置为0x53


请帮忙分析,Thanks!

  • 您好,

    LOCK 是什么状态?是稳定的吗?

    948的GPIO2信号附近是否有高频信号干扰了它?

  • 1、测量了948的gpio2(bl_en)和lock脚如下图,发现异常时lock信号也是异常:

    2、还有一个现象:当主机播放color bar画面或者纯色图片时,闪屏概率会小很多。

    3、GPIO2附近没有高频信号,跟他临近的是PWM,180Hz。

    4、现在看起来闪屏是因为948 lock失锁导致,而且还跟视频画面的特征有关。

  • 您好,为更加有效地解决您的问题,我已将您的问题发布在E2E英文技术论坛上,请资深的英文论坛工程师为您提供帮助:

    https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1205173/ds90ub948-q1-the-screen-flickers-black-screen-from-time-to-time

  • 英文工程师的回复:

    您能提供在SER和DES上连接GPIO2的原理图吗?

    此外,请提供您正在为这些GPIO应用的配置;

    此外,LOCK何时或为什么变得不稳定?有什么特殊条件吗

    can you provide schematics how are you connecting GPIO2 on the SER and on the DES?

    Also please provide which configurations are you applying for those GPIOs?

    Additionally, when or why is LOCK getting unstable? Any special condition?

  • 现在可以不用在意GPIO2的抖动,因为我们通过观察948的LOCK脚发现闪屏时伴随LOCK的unlock和relock过程。

    那现在的问题就变成:948会偶发unlock。
    通过更换不同的主机、线束、屏幕,发现都无法消除948发生unlock。但是当我们把主机输出的视频帧率从60Hz改为59Hz后,画面稳定,且几乎观测不到948 unlock的现象。

    这是为什么呢?请帮助我们分析可能的原因。
    Thanks!

  • 我已将上述现象反馈给美国的工程师,请等待他的分析。

  • 您可以提供更多关于信号传输的细节吗?分辨率/帧速率/消隐,像素时钟是什么?

    您使用的是单FPD-Link 通道还是双通道?

    配对的SER是DS90UB941AS-Q1吗?

    您是否使用了 SER中的pattern generator进行测试?

  • 分辨率:1920x1080

    帧率:60Hz

    消隐:hsw=44,hbp=148,hfp=88;vsw=5,vbp=36,vfp=4;

    hblank=44+148+88=280;vblank=5+36+4=45;

    htotal=1920+280=2200;vtotal=1080+45=1125;

    pclk:2200*1125*60=148.5MHz

    FPD-LINK:Dual link mode

    串行器:DS90UB941

    串行器PG测试:当使用内部时钟(0x56寄存器设置为0x02)、PG自己产生的timing(0x65寄存器设置为0x04)时,没有问题,test pattern显示是稳定的;

  • 从上面的测试来看,问题似乎是由视频源信号引起的,或者CLK有时不稳定或抖动,或者时序不稳定。

    为了获得更准确的判断,您能否根据 AppNote 使用3种不同的设置测试PG:

    1) 使用内部CLK和内部timing ===>0x65=0x04------这个你已经测试过了,所以不需要重复!

    2) 使用外部CLK和外部timing ===>0x65=0x0

    3) 使用外部CLK和内部timing ===>0x65=0x0C

  • 当0x56=0x02(内部参考时钟模式)时:

        0x65=00 (外部timing):黑屏无显示;

        0x65=04 (内部timing、内部分频时钟):稳定不闪;

        0x65=0C(内部timing、外部像素时钟): 黑屏无显示;=======> 我们并没有给941外接参考时钟。

    当0x56=0x00(DSI 参考时钟模式)时:

        0x65=00 外部timing):有显示但会闪;

        0x65=04  (内部timing、内部分频时钟):稳定不闪;

        0x65=0C 内部timing、外部像素时钟):有显示但会闪;

    从上面来看:

        1)当0x65=0x04时,不论0x56如何配置,都稳定不闪。

        2)当0x56=00 即参考时钟选择DSI时,无论0x65=00或者0C,都会闪屏。这应该都能说明是是DSI时钟的问题吧?

  • 是的,说明是DSI时钟的问题,请确保DSI时钟的稳定性以及jitter的性能。

  • DSI时钟已经提交SOC厂商去分析了。另外有个现象:在配置948的时候,会随机出现I2C write失败的情况。

    941和948之间unlock时,会影响到主机通过941==>FPD-LINK==>948,访问948寄存器吗(I2C通信)

    是不是在948 unlock和relock的过程中,对948的I2C访问会报错?

  • 是的,会影响

    在948 unlock和relock的过程中,941侧主机通过FPD-LINK对948的I2C访问会报错

  • 了解。按照前面的分析,如果DSI时钟有问题,而941没有外挂REFCLK,BRIDGE_CLK_MODE只能选择DSI作为参考时钟,所以DSI时钟异常也会影响FPD-LINK TX,进而导致I2C通讯异常。

    那么,如果我们给941的REFCLK上外挂一个晶振,这样即使在DSI时钟异常时,FPD-LINK的TX应该不会收到影响了吧?I2C通信应该也不会受影响,对吗?

  • 应该是的,我理解是这样的。