Post Go back to editing

all MAX14912 outputs in push-pull and parallel mode switch @duty=30% while INPUT is always high.

Category: Hardware
Product Number: MAX14912

Dear All,

I am a newbie. 

I have a problem on my prototype with MAX14912 devices onboard. My schematic is below, following MAX14912EVKIT schematic.

I use external Vdd=24V to supply the device, using V5=5Volts and VL=3,3V, too. I use the device with push-pull outputs and parallel mode.

So: PUSHPL =3V3; EN=3V3: SRIAL =0;BUKEN=0, to set the wished functional mode. I kept the SPI port for diagnosis only.

I drive IN1...IN8 with a 3V3 microcontroller and I observe the outputs OUT1...OUT8 with a load of about 3,3mA each one. ...A little load to lite on just a led for each outputs.

The problem is the following.

If INx=0V the output OUTx is correctly near 0V, as written on datasheet.

If INx=3V3 (fixed) I observe OUTx output switch between 24V and 0V with a duty of about 30%.

Please, could explain me how could I get a stable 24Vdc output while input is 3V3 ?

Thank you very much for your availability.

Best Regards, Davide.

  • Hi Davide,

    To read register 6 you should send command 0x2006 (two bytes while CS=0, where the first byte is read command 0x20 and the second byte is register address 0x06). When you send 0x20+0x00 you read from register 0.
    Please refer to the Table 8 of the datasheet.
    Could you please repeat that sequence again with the correct command?

    Regards, Yuriy

  • Hi YuriyK1,

    Sorry, I wrote in a bad manner the SPI request used. I follow the EVKIT protocol: writing 0x20+0x06 (discharging the MAX's answer) and writing again 0x20+0x00 (considering the second MAX14912's answer, as the response to the first "0x20+0x06" to read register 6). In example, the log below:

    So, I did the right requests, but foolishly I omitted to write back you correctly.

    Regards, Davide.

  • Hi Davide,

    It is not clear when you get "0x00; 0xa4" after reading reg. 0x00 or reg. 0x06. When you send 4 bytes you should receive 4 bytes.
    0xa4 is a register value from previous command, refer to Table 4 of the datasheet.
    Could you modify your program to issue the following command
    SDI: (CS=low) 0xA0; 0x06 (CS=high); (CS=low) 0x20; 0x06 (CS=high)
    SDO:      0x??; 0x??            0x??; 0x??

    Thanks, Yuriy

  • Dear YuriyK1,

    I copied the same wording used by Analog Devices software "MAX1491x software version 1.11".What I posted is the screen of your software on the log window (completed with the values ​​of some setting pins). However, I modified the software as you asked me, trying to be as comprehensive as possible. I hope I succeeded. 

    The sequence is the following.

    [TURN ON the voltage on the board: all INx pins are "0"; SRIAL=0;PP=EN=1; all OUTx = 0; CS=1]

    I Send to MAX14912 the following requests:        [CS=0] 0x20,0x06 [CS=1] ... [CS=0] 0xA0,0x06 [CS=1] ... [CS=0] 0x20,0x06 [CS=1] .

    The device answers me with the following bytes: 0x00, 0x07                        ... 0x00, 0x00                         ... 0x00, 0x00 .

    [for example, TURN ON IN1, as is IN1=1, and the OUT1 oscillates with 30% of duty].

    Again,I Send to MAX14912 the following requests: [CS=0] 0x20,0x06 [CS=1] ... [CS=0] 0x20,0x06 [CS=1] ... [CS=0] 0x20,0x06 [CS=1] .

    The device answers me with the following bytes:    0x00, 0x00                        ... 0x00, 0x00                         ... 0x00, 0x00 .

    The result is the following. Even if I was sure to be able to read register 6, (infact, after power up the board I read some NORMAL warnings on register 6),  after the reset, always I read 0x00 on register 6.

    In other words: after the reset the value of register 6 is always "0x00" whether one or more outputs (OUTx) are at level 0 (due to INx=0), or whether they produce oscillation with a 30% duty cycle approximately (due to INx=1). Thus, faults on register 6 never detect any error conditions.

    I hope to be clearer then the last time.

    Regards, Davide.

  • Hi Davide,

    Based on these experiments we can conclude the following.
    1. 30% duty cycle oscillations on outputs is seen on your application board.
    2. The MAX14912 does not report any fault conditions during oscillations.
    3. You cannot replicate these conditions on the MAX14912 EV kit with similar setup.

    Based on the above I would conclude that issue is related to your application board or/and setup.
    I would suggest to try
    1. Remove the MAX14912 from your application board and wire the OUTs from EV kit to the respective points on your board.
    Check
    a) does the same oscillation is still seen when you control the MAX14912 by EV kit GUI?
    If yes, then the issue is related to the external components on your board.
    If you don't see oscillation, then the issue is related to controlling software/hardware or board layout.
    b) do you see the same behavior if you control the MAX14912 EV kit using your application board software?

    Regards, Yuriy

  • Dear YuriyK1,

    What you ask me is unfeasible. I will rebuild the card, but that device is not a simple THT resistor! And in any case I will not compromize the behaviour of the  MAX14912 EV kit. It is not simple nor quick to got .

    The last question(s).

    Please, look back to my (initial) schematic I posted.

    1) Is it possible that the MAX14912 mounted on  MAX14912EVkit has a different behaviour from a general MAX14912 device bought by Mouser (or other vendors) and set by our schematic showed in the post dated "Jun 6, 2024", please?

    2) The MAX14912 appears to be a device that also has a finite state machine. Is it possible that in the EVKit circuit, the FT CHIP IC sets the state of this finite state machine when turned on in a way that is clearly not replicable with our scheme? (In particular, is it necessary to carry out some sort of serial SPI programming BEFORE being able to work in parallel with the MAX14912?)

    Thank you very much.

    Regards, Davide.

  • Hi Davide,

    1) It is absolutely impossible that the MAX14912 behave different on EV kit and as a general standalone device. This part is on market for years and we don't see such behavior. Any behavior discrepancy always validates on the EV kit first and then goes to design simulation and verification. We strongly believe if the issue cannot be replicated on EV kit, then it is not related to the part.
    2) You can double check on the MAX14912 EV kit that the device does not change its state under normal operation conditions. On the EV kit you don't need to use USB and the GUI at all but control the outputs via respective IN_ pins and EN, SRIAL, and PUSHPL pin settings.

    If it is hard to substitute the MAX14912 on your board by connecting EV kit, then I would recommend replicating your conditions by adding the external components (like pull up/pull down diodes etc.) to the EV kit. We need to understand what causing such abnormal behavior on your board.

    Regards, Yuriy

  • Hi Yuriy,

    We replanned the board using different constraints.

    With the new spacing rules we set, modifying the component pads with respect to the basic values ​​you provided, we succeeded in making it work.
    ...I still don't understand what happened on the old boards because there is no conductivity between the pads when turned off, while it seems that the insulation gives way at 24V.
    That's it.
    Greetings, DB.

  • Hi Davide,

    I am glad that you can make it work.
    I think the problem was related to the external protection diodes. The high dV/dt can turn on external protection that cannot trigger the internal diagnostic. When you increase the spacing between components the dV/dt from adjacent lines becomes weak. In any case it's all behind.
    Regards