The boards will reboot if :
a) OTG is disabled in the kernel build, and
b) g_multi.ko is loaded, and
c) the usb cable is disconnected.
If you remove b) then they stay up.
This is with kernel 3.12.9
--
For more options, visit http://beagleboard.org/discuss
---
You received this message
H.
Gerald
On Fri, Nov 29, 2013 at 2:46 PM, Maxim Podbereznyy lisar...@gmail.comwrote:
Hey guys!
If anyone still experiences the unexpected reboot issue I've found another
solution to avoid it: raise the pin 2 (unconnect it from a pcb pad) of
TL5209 (soic-8 chip) and solder a wire
That is not what it was for. It was to prevent a premature loss of reset
during power up.
Gerald
On Fri, Nov 22, 2013 at 12:18 AM, rod calabio rodcala...@gmail.com wrote:
There was a note on Beaglebone Black that the newest version BBB version
6 has or'd the reset button and the power
Ok, I see.
But tps65217C (in BBB) has a more power availability vs. tps65217B (in BBW).
Reducing the CPU speed is not the solution. For example I would like to
work with a clock speed of 1GHz.
So, are You suggesting that the PMIC is incorrect?
Can anyone else give an opinion? Maybe the designers
On the TI product page http://www.ti.com/product/tps65217B#feature is the
information about current limit:
Two Independent Load Switches That Can Be Configured as LDOs
Configured as LDOs:
- LDO Output Voltage Range: 1.5 V – 3.3 V
- VIN Range: 2.7 V – 5.8 V
*- 200-mA Current Limit (TPS65217A, B)*
Ldo3 and ldo4 are not used to power any of really current- hungry unit like
the ddr3 or the cpu core.
20 нояб. 2013 г. 13:23 пользователь Jakub Żymełka zymelkapre...@gmail.com
написал:
On the TI product page http://www.ti.com/product/tps65217B#feature is the
information about current limit:
My BBB is A5C version. We've tested more than 10 pcs BBB and all of it has
the same problem...
One, but not very elegant solution is to after start the board, make a
jumper between pins SYS_5V and VDD_5V, in example with any mosfet
transistor.
With this jumper, on kernel 3.2 there was no reset
The time jumping issue seems to relate to u-boot per Robert Nelson's
suggestion (
https://groups.google.com/forum/#!category-topic/beagleboard/beaglebone-black/xPxzYyNsA78).
I dropped in a newer u-boot images. It seems to fix the problem.
For the random reboots, I limited the CPU clock
this issue can probably be because tps65217 simply can't handle too much
current through a single pin. If an internal switch AC|USB=SYS get
overheated then it can just shutdown to avoid a system damage
2013/11/19 Lei Wang lei6...@gmail.com
The time jumping issue seems to relate to u-boot per
Lei Wang,
yes, You can just use a wire to connect SYS_5V and VDD_5V after boot up.
We've done this before we choose the option with the transistor.
We are working on the 04.2013 U-boot, so we will try the newest version
10.2013 and I will let you know about my results.
lisarden,
According to
Jakub, answering to your question:
tps65217b is not tps65217b (bbb)
Bbw 600mhz vs bbb 1000mhz
Ddr2 pwr consumption != ddr3
That is why when people reduce the cpu freq systems become stable, but I
don't think it can help because I run my board in cpu ondemand governor and
it still reboots. However
I have the same problem with BBB running Android. I tested TI prebuilt
Android JB4.2 image. We have two versions of BBBs (A5A and A5C). Both of
them have the issue.
I posted my question on Ti e2e website:
http://e2e.ti.com/support/embedded/android/f/509/p/297726/1049885.aspx#1049885
However
There are no hints or any solutions...??
Please help!
W dniu środa, 23 października 2013 13:09:00 UTC+2 użytkownik Jakub Żymełka
napisał:
Hello!
I have a problem. It is based on an involuntary resetting of the BBBlack.
This happens occasionally. About once a day. Totally when you least
13 matches
Mail list logo