I recently had one random selected BBB sourced from Embest in the clima
chamber at -40°C and it started and operated flawlessly within these
conditions. I was somehow surprised by myself a little bit.
--
Günter (dl4mea)
--
For more options, visit http://beagleboard.org/discuss
---
You
Hello Lee,
my process is that I have a running Linux on a bootable SD card.
As a autostart service, there is a scripted executed, which performs
1) partitioning of the eMMC card
2) copy u-boot.bin and MLO to the first sectors of the eMMC
3) format the 1st (and only) partition with ext4 file
Some time ago there was a similar discussion in this board:
https://groups.google.com/forum/#!msg/beagleboard/bDRCI2J7msY/k_tvzXO9W88J
Unfortunately I did not have time trying this.
However, William knows the BB quite good, maybe you give a comment about
the solution presented there?
-- Günter
I'm sorry to say, but now I confirmed my assumption. In my application I am
heavily using /dev/ttyO5 and moderatly using /dev/ttyO2.
One of my BB-White is stable on 4.1.0-rc8-bone9 since 38 days now. I don't
want to touch this.
I was running a BB-White (bb589b) with 4.1.0-rc8-bone9 for 2 days
I don't want to say that I am 100% sure with my findings, as I need some
more testing done before, but it might be that they suffer from a problem
on BB-White.
Together with my application, which heavily uses the ttyO5 and moderately
uses ttyO2,
I have one BB-White up running 4.1.0-rc8-bone9
This is what I can add for now, please note the uptime of the first, which
is up since 8 days.
These are 3 BB-Black from the very first production of Embest, probably
there was a different PMIC?
I should get 16 out of the April Embest production (which were stored at a
different location)
I can set up easily 24 boards, and with some additional work even 48, if
that helps.
Günter (dl4mea)
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group
I meanwhile tried if a 1k resistor from Vbat-Sense to ground helps: No,
does not.
Summarizing my feeling: Feeding +5V to the back side USB helps a little, 1k
resistor over Vbat-Sense does not help.
Günter (dl4mea)
--
For more options, visit http://beagleboard.org/discuss
---
You
wget
http://rcn-ee.homeip.net:81/farm/testing/linux-image-4.1.2-ti-r4.6_1cross_armhf.deb
sudo dpkg -i linux-image-4.1.2-ti-r4.6_1cross_armhf.deb
sudo reboot
It improves the situation, but there are still some reboots.
After 12h operation, 5 of my 14 BBB are still up since reboot, the
Am Mittwoch, 22. Juli 2015 08:45:40 UTC+2 schrieb lisarden:
You can disable in software Vac or Vusb, but not the battery source, that
is why so much trouble
What about adding a 1k resistor from the VBat+ input to ground, just for
safety?
--
For more options, visit
Since we now have two threads about the same problem...
https://groups.google.com/forum/#!topic/beagleboard/2yOpE3XYJ1Y
My 13 BB-Black under test are powered from external +5V with these power
supplies:
http://www.deutronic.com/products/power-supplies/ac-adapter/esc15g-15-watt.html
Average
Since we now have two threads about the same problem...
https://groups.google.com/forum/#!topic/beagleboard/lF1X1XINjDo
My 13 BB-Black under test are powered from external +5V with these power
supplies:
http://www.deutronic.com/products/power-supplies/ac-adapter/esc15g-15-watt.html
Average
Just to let you know that my test of 13 BBB is still available
Here my results of of 3 days + 12h testing:
bba94e: 13 reboots
bbf611: 9 reboots
bb4f8e: 12 reboots
bb5d63: 12 reboots
bbea75: 14 reboots
bb845a: 12 reboots
bb93dc: 10 reboots
bbde13: 6 reboots
bb5a40: 13 reboots
bb6c1f: 14 reboots
I installed 4.1.2-ti-r3 on 13 devices. Without executing cpufreq-set -g
performance.
First impression is not good, as I had 3 reboots since then, but more info
after the night about 8h.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are
Here my results of of 12h testing:
bba94e: 4 reboots
bbf611: no reboot
bb4f8e: 2 reboots
bb5d6e: 4 reboots
bbea75: 1 reboot
bb845a: no reboot
bb93dc: 2 reboots
bbde13: 2 reboots
bb5a40: 2 reboots
bb6c1f: 4 reboots
bb151f: 1 reboot
bb6548: 1 reboot
bb8f34: 1 reboot
In parallel, I have set up one
Results after two days overnight test:
(1) System bb1cf1 got installed with 3.19.3-bone4: *still no reboot*
uptime
04:19:11 up 1 day, 13:51, 2 users, load average: 0.00, 0.01, 0.05
(2) System bb6c1f: installed with 4.1.1-ti-r2 #1 SMP PREEMPT Wed Jul 8
17:03:29 UTC 2015 armv7l GNU/Linux: *2
Results from overnight test:
I used the worst rebooters for some tests:
(1) System bb1cf1 got installed with 3.19.3-bone4: *no more reboot*
uptime
03:23:37 up 14:50, 1 user, load average: 0.00, 0.01, 0.05
(2) System bb6c1f: installed with 4.1.1-ti-r2 #1 SMP PREEMPT Wed Jul 8
17:03:29 UTC
W: Failed to fetch
http://repos.rcn-ee.com/debian/dists/jessie/main/binary-armhf/Packages
Hash Sum mismatch
Solution:
http://askubuntu.com/questions/41605/trouble-downloading-packages-list-due-to-a-hash-sum-mismatch-error
Simply: rm -rf /var/lib/apt/lists/*
--
For more options,
I now have one of the worst case rebooters running on 3.19.3-bone4 (already
installed 8h ago)
root@bb1cf1:~# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 8.1 (jessie)
Release:8.1
Codename: jessie
root@bb1cf1:~# uname -a
Linux
I absolutely agree with Graham's report. I also saw plenty of unexplainable
resets of the Beaglebone, same as Graham says when just having them on the
table, naked, no cape, just flashed with fresh image. My power supplies are
5V/2A from a german quality vendor and I'm using them in hundreds,
Instabilities have been found by just flashing elinux.org images from, for
example,
http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_console,
in special *Flasher: (console) (BeagleBone Black eMMC)*
and letting the board idle with network + serial console connected
Also, is
Instabilities have been found by just flashing elinux.org images from, for
example,
http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Jessie_Snapshot_console,
in special *Flasher: (console) (BeagleBone Black eMMC)*
and letting the board idle with network + serial console connected
Also, is
If I look on one - but not the target worst case Beaglebone, I see only
one package matching Robert's suggestion
apt-cache search linux-image | grep ti | grep 4.1
linux-image-4.1.1-ti-r2 - Linux kernel, version 4.1.1-ti-r2
However, if I want to apt-get update on the two current worst case
Hi,
can you describe how you did achive that? It would be a great help so.
Thanks a lot in advance!
Günter
Am Montag, 8. Juni 2015 02:06:16 UTC+2 schrieb rh_:
On Sat, 6 Jun 2015 10:45:26 -0700
rh_ richard...@lavabit.com javascript: wrote:
I got this working.
--
For more options,
The u-boot programming (see uEnv.txt or stop during boot and say printenv)
will show you that it first probes if there is a bootable SD card inserted
and in such a case it boots from SD card.
If you don't want this, you need to change settings in uEnv.txt
Am Freitag, 29. Mai 2015 12:37:08
Hello Charles,
yes, this helped. I did not know that the two values must fit to each
other. Good to know.
Thanks a lot, Günter
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To
Hello,
I quite often have to clone a Beaglebone and dd is far too much time
consuming for me. For that, I process that way:
- make a reference installation on an eMMC (currently the single
partition image from Robert Nelson)
- use a separate SD card image and boot from this.
-
In a similar problem it helped for me to replace the 0.1R that connectes
Ethernet shield to the frame of the Beaglebone by a simple solder bridge.
This resistor is located on the solder side of the Beaglebone, just below
the network connector.
I have a spectrum analyzer and a 3GHz active probe
Hello,
I am most of the time accessing the Beaglebone through the serial console
using Putty. Every time I open a vi or nano editor, the number of lines
that is actually used is set to 25, even if the window is much larger.
Worse than that, after leaving the editors, that size stays permanent
If we are just at this theme, what about the ethernet lines?
Looking at the schematic, sheet 9, the 4 active lines are directly
connected to the LAN8710 chip.
Or is there anything not visible inside the RJ45 connector?
Regards, Günter
--
For more options, visit http://beagleboard.org/discuss
Make sure the ttyO4 driver is loaded via the device-tree (use the
dtb-rebuilder if needed), and setup the pin multiplexing with the
installed-by-default universal overlay. The intent is to provide
user-mode control of pin multiplexing so you should be able to enable
just the Rx/Tx pins
31 matches
Mail list logo