• State TI Thinks Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 34 subscribers
  • Views 303 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

DS90UB927Q-Q1: How to verify UB928 enter AV mute mode?

Jiawei Hu1
Expert 5555 points
Part Number: DS90UB927Q-Q1

Hi team,

My customer use UB927 pairing with UB928 in EE head unit, and now they meet one black display issue. This is issue is occurred occasionally and hard to reoccur.

What I have tested and result is as follows:

  • UB928 enter pattern mode, pattern is normal;
  • UB927 enter pattern mode, display is black display;

I initially think UB928 enters AV mute mode, and I write below code to UB927 to verify, it seems no work. So could you kindly help me check below code is right or not? If it is not right, what is the right code?

If UB928 don't enter AV mute mode, what cause this happen? Could you kindly tell me how to debug next? Thanks!

i2cset -f -y 1 0x0C 0x64  0x00

i2cset -f -y 1 0x0C 0x66  0x00

i2cset -f -y 1 0x0C 0x67  0x55

i2cset -f -y 1 0x0C 0x66  0x01

i2cset -f -y 1 0x0C 0x67  0x55

i2cset -f -y 1 0x0C 0x66  0x02

i2cset -f -y 1 0x0C 0x67  0x55

i2cset -f -y 1 0x0C 0x66  0x03

i2cset -f -y 1 0x0C 0x67  0x03

i2cset -f -y 1 0x0C 0x66  0x04

i2cset -f -y 1 0x0C 0x67  0x70

i2cset -f -y 1 0x0C 0x66  0x05

i2cset -f -y 1 0x0C 0x67  0xe6

i2cset -f -y 1 0x0C 0x66  0x06

i2cset -f -y 1 0x0C 0x67  0x2E

i2cset -f -y 1 0x0C 0x66  0x07

i2cset -f -y 1 0x0C 0x67  0x00

i2cset -f -y 1 0x0C 0x66  0x08

i2cset -f -y 1 0x0C 0x67  0x05

i2cset -f -y 1 0x0C 0x66  0x09

i2cset -f -y 1 0x0C 0x67  0x2d

i2cset -f -y 1 0x0C 0x66  0x0A

i2cset -f -y 1 0x0C 0x67  0x50

i2cset -f -y 1 0x0C 0x66  0x0B

i2cset -f -y 1 0x0C 0x67  0x05

i2cset -f -y 1 0x0C 0x66  0x0C

i2cset -f -y 1 0x0C 0x67  0xd8

i2cset -f -y 1 0x0C 0x66  0x0D

i2cset -f -y 1 0x0C 0x67  0x16

i2cset -f -y 1 0x0C 0x66  0x0E

i2cset -f -y 1 0x0C 0x67  0x00

i2cset -f -y 1 0x0C 0x66  0x0F

i2cset -f -y 1 0x0C 0x67  0x1E

i2cset -f -y 1 0x0C 0x66  0x10

i2cset -f -y 1 0x0C 0x67  0x0E

i2cset -f -y 1 0x0C 0x66  0x11

i2cset -f -y 1 0x0C 0x67  0x21

i2cset -f -y 1 0x0C 0x66  0x12

i2cset -f -y 1 0x0C 0x67  0x43

i2cset -f -y 1 0x0C 0x66  0x13

i2cset -f -y 1 0x0C 0x67  0x65

i2cset -f -y 1 0x0C 0x66  0x14

i2cset -f -y 1 0x0C 0x67  0x87

i2cset -f -y 1 0x0C 0x66  0x15

i2cset -f -y 1 0x0C 0x67  0xA9

i2cset -f -y 1 0x0C 0x66  0x16

i2cset -f -y 1 0x0C 0x67  0xCB

i2cset -f -y 1 0x0C 0x66  0x17

i2cset -f -y 1 0x0C 0x67  0xED

i2cset -f -y 1 0x0C 0x66  0x18

i2cset -f -y 1 0x0C 0x67  0x0F

i2cset -f -y 1 0x0C 0x66  0x19

i2cset -f -y 1 0x0C 0x67  0xFF

i2cset -f -y 1 0x0C 0x66  0x1A

i2cset -f -y 1 0x0C 0x67  0x01

 

i2cset -f -y 1 0x0C 0x64  0xE1

i2cset -f -y 1 0x0C 0x65  0x04

i2cset -f -y 1 0x0C 0x65  0x00

 

i2cset -f -y 1 0x0C 0x64  0xE0

  • 0
    TI__Mastermind 36880 points

    Hi Jiawei,

    Did you disable the 928 patgen before you attempt to enable patgen on 927? Can you please provide me the register dump file? I can't see with the snapshot captured.

    Aaron

  • 0 in reply to Aaron Heng
    TI__Expert 4170 points

    Hi Aaron,

    Let's make it simple and focus on the possible AV mute issue first.

    Can you provide the reference code to force 928 enter AV mute mode? As well as the code to force 928 exit AV mute mode? Customer use 927+928...

    Thanks.

    Dongbao

  • 0 in reply to Dongbao Zhou
    TI__Mastermind 36880 points

    Hi Dongbao,

    Let me look into this, and I will get the script for you by 3/26.

    Aaron

  • 0 in reply to Aaron Heng
    TI__Mastermind 36880 points

    Hi Dongbao,

    I checked the 927 and 928 again. Looks like the 928 doesn't have any specialty register that allow its to exit the AV Mute mode. The only thing 928 can get into the AV Mute mode only when it detects there is a pattern coming from the serializer during blanking period. Therefore, all you have to do is to enable the register 0x04[4] of the 927. This will prevent the serializer send data pattern on the blanking period.

    Hope this helps. Let me know if you have additional questions.

    Aaron

  • 0 in reply to Aaron Heng
    TI__Expert 4170 points

    Hi Aaron,

    Thanks for your feedback, just let you know above register setting works for 947/9 paired with 948, maybe it doesn't work for 927 and 928. The concept behind is to enable ser (947/8/27) internal pattern generator to send fixed video pattern during DE=L (666666 to force 948 enter AV mute, 555555 to force 948 exit AV mute).

    I closed the issue by doing below, hope it helps more people who might meet similar issue.

    Let me summary some typical issues for AV mute (no correct video data):

    1. Deserilizer pattern generator works (both internal/external clk, as long as there is video display)

    2. Ser pattern doesn't work (no matter internal clk or external clk

    3. Lock keeps high

    4. Reset deserilizer state machine only will recover (soft reset should be fine)

    Workarounds:

    1. Enable Ser DE gate 0x04[4], default is disable. (this should solve most of AV mute issue, good to check #2 and #3)

    2. Fix AEQ (some time lock may stuck in high EQ cause additional noise trigger AV mute)

    3. Correct power up sequence

    For 92x application, since there is no direct code to verify the AV mute issue at least for now, suggest try those the workarounds to validate.

    Regards,

    Dongbao