Thank your answer
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.
VICH formula says:
ICHG = (VMUX_OUT V) / (4.5 V/A)
Volts divided by Volts over Amps = Amps.
For example, if you measure 2.25V, then ICHG = 2.25V / (4.5 V/A) = 0.5A = 500mA
Logically, this is the only conclusion that makes sense because the target charging current, ICHG, has to be within the usable voltage range of the ADC.
When ICHG[1:0] = 10b, then ICHG = 500mA and g = 4.5V/A for Gain of VICHARGE
I don't know why my text is appearing as copied code. This appears to be a bug in the e2e Text editor.
DTD,
Looks like the comment is telling you the purpose of dividing by 1000 then multiplying by 10: (10mv/0C)
I do not know the meaning of this, but it is not related to the PMIC. The PMIC output for VTS is 1 V/V (no gain). It could be related to the way NTC Resistor measurements are typically converted from voltage to temperature, but I am not an expert in this area.
If you have follow-up questions on the calculations done in software, I will re-assign this question to the AM335x team.
DTD,
I am not sure I understand the question, because there is no integrated RTC in the TPS65217 PMIC.
The only PMIC which is compatible with Sitara AM335x and has integrated RTC is TPS65910 (variant for DDR3 is TPS65910A31, DDR3L not supported).
If you reference design is based on the BeagleBone Black, here is a simplified tutorial on adding RTC to your design:
https://learn.adafruit.com/adding-a-real-time-clock-to-beaglebone-black
You do not need to perform all of these steps manually. You simply need to set OFF=0b && PWR_EN = Low.
Set OFF=0b (Register 0x0A, bit 7):
os.system('i2cset -f -y 0 0x24 0x0A 0x80') # OFF bit set to 0b
I do not know how to re-write your code to set PWR_EN pin of PMIC low, but it must be high for the PMIC to be in the active state. You will need to figure out which GPIO is assigned as PMIC_PWR_EN and how to control the logic level of this signal.
When PWR_EN is set low (after PMIC is in ACTIVE state for min On-time of 5s), PMIC will go to OFF or SLEEP state depending on value of OFF bit in STATUS (Reg. 0x0A).
The text you are referring to in the image you provided, which says:
"DCDCx = OFF
WLED = OFF..."
Is a summary of the PMIC blocks that are enabled or disabled in this state. The PMIC enables or disables the blocks automatically depending on which state it is in, not the other way around.
Let me know if this helps.
DTD,
This e2e thread Status was changed to Open, but I do not see a new reply from you. I am changing the Status back to Closed. Let me know if you have any additional questions.
Hello Brain,
Thank you first, your answer and Info, From the picture below, I pressed PB_IN, which means PB_IN = 0, what is happened or how can I set PWR_EN = 0, bevor i do i2cset -y -f 0 0x24 0x0A 0x80 (bit 7 = 1 go to power off). Aber das Processor AM335xZCZ don't go to power down
Please explain to me how I can influence PWR_EN = 0 or 1 or how send signal to PWR_EN. Please sorry uncomfortable question, and thank you very much
Best wishes
lijomi
lijomi,
Entering the OFF state should be achieved using standard Linux commands. For example:
sudo power off
sudo poweroff
shutdown -h now
Should all shut down the AM335x processor and set the PWR_EN (PMIC_PWR_EN) signal low with OFF (bit) = 1b
Entering the SLEEP state is also achieved with a relatively common Linux command:
echo standby > /sys/power/state
Should enter the STANDBY state of AM335x processor and set the PWR_EN (PMIC_PWR_EN) signal low with OFF (bit) = 0b
In both of these cases, PMIC_PWR_EN is controlled automatically by processor, and the ability to control this pin is handled by the Linux SDK provided by TI. The TI Linux SDK and TPS65217 Linux driver work together to set/reset the OFF bit in the PMIC automatically.
You should not have to write i2cset commands manually. Trying to control individual bits of the PMIC is making the procedure more complicated than necessary.
lijomi,
This e2e thread is too long and for some reason I can no longer see the original question.
Please do the following to continue receiving technical support:
In an offline discussion, I was informed that the correct shutdown procedure may be different for these boards or issues related to software bugs. Since I am not the expert on the AM335x device, I cannot provide more helpful details. I can advise on issues that are specific to the TPS65217 PMIC but not always on the cooperation between AM335x and TPS65217. This is why creating a new thread will be helpful. I cannot re-assign this thread to the AM335x team because it is too long and discussed too many unrelated topics.