On 4/9/19 7:59 AM, Steffensen, Flemming [COMRES/SOL/AAR] wrote:
The failing SD-cards are for the most
part the consumer
SanDisk Ultra A1 SDHC 16gb, but we also have a few Kingston
industrial 8gb (SDCIT/8GB B0623-004.A00LFTS).
On 05/02/2016 02:54 PM, Yiannis Papelis wrote:
Very much agree with you - even though I don't want to use a battery, it
seems more and more than a battery is a necessity for field use of the
BBB, which would explain the existing connector.
In my work, the solution was to use a read-only
On 08/13/2015 07:28 PM, Andrew Glen wrote:
For what it's worth, I run hundreds of 24/7 unattended systems with the
BBB. We have tested reboots into the tens of thousands, and with some
work we are able to achieve zero failures.
Off the top of my head here are the key platform specific things I
http://beagleboard.org/getting-started. I was happy to see, the
programs on the website worked just fine on my board. Thus, I was able
to conclude that strangely, my BBB board didn't like 5V external power
source!
The BeagleBone Black BlueSteel Basic seem to be extremely sensitive to
the
On 11/11/2014 09:19 AM, Jean-Pierre Poulin wrote:
Hi all, many thanks for this insightful discussion.
Q: Is systemd a viable option to optimize boot-time on ARM embedded
platforms? (Given its steeper learning curve are the results worth the
extra work / risk over 'init'?)
I've attached the
On 11/10/2014 03:37 PM, William Hermans wrote:
systemd is supposed to make boot times even faster compared to the older
/ std debian init daemon. The problem I personally have with systemd, is
that I'm oldschool Linux, know init fairly well, and can not find very
good information about systemd
Has the BlueSteel-Basic been discontinued?
- Mike
--
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 and stop receiving emails from it, send an email
to
I've been playing with software and hardware for 30+ years,
but I'm new to Linux and embedded Linux systems. The code
snippets I've been able to find for GPIO access all seem use
file I/O functions. I've never seen this approach before --
I'm accustomed to reading and writing processor registers.
On 08/07/2014 01:16 AM, Matt Pinner wrote:
are the gpio pins always high during boot?
See pages 17-49 of http://www.ti.com/lit/ds/symlink/am3359.pdf for the
default states of each pin.
- Mike
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because
Now when I want to set a HIGH signal to that GPI, can I connect it with
BBBs 3.3V directly
Yes.
or is a resistor needed in order to keep this 8 mA
sink limit?
No. (You must observe the 8 mA limit, but connecting a GPIO to the 3.3V
or gnd rails will not require anything close to 8 mA.)
On 06/18/2014 02:10 AM, Maxim Podbereznyy wrote:
So from the article The BlueSteel-Basic is available for pre-order now
at $55 and the full version is $55 at Digikey. What's the point? :)
Well, the full version is only hypothetically available at DigiKey.
The commercial board may allow
On 06/16/2014 07:49 PM, Lee Crocker wrote:
find 6 other GPIOs if I don't have to, so is there some simpler way of
making these not interfere with the boot process?
I use a 3-state buffer driven by SYS_RESETn. The buffer is open during
reset.
- Mike
--
For more options, visit
I really donšt see how this can work. First, the supercaps are 2.5v so you
No:
http://www.digikey.com/product-detail/en/PHB-5R0V505-R/283-3520-ND/2770536
PMC wonšt like a short circuit, which the supercap is when it is fully
discharged. I could go on, but this idea doesnšt make sense to me.
Sounds cool and easy to implement hardware-wise.
Can you share the code for that?
Something like this:
// use plain old open to avoid any buffering etc
int enablefd = open(/proc/sys/kernel/sysrq, O_SYNC | O_RDWR);
int trgfd = open(/proc/sysrq-trigger, O_SYNC | O_RDWR);
// enable sysrq
asked anyone at TI if it is OK to use the PMU like this? Perhaps you
should post a question on E2E.
From http://e2e.ti.com/support/power_management/pmu/f/200/t/185514.aspx:
The battery charger should work fine with a supercap. You'll need to
make sure the TS (battery temp sense) pin is at a
On 05/28/2014 02:19 PM, William Hermans wrote:
Batteries can be had that have a lifetime of 5+ years. Depending on the
type of battery you use. Flooded lead acid ( for RE use ) can have a
much longer life. Especially if the batteries are conditioned / charged
properly.
No doubt, but if I can
A battery powered
cape for a graceful power-down might be option. I don't have the
knowledge to design/build one (relatively) easily.
On the BeagleBone white, I use a 5F supercap on the battery terminals.
When my hardware detects failing prime power it flags an input that my
software watches
On 05/22/2014 09:18 AM, Gerald Coley wrote:
You can build it yourself. The white label program at CCO has been
suspended until they get their production capacity increased.
Ugh. Do you have any more information on that? Circuitco is totally
unresponsive about the status of our various orders.
On 05/22/2014 11:18 AM, Gerald Coley wrote:
Michael,
Did you get a response from CCO?
Yes. Thank you!
- Mike
--
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
On 04/03/2014 05:26 AM, Drew Fustini wrote:
For North America, the Embest BBone Black appears to be in stock for
$45USD with qty 768:
http://www.newark.com/element14/bbone-black/dev-board-am3358-mpu/dp/41X3868?ost=bbone+black+embest
Is anyone selling an original BeagleBone (white, not black)
On 04/03/2014 09:11 AM, Anil Gupta wrote:
As far as I know, Circuitco only takes orders from qualified
distributors. Unless you are one, they won't entertain your order.
No, that's not correct. They take orders from anyone who wants to use
the boards commercially. Ordering from distributors
21 matches
Mail list logo
