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.

SK-TDA4VM: when install J21, PMIC-A/B output stops, why?

Part Number: SK-TDA4VM

Dear TI experts

I am trying to connect external I2C via J15 in SK-TDA4VM.

I need to jumpers on J21 because 'Install Shunt/Jumpers while programming PMIC on J21' is written in the schematics.

But when I connected J21 jumpers, I mean J21 pin1 and pin2 short, PMIC-A and B stops all the output of BUCKs and LDOs.
(Of course CPU cannot be operated because there is no power source then.)

I need to know why PMIC-A/B stops / HOW PMIC-A/B stops and what happens when installing jumper on J21.

  • SK-TDA4VM that we have is revision A1. 

    So if shorten HDR_i2c_SEL to 0, PMIC should be disabled cause PMIC_ENABLE becomes zero. 

    I have few question about Rev A1 and Rev B. 

    Doesn’t TI have an EVM board designed as revision B?
    Also, please check that there are no versions of schematics and gerber released after revision B.

    Several parts have been revised from Rev.A1 to B. 
    please share the reason for the change from A1 to B for each item.


    Our target board is based on EVM revision B, but PMIC doesn't turn on its power at all. This topic is still going on here, thougth.
    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1358810/sk-tda4vm-please-confirm-2-pmic-parts


    I am configuring if there is any difference between SK-TDA4VM based on rev A1 and our target board based on rev B for now.





  • When you short J21, HDR_I2C_SEL is 0. 
    Pin 3A is driving PMIC_ENABLE low. 

    Please check whether R421 is populated.

    Kevin



  • Thanks,

    Unfortunately there is no R421 option in the SK-TDA4VM for sale since it is version A1 PCB. (as I attached above picture Rev A1)

    so I've understood that PMIC turning off its power source is intentional when programming PMIC .

  • could you read register 0x3C from the two PMICs? (I know that the reason you are connecting an external I2C might be because you cannot read...)

    Kevin

  • PMIC A (0x48) 0x3C is 0x19
    PMIC B (0x4C) 0x3C is 0x19


    => i2c md 0x48 0x0 0x100
    0000: 00 82 13 04 20 2b 20 2b 20 2d 20 2b 20 1b 37 37 .... + + - + .77
    0010: 37 37 fd fd 41 41 b2 b2 1b 1b 3f 1b 1b 20 20 20 77..AA....?..
    0020: 20 00 00 38 38 10 38 1b 1b 1b 1b 21 3f 00 00 00 ..88.8....!?...
    0030: 00 20 40 58 c8 29 28 38 78 01 d8 43 19 00 00 88 . @X.)(8x..C....
    0040: 08 5a 96 05 1e 01 55 55 15 33 33 03 33 33 00 ff .Z....UU.33.33..
    0050: ff 3f 11 02 20 00 00 00 00 3f b9 04 00 00 08 00 .?.. ....?......
    0060: 00 00 00 00 00 02 01 0a 00 02 00 00 00 00 00 00 ................
    0070: 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 00 ................
    0080: 00 04 18 0f 0f 00 00 1f 00 00 00 0b ff ff 00 00 ................
    0090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
    00a0: 00 00 00 80 00 00 08 00 00 00 00 00 00 00 00 00 ................
    00b0: 00 00 00 00 00 00 00 00 01 01 00 00 00 00 00 00 ................
    00c0: 00 00 00 e0 80 00 00 00 00 00 00 00 00 58 9d 00 .............X..
    00d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
    00e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
    00f0: 64 a3 23 fc 55 bf b9 4d 9a 09 6b b8 00 00 5a 03 d.#.U..M..k...Z.

    => i2c md 0x4C 0x0 0x100
    0000: 00 82 11 03 20 2b 20 2b 20 22 20 22 20 1b 37 00 .... + + " " .7.
    0010: 37 00 00 00 00 00 41 00 1b 1b 00 00 1b 20 20 20 7.....A......
    0020: 20 00 00 f4 f4 38 38 1b 1b 1b 1b 21 3f 00 00 00 ....88....!?...
    0030: 00 00 1c 01 03 20 20 10 00 01 f8 01 19 00 00 02 ..... .........
    0040: 0a 0a a2 06 1e 01 51 55 15 33 00 03 33 33 00 fd ......QU.3..33..
    0050: fd 3f 11 02 a0 00 00 a0 09 3f b6 00 00 00 00 02 .?.......?......
    0060: 00 c4 00 08 02 00 01 0a 00 0a 00 00 00 00 00 00 ................
    0070: 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 00 ................
    0080: 00 04 18 0f 0f 00 00 1f 00 00 00 0b ff ff 00 00 ................
    0090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
    00a0: 00 00 00 80 00 00 08 00 00 00 00 00 00 00 00 00 ................
    00b0: 00 00 00 00 00 00 00 00 01 01 00 00 00 00 00 00 ................
    00c0: 00 00 00 e8 80 00 00 00 00 00 00 00 00 00 1d 00 ................
    00d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
    00e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
    00f0: d0 4f ac 25 47 30 41 a3 e4 59 55 df 00 00 59 01 .O.%G0A..YU...Y.

  • Jaecheon,

    I have an idea that I have not verified. Can you try writing 0x13 to 0x52 for both PMICs. That might prevent the PMIC from responding to the change in PMIC_ENABLE.
    Obviously, if it worked, after you were done with the external I2C, you'd want to write 0x52 back to 0x11.

    Kevin

  • I actually served to connect with i2c by taking off U60 (MUX) and I linked i2c directly to the target board. 
    So for now I don't need to installing J21 but I will refer your method when I need to connect i2c in SK-TDA4VM Ver A1,


    The main reason I jumped i2c from SK-TDA4VM to the target board is to read out status of the board for debugging not powering at all.

    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1358810/sk-tda4vm-please-confirm-2-pmic-parts

    I just don't know why all the power rail stops even all the power rails toggling 15 times and why as soon as H_SOC_PORz / H_MCU_PORz are latched, they turn to low immediately.