Jetson TX2 8GB VS 4GB Power Down

Hello,

We have been using a custom carrier board with a TX2 Module configured for auto power on. Recently we switched over to a TX2 4GB module and we have run into an issue during a module power cycle.

We wait one second after we see the Carrier board power on signal fall to O volts before pulling power from the VIN pins.
We then wait two seconds once we disable the VIN power supply then we turn the supply back on to complete the restart.

This sequence works every time with the 8GB module, but the Jetson 4GB does not come back once we reapply power. We have to wait 4 seconds from pulling power to reapplying power to consistently get a proper boot up from the 4GB module. It appears the PMIC isn’t fully turning off (measuring the OTG ID pin)

My questions
1.) Is there a proper way / official timing in terms of a reboot or is this outside of the normal Jetson use case scenario ( Pulling VIN and applying VIN in a sub 4 second time window)
2.) Are we suppose to turn the PMIC off in software or by pulling on a pin?

Eric

Hi, the PMIC is different and the discharging time is different.

Can you share the input power schematics?

Trumany,

Thanks for the quick reply! I apologize I got wrapped up in an urgent matter the last few work days.

I cannot share the schematic fully but here is what I can share of the design in the form of a block diagram
201014 VCB Jetson TX2 8GB Power seqeunce.docx (239.8 KB)

Do you have guidelines I can implement to ensure a proper reset?
Perhaps driving a pin low or monitoring the voltage on a pin connected to the PMIC?

Cheers
Eric

Edit: I located this thread https://forums.developer.nvidia.com/t/tx2i-shutdown-reboot/83402/14. Is this still true?
Does the TX2 4GB not support software shutdown?

We are checking internally. TX2 4GB does not support sw shutdown.

1 Like

Trumany,

I was wondering if you happened to have any updates regarding this issue

Thanks
Eric

Trumany,

I was wondering if you have had a chance to investigate this issue.

Thanks
Eric

The checking is ongoing, will update once available.

As below screenshot showing, there is a workaround on carrier board to add delay on ACOK, can you please try it on your board?

However, the circuit has two assumption on customer side:

  1. CVM pin A36 USB0_OTG_ID is not used by carrier board other function
    a. If USB0_OTG_ID is used: connect R231 to CVM VDD_IN power, and stuff R232 to divide the voltage based on customer’s power supply voltage.

  2. There is a always on 5V_AO power. Always on means it power up before CVM power. 3V3_AO should be OK for this function too.
    a. If not available, using an LDO to get 5V_AO is an option

Trumany,

This is great news, this is same conclusion we came to based on reading other forum posts.
We already had a similar circuit implemented to allow the Carrier_PWR_ON to drive the state of our system, so adjusting the use case to be with USB0_OTG_ID should work well.

Cheers
Eric