Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test

[michael . duffy]

On Wednesday, May 28, 2014 2:37:13 PM UTC-7, RobertCNelson wrote:
>
> It's there just an older version of systemd where it was prefixed. systemd-
>
Follow-on question: any risk in moving to the latest version of systemd? 
 The version on the flasher is 44, the version on freedesktop.org is 213 
and two years newer... 

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] (Soon) Patches for consideration in next -bone5x series

[Scott Michel]

Robert:

I'm finalizing three patches for consideration in your next 3.8.13-bone5x tag. 
I need to clean up formatting, just in case any of them are forward ported. 
These patches are organized so that they are independent of each other:

(1) A back ported patch in arch/arm/omap2 to detect AM335x version and SGX. 
Also sets the L2 cache feature. Not sure this makes a lot of difference, but 
CPU reporting in dmesg is more accurate with the BeagleBone Black I'm using.

(2) Device tree source for Element14's BB-View LCD capes. Makefile also updated.

(3) Workaround for Sitara blue/red reversal erratum in 24bpp graphics mode. 
Adds two properties to the "fb" node in the DTS: "ti,bgrx_16bpp" and 
"ti,bgrx_24bpp". It turns out that at least one LCD cape " fixed" the blue/red 
erratum by reversing the LCD output on the cape. This is further complicated by 
the tilcdc driver's DRM framebuffer initialization to 16bpp. Hence the need for 
both options. I also included a workaround for a preferred bpp to get beyond 
the 16bpp limitation. (How to query this from the "panel" node?)

Unfortunately, chunks of (3)'s patch duplicate code in DRM, but there's no real 
way to avoid it due to DRM's structure in 3.8.13. Also, there's a patch to 
drivers/video/fbcon.c that could be forward ported -- fb_check_var should 
precede a call to fb_set_par.

Pre-post comments and suggestions welcome...

-scooter

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Custom Beaglbone Black from Circuitco

[Eric Fort]

While CircuitCo incurs some risk in expanding production capacity on a
board that "anyone can step in and manufacture a clone" of, and
Embedest *is* making a clone of as a second source I will still hold
out when purchasing beagleboard products for those sourced from
CircuitCo as their quality has always been consistant and of the
highest degree and their servive has been excellent.  So long as
others make the same observation that does help lessen some of the
risk.

As far as getting circa 100 boards made, I know there are shops that
will do single quantities and with that the case a quantity of 100 is
not unreasonable, just gotta shop around a bit.  I may know a few
places to get you going so if interested, pm me.  then again at a
qty of 100 
http://www.digikey.com/product-detail/en/BB-BBLK-100/BB-BBLK-100-REVC-ND/4842545
may be an option.



On Wed, May 28, 2014 at 6:19 PM, David Farning  wrote:
> Some shops are really good at churning out small (100 to 10,000 units)
> runs of a product. They have perfected the art of retooling the line.
>
> In the current situation, it appears that our beaglebone friends are
> in the process of convincing the money people to make the investment
> to increase manufacturing capacity. The new equipment required to
> increase capacity costs serious money.
>
> When one considers that the BBB is open and anyone can step in and
> manufacture a clone and bypass then R&D costs TI and Circuit Co have
> already invested, the risks start getting pretty high.
>
> What might seemed antagonizing slow to us on the outside, requires
> serious thought and planing on the inside. It can be challenging to
> communicate this when companies work as part of communities.
>
> On Wed, May 28, 2014 at 6:32 PM, William Hermans  wrote:
>> Gerald, I am just curious. Hypothetically speaking, what would it take to
>> retool to make a custom board ? I am not looking for an "IN" or anything I
>> am just curious. I'm thinking it would be a huge hassle to say the least.
>>
>> I've never worked in a PCB fab before, but worked for a CNC shop many moons
>> ago, and retooling for even the most basic part ( door lock keyways ), would
>> take a full day or two just for the setup, and a week or slightly longer to
>> shake out the bugs. Meanwhile, the company is "losing" money until things
>> are running smoothly again.
>>
>>
>> On Wed, May 28, 2014 at 1:42 PM, Gerald Coley 
>> wrote:
>>>
>>> 100 boards is not a lot of boards. Especially when you have distributors
>>> screaming for 50,000 boards to fill their large POs..
>>>
>>> Gerald
>>>
>>>
>>>
>>> On Wed, May 28, 2014 at 3:38 PM, sixvolts  wrote:

 There are plenty of things that get built and sold in those kinds of
 numbers, like specialized instruments.



 On Wednesday, May 28, 2014 3:33:49 PM UTC-5, Robert P. J. Day wrote:
>
> On Wed, 28 May 2014, sixvolts wrote:
>
> > I've been trying to talk to the people CircuitCo about building a
> > run of the beaglebone black boards for a commercial project, but I
> > can't seem to get anyone to respond to emails and the two people I
> > have phone numbers for are always busy. My understanding was that
> > proper etiquette was to not poach boards from the distributors if
> > you build a device around the beaglebone and have them produced for
> > you. I even spoke to someone at a CircuitCo booth at a conference
> > last year (DesignWest - where the beaglebone black was "launched")
> > and they indicated this was common already for the original
> > beagleboards/bones.
> >
> > I can't get anyone local interested in building them because of some
> > of the minimum order quantities on some of the parts (like the
> > emmc).
> >
> > Anyone at CircuitCo around? I have money and need around 100 boards
> > made.
>
>   not many manufacturers would consider 100 units much of a "run".
> that's not the sort of number that's going to get you much attention.
> just an observation.
>
> rday
>
> --
>
> 
> Robert P. J. Day Ottawa, Ontario, CANADA
> http://crashcourse.ca
>
> Twitter:   http://twitter.com/rpjday
> LinkedIn:   http://ca.linkedin.com/in/rpjday
> 

 --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>> --
>>> For more options, visit http://beagleboard.org

Re: [beagleboard] BBB's memory is messy?

[liyaoshi]

>From eMMC spec 4.3, eMMC will have 2 boot partition called boot partitions
, and general partition called user partition
For robust disign , Boot partition will not be able to use wear leave . so
it should be use as SLC design (against user partition MLC )and make a
backup
And on Ti chip , these 2 partition CAN NOT used as boot partition , while
in FSL and QUANTUM , their boot rom can boot from these 2 (only depend on
the boot flag in extCSD[179])

You can read the imx 6 Reference manual for more detail about this .


2014-05-29 11:28 GMT+08:00 jiapei100 :

>
> Hi, all:
>
>
> Sorry for dropping this stupid question. But, with my TF card plugged in,
> I checked the memory of BBB (Refer to the bottom command)
> It looks BBB's memory is quite messy.
>
> On my 32Giga TF Card, namely, mmcblk0, I got /dev/mmcblk0p1 and
> /dev/mmcblk0p2
> On eMMC, namely, /dev/mmcblk1, I got dev/mmcblk0p1, dev/mmcblk0p2,
> /dev/mmcblk1boot0, and /dev/mmcblk1boot1 .
>
> Just wondering, why on eMMC, there are /dev/mmcblk1boot0, and
> /dev/mmcblk1boot1? What for?
> And, it looks that my eMMC is only of 2Giga? I was thinking the newest BBB
> is of 4Giga eMMC???
>
>
> Cheers
> Pei
>
>
>
> 1) *debian@beaglebone:~/Downloads/installed/kernel$ ls -ls /dev/mmcblk**
> 0 brw-rw---T 1 root floppy 179,  0 Apr 15 00:17 /dev/mmcblk0
> 0 brw-rw---T 1 root floppy 179,  1 Apr 15 00:17 /dev/mmcblk0p1
> 0 brw-rw---T 1 root floppy 179,  2 Apr 15 00:17 /dev/mmcblk0p2
> 0 brw-rw---T 1 root floppy 179,  8 Apr 15 00:18 /dev/mmcblk1
> 0 brw-rw---T 1 root floppy 179, 16 Apr 15 00:17 /dev/mmcblk1boot0
> 0 brw-rw---T 1 root floppy 179, 24 Apr 15 00:17 /dev/mmcblk1boot1
> 0 brw-rw---T 1 root floppy 179,  9 Apr 15 00:18 /dev/mmcblk1p1
> 0 brw-rw---T 1 root floppy 179, 10 May 29 02:16 /dev/mmcblk1p2
>
> 2) *debian@beaglebone:~/Downloads/installed/kernel$ fdisk -ls*
>
> Disk /dev/mmcblk0: 31.5 GB, 31486640128 bytes
> 4 heads, 16 sectors/track, 960896 cylinders, total 61497344 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x000a9bd0
>
> Device Boot  Start End  Blocks   Id  System
> /dev/mmcblk0p1   *2048  198655   98304e  W95 FAT16
> (LBA)
> /dev/mmcblk0p2  1986566149734330649344   83  Linux
>
> Disk /dev/mmcblk1: 1920 MB, 1920991232 bytes
> 4 heads, 16 sectors/track, 58624 cylinders, total 3751936 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x
>
> Device Boot  Start End  Blocks   Id  System
> /dev/mmcblk1p1   *2048  198655   98304e  W95 FAT16
> (LBA)
> /dev/mmcblk1p2  198656 3751935 1776640   83  Linux
>
> *Disk /dev/mmcblk1boot1: 1 MB, 1048576 bytes*
> 4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x
>
> *Disk /dev/mmcblk1boot1 doesn't contain a valid partition table*
>
> *Disk /dev/mmcblk1boot0: 1 MB, 1048576 bytes*
> 4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x
>
> *Disk /dev/mmcblk1boot0 doesn't contain a valid partition table*
>
>
>
>
>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BBB's memory is messy?

[jiapei100]

Hi, all:


Sorry for dropping this stupid question. But, with my TF card plugged in, I 
checked the memory of BBB (Refer to the bottom command)
It looks BBB's memory is quite messy.

On my 32Giga TF Card, namely, mmcblk0, I got /dev/mmcblk0p1 and 
/dev/mmcblk0p2
On eMMC, namely, /dev/mmcblk1, I got dev/mmcblk0p1, dev/mmcblk0p2, 
/dev/mmcblk1boot0, and /dev/mmcblk1boot1 .

Just wondering, why on eMMC, there are /dev/mmcblk1boot0, and 
/dev/mmcblk1boot1? What for?
And, it looks that my eMMC is only of 2Giga? I was thinking the newest BBB 
is of 4Giga eMMC???


Cheers
Pei



1) *debian@beaglebone:~/Downloads/installed/kernel$ ls -ls /dev/mmcblk**
0 brw-rw---T 1 root floppy 179,  0 Apr 15 00:17 /dev/mmcblk0
0 brw-rw---T 1 root floppy 179,  1 Apr 15 00:17 /dev/mmcblk0p1
0 brw-rw---T 1 root floppy 179,  2 Apr 15 00:17 /dev/mmcblk0p2
0 brw-rw---T 1 root floppy 179,  8 Apr 15 00:18 /dev/mmcblk1
0 brw-rw---T 1 root floppy 179, 16 Apr 15 00:17 /dev/mmcblk1boot0
0 brw-rw---T 1 root floppy 179, 24 Apr 15 00:17 /dev/mmcblk1boot1
0 brw-rw---T 1 root floppy 179,  9 Apr 15 00:18 /dev/mmcblk1p1
0 brw-rw---T 1 root floppy 179, 10 May 29 02:16 /dev/mmcblk1p2

2) *debian@beaglebone:~/Downloads/installed/kernel$ fdisk -ls*

Disk /dev/mmcblk0: 31.5 GB, 31486640128 bytes
4 heads, 16 sectors/track, 960896 cylinders, total 61497344 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000a9bd0

Device Boot  Start End  Blocks   Id  System
/dev/mmcblk0p1   *2048  198655   98304e  W95 FAT16 (LBA)
/dev/mmcblk0p2  1986566149734330649344   83  Linux

Disk /dev/mmcblk1: 1920 MB, 1920991232 bytes
4 heads, 16 sectors/track, 58624 cylinders, total 3751936 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

Device Boot  Start End  Blocks   Id  System
/dev/mmcblk1p1   *2048  198655   98304e  W95 FAT16 (LBA)
/dev/mmcblk1p2  198656 3751935 1776640   83  Linux

*Disk /dev/mmcblk1boot1: 1 MB, 1048576 bytes*
4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

*Disk /dev/mmcblk1boot1 doesn't contain a valid partition table*

*Disk /dev/mmcblk1boot0: 1 MB, 1048576 bytes*
4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

*Disk /dev/mmcblk1boot0 doesn't contain a valid partition table*





-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BBB's memory is messy?

[jiapei100]

Hi, all:


Sorry for dropping this stupid question. But, with my TF card plugged in, I 
checked the memory of BBB (Refer to the bottom command)
It looks BBB's memory is quite messy.

On my 32Giga TF Card, namely, mmcblk0, I got /dev/mmcblk0p1 and 
/dev/mmcblk0p2
On eMMC, namely, /dev/mmcblk1, I got dev/mmcblk0p1, dev/mmcblk0p2, 
/dev/mmcblk1boot0, and /dev/mmcblk1boot1 .

Just wondering, why on eMMC, there are /dev/mmcblk1boot0, and 
/dev/mmcblk1boot1? What for?
And, it looks that my eMMC is only of 2Giga? I was thinking the newest BBB 
is of 4Giga eMMC???


Cheers
Pei



1) *debian@beaglebone:~/Downloads/installed/kernel$ ls -ls /dev/mmcblk**
0 brw-rw---T 1 root floppy 179,  0 Apr 15 00:17 /dev/mmcblk0
0 brw-rw---T 1 root floppy 179,  1 Apr 15 00:17 /dev/mmcblk0p1
0 brw-rw---T 1 root floppy 179,  2 Apr 15 00:17 /dev/mmcblk0p2
0 brw-rw---T 1 root floppy 179,  8 Apr 15 00:18 /dev/mmcblk1
0 brw-rw---T 1 root floppy 179, 16 Apr 15 00:17 /dev/mmcblk1boot0
0 brw-rw---T 1 root floppy 179, 24 Apr 15 00:17 /dev/mmcblk1boot1
0 brw-rw---T 1 root floppy 179,  9 Apr 15 00:18 /dev/mmcblk1p1
0 brw-rw---T 1 root floppy 179, 10 May 29 02:16 /dev/mmcblk1p2

2) *debian@beaglebone:~/Downloads/installed/kernel$ fdisk -ls*

Disk /dev/mmcblk0: 31.5 GB, 31486640128 bytes
4 heads, 16 sectors/track, 960896 cylinders, total 61497344 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000a9bd0

Device Boot  Start End  Blocks   Id  System
/dev/mmcblk0p1   *2048  198655   98304e  W95 FAT16 (LBA)
/dev/mmcblk0p2  1986566149734330649344   83  Linux

Disk /dev/mmcblk1: 1920 MB, 1920991232 bytes
4 heads, 16 sectors/track, 58624 cylinders, total 3751936 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

Device Boot  Start End  Blocks   Id  System
/dev/mmcblk1p1   *2048  198655   98304e  W95 FAT16 (LBA)
/dev/mmcblk1p2  198656 3751935 1776640   83  Linux

*Disk /dev/mmcblk1boot1: 1 MB, 1048576 bytes*
4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

*Disk /dev/mmcblk1boot1 doesn't contain a valid partition table*

*Disk /dev/mmcblk1boot0: 1 MB, 1048576 bytes*
4 heads, 16 sectors/track, 32 cylinders, total 2048 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x

*Disk /dev/mmcblk1boot0 doesn't contain a valid partition table*





-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cross compiling for Ubuntu 14.04

[William Hermans]

Andrew, suggestion. Get Virtualbox, and install Debian in a VM. It will
make your life a whole lot easier. Or better yet if you have a spare box to
dedicate use that. Then use it as a tool for your beaglebone only, and your
life should become considerably simpler.


On Wed, May 28, 2014 at 5:46 PM, Andrew Core wrote:

> After messing with a couple lines of the .sh file (removed every instance
> of apt-get update, updated aliases to the newest version), it downloaded.
> I did sudo dpkg -i *.deb in output  And it broke 40~ dependencies.
>
>
> Software center is mad, Synaptic package manager can't fix it, things are
> generally not ok.  Haha, it's been a long day :p
>
> It looks like your compiler would work, but the problem is Ubuntu doesn't
> like it when you mess with dependencies.  The dpkg command replaced some of
> my newer packages with older ones (the ones on the BBB), which apparently
> causes 80% of my third party programs to fail to open. And now it's telling
> me that one of the packages I install is unremovable, meaning I can't
> install the correct one.
>
> Not really asking for help, just warning you that someone with only a
> couple months of Linux experience messed things up trying to put that tool
> chain on Ubuntu.
>
> On Wednesday, May 28, 2014 3:51:00 PM UTC-5, RobertCNelson wrote:
>
>> On Wed, May 28, 2014 at 3:47 PM, Andrew Core 
>> wrote:
>> > Hi, I can't seem to find a cross compiler for debian BBB that works
>> > (consistently) on Ubuntu 14.04
>> >
>> > I'm using the latest debian image for BBB from
>> > beagleboard.org/latest-images.
>> >
>> > I'm running 64 bit Ubuntu 14.04.  I've managed to make my programs run
>> on
>> > Angstrom, but I've been failing for about a week trying to port to
>> Debian.
>> >
>> > I tried the Linaro gcc at
>> > http://eewiki.net/display/linuxonarm/BeagleBone+Black#
>> BeagleBoneBlack-uEnv.txtbasedbootscript
>> > and arm-linux-gnueabihf-g++ worked for most of my files.  However, two
>> of my
>> > files will compile and fail to run on the BBB.
>> >
>> > I enter:
>> > arm-linux-gnueabihf-g++ -Wall -Wno-unused-parameter -W -Wshadow
>> > -DARM_COMPILE -pthread -lstdc++ -lrt -o fileName $(SRCS)
>> >
>> > and when I run the file on the BBB (./fileName, like I did for the
>> other
>> > programs that worked), I get:
>> > ./fileName: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17'
>> not
>> > found (required by ./fileName)
>>
>> Debian wheezy only has "GLIBC_2.13"..
>>
>> > What did I do wrong?  Alternatively, is there a different cross tool
>> chain?
>> >
>> > Sorry to take up your time, and thanks in advance for the help.
>>
>> These *.deb match Debian Wheezy, not sure if they'll install in 14.04:
>>
>> http://rcn-ee.net/deb/cross/test/
>>
>> built with:
>> https://github.com/RobertCNelson/cross-compiler
>>
>> in a Wheezy VM.
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> http://www.rcn-ee.com/
>>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Custom Beaglbone Black from Circuitco

[William Hermans]

Well sorry, i mean for this sort oft hing since it not a finished household
product.


On Wed, May 28, 2014 at 6:49 PM, William Hermans  wrote:

> Yeah the risks may be higher but other things such as certification
> requirements are bypassed. So I am sure its a Win / lose situation. Win on
> some avenues, lose on others.
>
>
> On Wed, May 28, 2014 at 6:19 PM, David Farning  wrote:
>
>> Some shops are really good at churning out small (100 to 10,000 units)
>> runs of a product. They have perfected the art of retooling the line.
>>
>> In the current situation, it appears that our beaglebone friends are
>> in the process of convincing the money people to make the investment
>> to increase manufacturing capacity. The new equipment required to
>> increase capacity costs serious money.
>>
>> When one considers that the BBB is open and anyone can step in and
>> manufacture a clone and bypass then R&D costs TI and Circuit Co have
>> already invested, the risks start getting pretty high.
>>
>> What might seemed antagonizing slow to us on the outside, requires
>> serious thought and planing on the inside. It can be challenging to
>> communicate this when companies work as part of communities.
>>
>> On Wed, May 28, 2014 at 6:32 PM, William Hermans 
>> wrote:
>> > Gerald, I am just curious. Hypothetically speaking, what would it take
>> to
>> > retool to make a custom board ? I am not looking for an "IN" or
>> anything I
>> > am just curious. I'm thinking it would be a huge hassle to say the
>> least.
>> >
>> > I've never worked in a PCB fab before, but worked for a CNC shop many
>> moons
>> > ago, and retooling for even the most basic part ( door lock keyways ),
>> would
>> > take a full day or two just for the setup, and a week or slightly
>> longer to
>> > shake out the bugs. Meanwhile, the company is "losing" money until
>> things
>> > are running smoothly again.
>> >
>> >
>> > On Wed, May 28, 2014 at 1:42 PM, Gerald Coley 
>> > wrote:
>> >>
>> >> 100 boards is not a lot of boards. Especially when you have
>> distributors
>> >> screaming for 50,000 boards to fill their large POs..
>> >>
>> >> Gerald
>> >>
>> >>
>> >>
>> >> On Wed, May 28, 2014 at 3:38 PM, sixvolts  wrote:
>> >>>
>> >>> There are plenty of things that get built and sold in those kinds of
>> >>> numbers, like specialized instruments.
>> >>>
>> >>>
>> >>>
>> >>> On Wednesday, May 28, 2014 3:33:49 PM UTC-5, Robert P. J. Day wrote:
>> 
>>  On Wed, 28 May 2014, sixvolts wrote:
>> 
>>  > I've been trying to talk to the people CircuitCo about building a
>>  > run of the beaglebone black boards for a commercial project, but I
>>  > can't seem to get anyone to respond to emails and the two people I
>>  > have phone numbers for are always busy. My understanding was that
>>  > proper etiquette was to not poach boards from the distributors if
>>  > you build a device around the beaglebone and have them produced for
>>  > you. I even spoke to someone at a CircuitCo booth at a conference
>>  > last year (DesignWest - where the beaglebone black was "launched")
>>  > and they indicated this was common already for the original
>>  > beagleboards/bones.
>>  >
>>  > I can't get anyone local interested in building them because of
>> some
>>  > of the minimum order quantities on some of the parts (like the
>>  > emmc).
>>  >
>>  > Anyone at CircuitCo around? I have money and need around 100 boards
>>  > made.
>> 
>>    not many manufacturers would consider 100 units much of a "run".
>>  that's not the sort of number that's going to get you much attention.
>>  just an observation.
>> 
>>  rday
>> 
>>  --
>> 
>> 
>> 
>>  Robert P. J. Day Ottawa, Ontario,
>> CANADA
>>  http://crashcourse.ca
>> 
>>  Twitter:
>> http://twitter.com/rpjday
>>  LinkedIn:
>> http://ca.linkedin.com/in/rpjday
>> 
>> 
>> >>>
>> >>> --
>> >>> 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 beagleboard+unsubscr...@googlegroups.com.
>> >>> For more options, visit https://groups.google.com/d/optout.
>> >>
>> >>
>> >> --
>> >> 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 beagleboard+unsubscr...@googlegroups.com.
>> >> For more options, visit https://groups.google.com/d/optout.
>> >
>> >
>> > --
>> > For more option

Re: [beagleboard] Custom Beaglbone Black from Circuitco

[William Hermans]

Yeah the risks may be higher but other things such as certification
requirements are bypassed. So I am sure its a Win / lose situation. Win on
some avenues, lose on others.


On Wed, May 28, 2014 at 6:19 PM, David Farning  wrote:

> Some shops are really good at churning out small (100 to 10,000 units)
> runs of a product. They have perfected the art of retooling the line.
>
> In the current situation, it appears that our beaglebone friends are
> in the process of convincing the money people to make the investment
> to increase manufacturing capacity. The new equipment required to
> increase capacity costs serious money.
>
> When one considers that the BBB is open and anyone can step in and
> manufacture a clone and bypass then R&D costs TI and Circuit Co have
> already invested, the risks start getting pretty high.
>
> What might seemed antagonizing slow to us on the outside, requires
> serious thought and planing on the inside. It can be challenging to
> communicate this when companies work as part of communities.
>
> On Wed, May 28, 2014 at 6:32 PM, William Hermans 
> wrote:
> > Gerald, I am just curious. Hypothetically speaking, what would it take to
> > retool to make a custom board ? I am not looking for an "IN" or anything
> I
> > am just curious. I'm thinking it would be a huge hassle to say the least.
> >
> > I've never worked in a PCB fab before, but worked for a CNC shop many
> moons
> > ago, and retooling for even the most basic part ( door lock keyways ),
> would
> > take a full day or two just for the setup, and a week or slightly longer
> to
> > shake out the bugs. Meanwhile, the company is "losing" money until things
> > are running smoothly again.
> >
> >
> > On Wed, May 28, 2014 at 1:42 PM, Gerald Coley 
> > wrote:
> >>
> >> 100 boards is not a lot of boards. Especially when you have distributors
> >> screaming for 50,000 boards to fill their large POs..
> >>
> >> Gerald
> >>
> >>
> >>
> >> On Wed, May 28, 2014 at 3:38 PM, sixvolts  wrote:
> >>>
> >>> There are plenty of things that get built and sold in those kinds of
> >>> numbers, like specialized instruments.
> >>>
> >>>
> >>>
> >>> On Wednesday, May 28, 2014 3:33:49 PM UTC-5, Robert P. J. Day wrote:
> 
>  On Wed, 28 May 2014, sixvolts wrote:
> 
>  > I've been trying to talk to the people CircuitCo about building a
>  > run of the beaglebone black boards for a commercial project, but I
>  > can't seem to get anyone to respond to emails and the two people I
>  > have phone numbers for are always busy. My understanding was that
>  > proper etiquette was to not poach boards from the distributors if
>  > you build a device around the beaglebone and have them produced for
>  > you. I even spoke to someone at a CircuitCo booth at a conference
>  > last year (DesignWest - where the beaglebone black was "launched")
>  > and they indicated this was common already for the original
>  > beagleboards/bones.
>  >
>  > I can't get anyone local interested in building them because of some
>  > of the minimum order quantities on some of the parts (like the
>  > emmc).
>  >
>  > Anyone at CircuitCo around? I have money and need around 100 boards
>  > made.
> 
>    not many manufacturers would consider 100 units much of a "run".
>  that's not the sort of number that's going to get you much attention.
>  just an observation.
> 
>  rday
> 
>  --
> 
> 
> 
>  Robert P. J. Day Ottawa, Ontario,
> CANADA
>  http://crashcourse.ca
> 
>  Twitter:
> http://twitter.com/rpjday
>  LinkedIn:
> http://ca.linkedin.com/in/rpjday
> 
> 
> >>>
> >>> --
> >>> 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 beagleboard+unsubscr...@googlegroups.com.
> >>> For more options, visit https://groups.google.com/d/optout.
> >>
> >>
> >> --
> >> 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 beagleboard+unsubscr...@googlegroups.com.
> >> For more options, visit https://groups.google.com/d/optout.
> >
> >
> > --
> > 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 beagleboard+unsubscr...@googlegroups.com.
> > Fo

Re: [beagleboard] Custom Beaglbone Black from Circuitco

[David Farning]

Some shops are really good at churning out small (100 to 10,000 units)
runs of a product. They have perfected the art of retooling the line.

In the current situation, it appears that our beaglebone friends are
in the process of convincing the money people to make the investment
to increase manufacturing capacity. The new equipment required to
increase capacity costs serious money.

When one considers that the BBB is open and anyone can step in and
manufacture a clone and bypass then R&D costs TI and Circuit Co have
already invested, the risks start getting pretty high.

What might seemed antagonizing slow to us on the outside, requires
serious thought and planing on the inside. It can be challenging to
communicate this when companies work as part of communities.

On Wed, May 28, 2014 at 6:32 PM, William Hermans  wrote:
> Gerald, I am just curious. Hypothetically speaking, what would it take to
> retool to make a custom board ? I am not looking for an "IN" or anything I
> am just curious. I'm thinking it would be a huge hassle to say the least.
>
> I've never worked in a PCB fab before, but worked for a CNC shop many moons
> ago, and retooling for even the most basic part ( door lock keyways ), would
> take a full day or two just for the setup, and a week or slightly longer to
> shake out the bugs. Meanwhile, the company is "losing" money until things
> are running smoothly again.
>
>
> On Wed, May 28, 2014 at 1:42 PM, Gerald Coley 
> wrote:
>>
>> 100 boards is not a lot of boards. Especially when you have distributors
>> screaming for 50,000 boards to fill their large POs..
>>
>> Gerald
>>
>>
>>
>> On Wed, May 28, 2014 at 3:38 PM, sixvolts  wrote:
>>>
>>> There are plenty of things that get built and sold in those kinds of
>>> numbers, like specialized instruments.
>>>
>>>
>>>
>>> On Wednesday, May 28, 2014 3:33:49 PM UTC-5, Robert P. J. Day wrote:

 On Wed, 28 May 2014, sixvolts wrote:

 > I've been trying to talk to the people CircuitCo about building a
 > run of the beaglebone black boards for a commercial project, but I
 > can't seem to get anyone to respond to emails and the two people I
 > have phone numbers for are always busy. My understanding was that
 > proper etiquette was to not poach boards from the distributors if
 > you build a device around the beaglebone and have them produced for
 > you. I even spoke to someone at a CircuitCo booth at a conference
 > last year (DesignWest - where the beaglebone black was "launched")
 > and they indicated this was common already for the original
 > beagleboards/bones.
 >
 > I can't get anyone local interested in building them because of some
 > of the minimum order quantities on some of the parts (like the
 > emmc).
 >
 > Anyone at CircuitCo around? I have money and need around 100 boards
 > made.

   not many manufacturers would consider 100 units much of a "run".
 that's not the sort of number that's going to get you much attention.
 just an observation.

 rday

 --

 
 Robert P. J. Day Ottawa, Ontario, CANADA
 http://crashcourse.ca

 Twitter:   http://twitter.com/rpjday
 LinkedIn:   http://ca.linkedin.com/in/rpjday
 
>>>
>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cross compiling for Ubuntu 14.04

[Andrew Core]

After messing with a couple lines of the .sh file (removed every instance 
of apt-get update, updated aliases to the newest version), it downloaded.  
I did sudo dpkg -i *.deb in output  And it broke 40~ dependencies.  


Software center is mad, Synaptic package manager can't fix it, things are 
generally not ok.  Haha, it's been a long day :p

It looks like your compiler would work, but the problem is Ubuntu doesn't 
like it when you mess with dependencies.  The dpkg command replaced some of 
my newer packages with older ones (the ones on the BBB), which apparently 
causes 80% of my third party programs to fail to open. And now it's telling 
me that one of the packages I install is unremovable, meaning I can't 
install the correct one.

Not really asking for help, just warning you that someone with only a 
couple months of Linux experience messed things up trying to put that tool 
chain on Ubuntu. 

On Wednesday, May 28, 2014 3:51:00 PM UTC-5, RobertCNelson wrote:
>
> On Wed, May 28, 2014 at 3:47 PM, Andrew Core 
> > 
> wrote: 
> > Hi, I can't seem to find a cross compiler for debian BBB that works 
> > (consistently) on Ubuntu 14.04 
> > 
> > I'm using the latest debian image for BBB from 
> > beagleboard.org/latest-images. 
> > 
> > I'm running 64 bit Ubuntu 14.04.  I've managed to make my programs run 
> on 
> > Angstrom, but I've been failing for about a week trying to port to 
> Debian. 
> > 
> > I tried the Linaro gcc at 
> > 
> http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript
>  
> > and arm-linux-gnueabihf-g++ worked for most of my files.  However, two 
> of my 
> > files will compile and fail to run on the BBB. 
> > 
> > I enter: 
> > arm-linux-gnueabihf-g++ -Wall -Wno-unused-parameter -W -Wshadow 
> > -DARM_COMPILE -pthread -lstdc++ -lrt -o fileName $(SRCS) 
> > 
> > and when I run the file on the BBB (./fileName, like I did for the other 
> > programs that worked), I get: 
> > ./fileName: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not 
> > found (required by ./fileName) 
>
> Debian wheezy only has "GLIBC_2.13".. 
>
> > What did I do wrong?  Alternatively, is there a different cross tool 
> chain? 
> > 
> > Sorry to take up your time, and thanks in advance for the help. 
>
> These *.deb match Debian Wheezy, not sure if they'll install in 14.04: 
>
> http://rcn-ee.net/deb/cross/test/ 
>
> built with: 
> https://github.com/RobertCNelson/cross-compiler 
>
> in a Wheezy VM. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cross compiling for Ubuntu 14.04

[William Hermans]

err, *Linaro GCC toolchain* but you get the idea.


On Wed, May 28, 2014 at 4:40 PM, William Hermans  wrote:

> Robert, Yeah I was noticing that your build scripts pull in an additional
> Linaro GCC compiler when compiling the kernel. Last time I built, I seemed
> to recall that it was a different version too. So, we use one version to
> build u-boot, and another to build the kernel.
>
> However with any GCC, "we" should be able to specify which LIBC we use . .
> . not that I know for sure offhand exactly how, as it is something I need
> to brush up on myself.
>
>
> On Wed, May 28, 2014 at 1:50 PM, Robert Nelson wrote:
>
>> On Wed, May 28, 2014 at 3:47 PM, Andrew Core 
>> wrote:
>> > Hi, I can't seem to find a cross compiler for debian BBB that works
>> > (consistently) on Ubuntu 14.04
>> >
>> > I'm using the latest debian image for BBB from
>> > beagleboard.org/latest-images.
>> >
>> > I'm running 64 bit Ubuntu 14.04.  I've managed to make my programs run
>> on
>> > Angstrom, but I've been failing for about a week trying to port to
>> Debian.
>> >
>> > I tried the Linaro gcc at
>> >
>> http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript
>> > and arm-linux-gnueabihf-g++ worked for most of my files.  However, two
>> of my
>> > files will compile and fail to run on the BBB.
>> >
>> > I enter:
>> > arm-linux-gnueabihf-g++ -Wall -Wno-unused-parameter -W -Wshadow
>> > -DARM_COMPILE -pthread -lstdc++ -lrt -o fileName $(SRCS)
>> >
>> > and when I run the file on the BBB (./fileName, like I did for the other
>> > programs that worked), I get:
>> > ./fileName: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not
>> > found (required by ./fileName)
>>
>> Debian wheezy only has "GLIBC_2.13"..
>>
>> > What did I do wrong?  Alternatively, is there a different cross tool
>> chain?
>> >
>> > Sorry to take up your time, and thanks in advance for the help.
>>
>> These *.deb match Debian Wheezy, not sure if they'll install in 14.04:
>>
>> http://rcn-ee.net/deb/cross/test/
>>
>> built with:
>> https://github.com/RobertCNelson/cross-compiler
>>
>> in a Wheezy VM.
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> http://www.rcn-ee.com/
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cross compiling for Ubuntu 14.04

[William Hermans]

Robert, Yeah I was noticing that your build scripts pull in an additional
Linaro GCC compiler when compiling the kernel. Last time I built, I seemed
to recall that it was a different version too. So, we use one version to
build u-boot, and another to build the kernel.

However with any GCC, "we" should be able to specify which LIBC we use . .
. not that I know for sure offhand exactly how, as it is something I need
to brush up on myself.


On Wed, May 28, 2014 at 1:50 PM, Robert Nelson wrote:

> On Wed, May 28, 2014 at 3:47 PM, Andrew Core 
> wrote:
> > Hi, I can't seem to find a cross compiler for debian BBB that works
> > (consistently) on Ubuntu 14.04
> >
> > I'm using the latest debian image for BBB from
> > beagleboard.org/latest-images.
> >
> > I'm running 64 bit Ubuntu 14.04.  I've managed to make my programs run on
> > Angstrom, but I've been failing for about a week trying to port to
> Debian.
> >
> > I tried the Linaro gcc at
> >
> http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript
> > and arm-linux-gnueabihf-g++ worked for most of my files.  However, two
> of my
> > files will compile and fail to run on the BBB.
> >
> > I enter:
> > arm-linux-gnueabihf-g++ -Wall -Wno-unused-parameter -W -Wshadow
> > -DARM_COMPILE -pthread -lstdc++ -lrt -o fileName $(SRCS)
> >
> > and when I run the file on the BBB (./fileName, like I did for the other
> > programs that worked), I get:
> > ./fileName: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not
> > found (required by ./fileName)
>
> Debian wheezy only has "GLIBC_2.13"..
>
> > What did I do wrong?  Alternatively, is there a different cross tool
> chain?
> >
> > Sorry to take up your time, and thanks in advance for the help.
>
> These *.deb match Debian Wheezy, not sure if they'll install in 14.04:
>
> http://rcn-ee.net/deb/cross/test/
>
> built with:
> https://github.com/RobertCNelson/cross-compiler
>
> in a Wheezy VM.
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Custom Beaglbone Black from Circuitco

[William Hermans]

Gerald, I am just curious. Hypothetically speaking, what would it take to
retool to make a custom board ? I am not looking for an "IN" or anything I
am just curious. I'm thinking it would be a huge hassle to say the least.

I've never worked in a PCB fab before, but worked for a CNC shop many moons
ago, and retooling for even the most basic part ( door lock keyways ),
would take a full day or two just for the setup, and a week or slightly
longer to shake out the bugs. Meanwhile, the company is "losing" money
until things are running smoothly again.


On Wed, May 28, 2014 at 1:42 PM, Gerald Coley wrote:

> 100 boards is not a lot of boards. Especially when you
> have distributors screaming for 50,000 boards to fill their large POs..
>
> Gerald
>
>
>
> On Wed, May 28, 2014 at 3:38 PM, sixvolts  wrote:
>
>> There are plenty of things that get built and sold in those kinds of
>> numbers, like specialized instruments.
>>
>>
>>
>> On Wednesday, May 28, 2014 3:33:49 PM UTC-5, Robert P. J. Day wrote:
>>>
>>> On Wed, 28 May 2014, sixvolts wrote:
>>>
>>> > I've been trying to talk to the people CircuitCo about building a
>>> > run of the beaglebone black boards for a commercial project, but I
>>> > can't seem to get anyone to respond to emails and the two people I
>>> > have phone numbers for are always busy. My understanding was that
>>> > proper etiquette was to not poach boards from the distributors if
>>> > you build a device around the beaglebone and have them produced for
>>> > you. I even spoke to someone at a CircuitCo booth at a conference
>>> > last year (DesignWest - where the beaglebone black was "launched")
>>> > and they indicated this was common already for the original
>>> > beagleboards/bones.
>>> >
>>> > I can't get anyone local interested in building them because of some
>>> > of the minimum order quantities on some of the parts (like the
>>> > emmc).
>>> >
>>> > Anyone at CircuitCo around? I have money and need around 100 boards
>>> > made.
>>>
>>>   not many manufacturers would consider 100 units much of a "run".
>>> that's not the sort of number that's going to get you much attention.
>>> just an observation.
>>>
>>> rday
>>>
>>> --
>>>
>>> 
>>>
>>> Robert P. J. Day Ottawa, Ontario, CANADA
>>> http://crashcourse.ca
>>>
>>> Twitter:   http://twitter.com/rpjday
>>> LinkedIn:   http://ca.linkedin.com/in/rpjday
>>> 
>>>
>>>
>>  --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Pin Mux values in DTS files

[John Syn]

From:  Mark Grosen 
Reply-To:  
Date:  Wednesday, May 28, 2014 at 3:38 PM
To:  
Cc:  
Subject:  Re: [beagleboard] Pin Mux values in DTS files

> The TI pinmux tool is nice for this sort of thing (unfortunately only for
> Windows .exe):
> http://www.ti.com/tool/pinmuxtool
If you are using Device Tree, it is better to use this:

https://github.com/strahlex/BBIOConfig

Regards,
John
> 
> Mark
> 
> 
> 
> Mark
> 
> 
> On Wed, May 28, 2014 at 3:25 PM,   wrote:
>> The AM335x Technical Reference Manual is the source of all goodness, but the
>> P8 and P9 PDFs here are quite useful:
>> https://github.com/derekmolloy/boneDeviceTree/tree/master/docs
>> 
>> You may also want to read his (Derek Molloy's) blog, e.g.
>> http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlay
>> s/
>> -- 
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
> 
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Pin Mux values in DTS files

[Ross Morrison]

On 05/28/2014 03:42 PM, Charles Steinkuehler wrote:

On 5/28/2014 5:09 PM, Ross Morrison wrote:

On 05/28/2014 02:43 PM, Charles Steinkuehler wrote:

On 5/28/2014 4:41 PM, Ross Morrison wrote:

Hi all,

Quick question, what reference should I look to for answers for the
values that are used in .dts file for pin muxing?

For example:



You want the AM335x Technical Reference Manual from TI, typically
referred to here as the TRM.


Have it, been looking through it (all 4700 pages), any particular section?

The Control Module (Section 9), specifically 9.3.1 "Control Module
Registers" and 9.3.1.50 "conf__ Register" document the pin
mux registers.


Does this sound right:

 L16 set for UART3_TX0x0138  0x81 /* uart3_txd mode 1 */
 L17 set for UART3_RX0x0134  0x81 /* uart3_rxd mode 1 */

If you want to know what data to put into the pin mux registers, you
need to refer to Section 2.2 and Table 2.7 of the data sheet, "Ball
Characteristics".  This lists the physical pin characteristics and the
various legal mode settings.



Got it, did have the pin mux wrong, should be 0x09 for the tx and 0x29 
for the rx lines.


Thanks,
Ross

--
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Pin Mux values in DTS files

[Charles Steinkuehler]

On 5/28/2014 5:09 PM, Ross Morrison wrote:
> On 05/28/2014 02:43 PM, Charles Steinkuehler wrote:
>> On 5/28/2014 4:41 PM, Ross Morrison wrote:
>>> Hi all,
>>>
>>> Quick question, what reference should I look to for answers for the
>>> values that are used in .dts file for pin muxing?
>>>
>>> For example:
>> 
>>
>> You want the AM335x Technical Reference Manual from TI, typically
>> referred to here as the TRM.
>>
> Have it, been looking through it (all 4700 pages), any particular section?

The Control Module (Section 9), specifically 9.3.1 "Control Module
Registers" and 9.3.1.50 "conf__ Register" document the pin
mux registers.

> Does this sound right:
> 
> L16 set for UART3_TX0x0138  0x81 /* uart3_txd mode 1 */
> L17 set for UART3_RX0x0134  0x81 /* uart3_rxd mode 1 */

If you want to know what data to put into the pin mux registers, you
need to refer to Section 2.2 and Table 2.7 of the data sheet, "Ball
Characteristics".  This lists the physical pin characteristics and the
various legal mode settings.

-- 
Charles Steinkuehler
char...@steinkuehler.net

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Pin Mux values in DTS files

[Mark Grosen]

The TI pinmux tool is nice for this sort of thing (unfortunately only for
Windows .exe):
http://www.ti.com/tool/pinmuxtool

Mark



Mark


On Wed, May 28, 2014 at 3:25 PM,  wrote:

> The AM335x Technical Reference Manual is the source of all goodness, but
> the P8 and P9 PDFs here are quite useful:
> https://github.com/derekmolloy/boneDeviceTree/tree/master/docs
>
> You may also want to read his (Derek Molloy's) blog, e.g.
>
> http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlays/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Where can I get the details of MII_RT ?

[michael . duffy]

>From http://e2e.ti.com/support/arm/sitara_arm/f/791/p/206939/733857.aspx 


*2. MII_RT is the real-time MII interface module inside PRU-ICSS. This is 
used for industrial communications such as EtherCAT. This is part of 
PRU-ICSS but has no relation to the Ethernet subsystem that is used for 
10/100/1000 Mbps switching.PRU-ICSS is an independent module and MII_RT is 
a part of that. TI has chosen to not open it up for customer uses beyond 
what is supported by the SYS/BIOS based industrial SDK.*

>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test

[michael . duffy]

As usual, thank you, Robert, for your quick response (and encyclopedic 
knowledge)

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Pin Mux values in DTS files

[michael . duffy]

The AM335x Technical Reference Manual is the source of all goodness, but 
the P8 and P9 PDFs here are quite useful:
https://github.com/derekmolloy/boneDeviceTree/tree/master/docs

You may also want to read his (Derek Molloy's) blog, e.g. 
http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlays/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Pin Mux values in DTS files

[Ross Morrison]

On 05/28/2014 02:43 PM, Charles Steinkuehler wrote:

On 5/28/2014 4:41 PM, Ross Morrison wrote:

Hi all,

Quick question, what reference should I look to for answers for the
values that are used in .dts file for pin muxing?

For example:



You want the AM335x Technical Reference Manual from TI, typically
referred to here as the TRM.


Have it, been looking through it (all 4700 pages), any particular section?

Does this sound right:

L16 set for UART3_TX0x0138  0x81 /* uart3_txd mode 1 */
L17 set for UART3_RX0x0134  0x81 /* uart3_rxd mode 1 */

Thanks

--
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Pin Mux values in DTS files

[Charles Steinkuehler]

On 5/28/2014 4:41 PM, Ross Morrison wrote:
> Hi all,
> 
> Quick question, what reference should I look to for answers for the
> values that are used in .dts file for pin muxing?
> 
> For example:


You want the AM335x Technical Reference Manual from TI, typically
referred to here as the TRM.

-- 
Charles Steinkuehler
char...@steinkuehler.net

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Pin Mux values in DTS files

[Ross Morrison]

Hi all,

Quick question, what reference should I look to for answers for the 
values that are used in .dts file for pin muxing?


For example:

  fragment@0 {
target = <&am33xx_pinmux>;
__overlay__ {
bb_uart4_pins: pinmux_bb_uart4_pins {
pinctrl-single,pins = <
0x070 0x26/* gpmc_wait0.uart4_rxd | MODE6 */
0x074 0x06/* gpmc_wpn.uart4_txd | MODE6 */
>;
};
};
};


Where does one find the values that are used in the pinctrl-single,pins 
element?

0x070 0x26
0x074 0x06

I'm looking at enabling UART3 on the AM335x ZCZ balls L16 and L17 
(gpio2_19 and gpio2_18) .


Thanks,

Ross



--
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test

[Robert Nelson]

It's there just an older version of systemd where it was prefixed. systemd-
On May 28, 2014 4:23 PM,  wrote:

> I'm running the latest (flashed to mmc) on a Rev B BBB.
> */boot/uboot/ID.txt* contains *BeagleBoard.org BeagleBone Debian Image
> 2014-05-14*
>
> The image appears to be missing *journalctl*, e.g. *find / -name
> journalctl *returns nothing.  dpkg reports systemd is installed (and the 
> *systemd
> *command works).  What am I missing here?
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Where files per the Angstrom manual?

[michael . duffy]

Completely agree with David.  Angstrom seems to be a dead end, IMNSHO.

On Wednesday, May 28, 2014 1:04:14 PM UTC-7, David Farning wrote:
>
> I would recommend that you upgrade your machines to the new Debian 
> based release. I think you will find that there is more information 
> about Debian than there is about Angstrom. 
>
> The reason for the project moving from Angstrom to Debian is to allow 
> developers to use Debian which is more common and better documented. 
>
> David 
>
>
> On Wed, May 28, 2014 at 12:04 PM,  > 
> wrote: 
> > Hi, 
> > 
> > I'm working through a book to learn Linux and have a couple BBBs. 
>  According 
> > to the Angstrom manual, the file system is supposed to be initialized 
> via 
> > initramfs.cpio.gz.  But find doesn't find it.  I dug around a little 
> online, 
> > but did not find any information about how the kernel file system are 
> booted 
> > on Angstrom.  I'm using Embedded Linux Primer (2012).  Where files per 
> the 
> > Angstrom manual? If the system has changed, where is the documentaion 
> for 
> > it? 
> > 
> > Thanks! 
> > 
> > -- 
> > 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 beagleboard...@googlegroups.com . 
> > For more options, visit https://groups.google.com/d/optout. 
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test

[michael . duffy]

I'm running the latest (flashed to mmc) on a Rev B BBB.  
*/boot/uboot/ID.txt* contains *BeagleBoard.org BeagleBone Debian Image 
2014-05-14*

The image appears to be missing *journalctl*, e.g. *find / -name journalctl 
*returns nothing.  dpkg reports systemd is installed (and the *systemd *command 
works).  What am I missing here?

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cross compiling for Ubuntu 14.04

[Robert Nelson]

On Wed, May 28, 2014 at 3:47 PM, Andrew Core  wrote:
> Hi, I can't seem to find a cross compiler for debian BBB that works
> (consistently) on Ubuntu 14.04
>
> I'm using the latest debian image for BBB from
> beagleboard.org/latest-images.
>
> I'm running 64 bit Ubuntu 14.04.  I've managed to make my programs run on
> Angstrom, but I've been failing for about a week trying to port to Debian.
>
> I tried the Linaro gcc at
> http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript
> and arm-linux-gnueabihf-g++ worked for most of my files.  However, two of my
> files will compile and fail to run on the BBB.
>
> I enter:
> arm-linux-gnueabihf-g++ -Wall -Wno-unused-parameter -W -Wshadow
> -DARM_COMPILE -pthread -lstdc++ -lrt -o fileName $(SRCS)
>
> and when I run the file on the BBB (./fileName, like I did for the other
> programs that worked), I get:
> ./fileName: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not
> found (required by ./fileName)

Debian wheezy only has "GLIBC_2.13"..

> What did I do wrong?  Alternatively, is there a different cross tool chain?
>
> Sorry to take up your time, and thanks in advance for the help.

These *.deb match Debian Wheezy, not sure if they'll install in 14.04:

http://rcn-ee.net/deb/cross/test/

built with:
https://github.com/RobertCNelson/cross-compiler

in a Wheezy VM.

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Cross compiling for Ubuntu 14.04

[Andrew Core]

Hi, I can't seem to find a cross compiler for debian BBB that works 
(consistently) on Ubuntu 14.04

I'm using the latest debian image for BBB from 
beagleboard.org/latest-images
.

I'm running 64 bit Ubuntu 14.04.  I've managed to make my programs run on 
Angstrom, but I've been failing for about a week trying to port to Debian.

I tried the Linaro gcc at 
http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-uEnv.txtbasedbootscript
  
and arm-linux-gnueabihf-g++ worked for most of my files.  However, two of 
my files will compile and fail to run on the BBB.

I enter: 
arm-linux-gnueabihf-g++ -Wall -Wno-unused-parameter -W -Wshadow 
-DARM_COMPILE -pthread -lstdc++ -lrt -o fileName $(SRCS)

and when I run the file on the BBB (./fileName, like I did for the other 
programs that worked), I get:
./fileName: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.17' not 
found (required by ./fileName)

What did I do wrong?  Alternatively, is there a different cross tool chain?

Sorry to take up your time, and thanks in advance for the help.

Best,
Andrew

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Problems with updating Beaglebone Black via "opkg install"

[padswap via BeagleBoard]

Hi,
you have to connect your BBB directly to the internet via the ethernet 
connector on the BBB. That was my fault...I only connect it over usb to control 
with command line and I got the same errors. 
So be sure that your BBB is connected to the internet.(I think tethering over 
usb is not possible) 
Maybe this might solve your problem...

Regards
Am 28.05.2014 um 20:44 schrieb rpauly92 via BeagleBoard 
:

> I am having the same issue with mine at the moment. For me however, I am able 
> to reach the links it provides when it displays 
> the collected errors. But I do want to know why the opkg_download failed. 
> 
> 
> 
> root@beaglebone:~# opkg update
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz.
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz.
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz.
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz.
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz.
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz.
> wget: bad address 'feeds.angstrom-distribution.org'
> Downloading 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz.
> wget: bad address 'feeds.angstrom-distribution.org'
> Collected errors:
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz,
>  wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz,
>  wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz,
>  wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz,
>  wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz,
>  wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz,
>  wget returned 1.
>  * opkg_download: Failed to download 
> http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz,
>  wget returned 1.
> 
> 
> I can connect to the links it provides, but I want to know why they aren't 
> downloadable from the PuTTY. I am wondering if there is just a bad connection 
> remaining  between the BBB and my PC (Windows 7). 
> 
> I am still very new with the BBB, and learning more about it as I am 
> interning. My main project while I work here circles around the use of the 
> BBB, I just seem to be
> butting heads with it lately. I'd love to get some feedback about how I 
> should go about fixing it. I am trying to fix it in order to create a web 
> server through the BBB if that helps any in figuring out the issue.
> 
> 
> Thanks,
> Ryan
> 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to a topic in the Google 
> Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/beagleboard/huLI-WcrwM4/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Custom Beaglbone Black from Circuitco

[Gerald Coley]

100 boards is not a lot of boards. Especially when you
have distributors screaming for 50,000 boards to fill their large POs..

Gerald



On Wed, May 28, 2014 at 3:38 PM, sixvolts  wrote:

> There are plenty of things that get built and sold in those kinds of
> numbers, like specialized instruments.
>
>
>
> On Wednesday, May 28, 2014 3:33:49 PM UTC-5, Robert P. J. Day wrote:
>>
>> On Wed, 28 May 2014, sixvolts wrote:
>>
>> > I've been trying to talk to the people CircuitCo about building a
>> > run of the beaglebone black boards for a commercial project, but I
>> > can't seem to get anyone to respond to emails and the two people I
>> > have phone numbers for are always busy. My understanding was that
>> > proper etiquette was to not poach boards from the distributors if
>> > you build a device around the beaglebone and have them produced for
>> > you. I even spoke to someone at a CircuitCo booth at a conference
>> > last year (DesignWest - where the beaglebone black was "launched")
>> > and they indicated this was common already for the original
>> > beagleboards/bones.
>> >
>> > I can't get anyone local interested in building them because of some
>> > of the minimum order quantities on some of the parts (like the
>> > emmc).
>> >
>> > Anyone at CircuitCo around? I have money and need around 100 boards
>> > made.
>>
>>   not many manufacturers would consider 100 units much of a "run".
>> that's not the sort of number that's going to get you much attention.
>> just an observation.
>>
>> rday
>>
>> --
>>
>> 
>> Robert P. J. Day Ottawa, Ontario, CANADA
>> http://crashcourse.ca
>>
>> Twitter:   http://twitter.com/rpjday
>> LinkedIn:   http://ca.linkedin.com/in/rpjday
>> 
>>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Custom Beaglbone Black from Circuitco

[sixvolts]

There are plenty of things that get built and sold in those kinds of 
numbers, like specialized instruments. 



On Wednesday, May 28, 2014 3:33:49 PM UTC-5, Robert P. J. Day wrote:
>
> On Wed, 28 May 2014, sixvolts wrote: 
>
> > I've been trying to talk to the people CircuitCo about building a 
> > run of the beaglebone black boards for a commercial project, but I 
> > can't seem to get anyone to respond to emails and the two people I 
> > have phone numbers for are always busy. My understanding was that 
> > proper etiquette was to not poach boards from the distributors if 
> > you build a device around the beaglebone and have them produced for 
> > you. I even spoke to someone at a CircuitCo booth at a conference 
> > last year (DesignWest - where the beaglebone black was "launched") 
> > and they indicated this was common already for the original 
> > beagleboards/bones. 
> > 
> > I can't get anyone local interested in building them because of some 
> > of the minimum order quantities on some of the parts (like the 
> > emmc). 
> > 
> > Anyone at CircuitCo around? I have money and need around 100 boards 
> > made. 
>
>   not many manufacturers would consider 100 units much of a "run". 
> that's not the sort of number that's going to get you much attention. 
> just an observation. 
>
> rday 
>
> -- 
>
>  
> Robert P. J. Day Ottawa, Ontario, CANADA 
> http://crashcourse.ca 
>
> Twitter:   http://twitter.com/rpjday 
> LinkedIn:   http://ca.linkedin.com/in/rpjday 
>  
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Custom Beaglbone Black from Circuitco

[Robert P. J. Day]

On Wed, 28 May 2014, sixvolts wrote:

> I've been trying to talk to the people CircuitCo about building a
> run of the beaglebone black boards for a commercial project, but I
> can't seem to get anyone to respond to emails and the two people I
> have phone numbers for are always busy. My understanding was that
> proper etiquette was to not poach boards from the distributors if
> you build a device around the beaglebone and have them produced for
> you. I even spoke to someone at a CircuitCo booth at a conference
> last year (DesignWest - where the beaglebone black was "launched")
> and they indicated this was common already for the original
> beagleboards/bones.
>
> I can't get anyone local interested in building them because of some
> of the minimum order quantities on some of the parts (like the
> emmc).
>
> Anyone at CircuitCo around? I have money and need around 100 boards
> made.

  not many manufacturers would consider 100 units much of a "run".
that's not the sort of number that's going to get you much attention.
just an observation.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Can the BBB get damaged due to a hard power down?

[John Syn]

From:  Brandon I 
Reply-To:  
Date:  Wednesday, May 28, 2014 at 1:18 PM
To:  
Subject:  Re: [beagleboard] Can the BBB get damaged due to a hard power
down?

> For the damage question, yes, with all flash media, if you're not using a read
> only mount: http://cseweb.ucsd.edu/~swanson/papers/DAC2011PowerCut.pdf
Excellent paper. Thank you for sharing.

Regards,
John
> 
> Btw, you're crazy if you're not using a read only mount (or guaranteeing no
> writes) for the rootfs of an appliance. ;)
> 
> On Tuesday, May 27, 2014 7:46:07 AM UTC-7, stino wrote:
>> Hi Gerald, Look I'm sorry if you took offence by my comment. It¹s an awesome
>> board, don¹t let anybody convince you otherwise  It's just that I've not seen
>> it being mentioned anywhere that a correct power down procedure is required.
>> If it was a deliberate design choice not to provide some kind of fail-safe, I
>> personally would have definitely made this clear to every buyer.  I work
>> hands-on with computer equipment of various makes and models on a daily basis
>> and I honestly can¹t remember the last time a box got bricked due to a power
>> outage.  I myself, and as I suspect many others, am thinking about turning
>> the BBB into an embedded appliance which makes the power button inaccessible.
>> 
>> Can you suggest how we can extend the powerbutton of from the board?
>> 
>> 
>> Op dinsdag 27 mei 2014 15:27:21 UTC+2 schreef Gerald:
>>> This is why there is a power button. I suggest that you go to your PC and
>>> yank the power cord. Whether it is running Linux or Windows, I suspect it
>>> won't like it.
>>> 
>>> If you can't use the power button, then yes you can design a cape that will
>>> let it gracefully shutdown properly. When I designed the board I felt that a
>>> button was less expensive that all the other stuff you would need to put on
>>> the cape. Not to mention the small form factor of the board made it tough to
>>> fit all that onto the board. And yes, in a small number of instances, we
>>> have seen that yanking the power may cause damage to the processor because
>>> the PMIC does not have enough time to power down the processor in the
>>> correct voltage sequence. So, use the power button.
>>> 
>>> 
>>> 
>>> Gerald
>>> 
>>> 
>>> On Mon, May 26, 2014 at 10:37 AM, William Hermans  wrote:
 What happens, or *can* happens when you just yank the power on a PC running
 Linux ?
 
 1) You can make teh file system read only.
 2) You can design or create a power cape that shutdown gracefully when
 power goes missing.
 ...) ???
 
 
 On Mon, May 26, 2014 at 6:32 AM, stino  wrote:
> 
> I read over at another forum that the BBB could get damaged if it recieved
> an unexpected "hard" power down.., is this true, what can we do about
> this? 
> 
> Seems like a serious design flaw to me. One can't expect a power source to
> be 100% stable and especially with a development board which is likely to
> used for embedded appliances this is a reall issue..
> 
> Thanks,
> 
> 
> 
> -- 
> 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 beagleboard...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
 
 
 -- 
 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 beagleboard...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.
>>> 
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Custom Beaglbone Black from Circuitco

[sixvolts]

I've been trying to talk to the people CircuitCo about building a run of 
the beaglebone black boards for a commercial project, but I can't seem to 
get anyone to respond to emails and the two people I have phone numbers for 
are always busy.

My understanding was that proper etiquette was to not poach boards from the 
distributors if you build a device around the beaglebone and have them 
produced for you. I even spoke to someone at a CircuitCo booth at a 
conference last year (DesignWest - where the beaglebone black was 
"launched") and they indicated this was common already for the original 
beagleboards/bones.

I can't get anyone local interested in building them because of some of the 
minimum order quantities on some of the parts (like the emmc).

Anyone at CircuitCo around? I have money and need around 100 boards made.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test

[Rick Reynolds]

Ok, I took a little different tack. I just copied  
/usr/bin/xinput_calibrator from a non-customized BBB to my custom image and 
it works great.

Thanks again for all your hard work Robert. You have taught me volumes.

On Friday, May 23, 2014 6:34:54 PM UTC-5, RobertCNelson wrote:
>
> On Fri, May 23, 2014 at 6:03 PM, Rick Reynolds 
> > 
> wrote: 
> > Thanks for your help, and all your hard work, Robert. I have used your 
> > documentation extensively. 
> > 
> > When I execute "./autogen.sh --with-gui=x11" either directly on the 
> bone, 
> > from a an LXTerminal session, or over ssh I get the same end result. 
> it's 
> > basically the same thing I saw when trying to cross build. 
> > 
> > checking string usability... no 
> > checking string presence... no 
> > checking for string... no 
> > checking list usability... no 
> > checking list presence... no 
> > checking for list... no 
> > 
> > checking for stdbool.h that conforms to C99... yes 
> > checking for _Bool... yes 
> > checking for working strtod... yes 
> > ./configure: line 4987: syntax error near unexpected token `XINPUT,' 
> > ./configure: line 4987: `PKG_CHECK_MODULES(XINPUT, x11 xext xi 
> inputproto)' 
>
> Install xinput 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Can the BBB get damaged due to a hard power down?

[Brandon I]

For the damage question, yes, with all flash media, if you're not using a 
read only mount: http://cseweb.ucsd.edu/~swanson/papers/DAC2011PowerCut.pdf

Btw, you're crazy if you're not using a read only mount (or guaranteeing no 
writes) for the rootfs of an appliance. ;)

On Tuesday, May 27, 2014 7:46:07 AM UTC-7, stino wrote:
>
> Hi Gerald, Look I'm sorry if you took offence by my comment. It’s an 
> awesome board, don’t let anybody convince you otherwise  It's just that 
> I've not seen it being mentioned anywhere that a correct power down 
> procedure is required. If it was a deliberate design choice not to provide 
> some kind of fail-safe, I personally would have definitely made this clear 
> to every buyer.  I work hands-on with computer equipment of various makes 
> and models on a daily basis and I honestly can’t remember the last time a 
> box got bricked due to a power outage.  I myself, and as I suspect many 
> others, am thinking about turning the BBB into an embedded appliance which 
> makes the power button inaccessible.  
>
> Can you suggest how we can extend the powerbutton of from the board?
>
>
> Op dinsdag 27 mei 2014 15:27:21 UTC+2 schreef Gerald:
>>
>> This is why there is a power button. I suggest that you go to your PC and 
>> yank the power cord. Whether it is running Linux or Windows, I suspect it 
>> won't like it.
>>
>> If you can't use the power button, then yes you can design a cape 
>> that will let it gracefully shutdown properly. When I designed the board I 
>> felt that a button was less expensive that all the other stuff you would 
>> need to put on the cape. Not to mention the small form factor of 
>> the board made it tough to fit all that onto the board. And yes, in a small 
>> number of instances, we have seen that yanking the power may cause damage 
>> to the processor because the PMIC does not have enough time to power down 
>> the processor in the correct voltage sequence. So, use the power button.
>>
>>
>>
>> Gerald
>>
>>
>> On Mon, May 26, 2014 at 10:37 AM, William Hermans wrote:
>>
>>> What happens, or *can* happens when you just yank the power on a PC 
>>> running Linux ?
>>>
>>> 1) You can make teh file system read only.
>>> 2) You can design or create a power cape that shutdown gracefully when 
>>> power goes missing.
>>> ...) ???
>>>
>>>
>>> On Mon, May 26, 2014 at 6:32 AM, stino  wrote:
>>>

 I read over at another forum that the BBB could get damaged if it 
 recieved an unexpected "hard" power down.., is this true, what can we do 
 about this? 

 Seems like a serious design flaw to me. One can't expect a power source 
 to be 100% stable and especially with a development board which is likely 
 to used for embedded appliances this is a reall issue..

 Thanks,


  -- 
 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 beagleboard...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>  -- 
>>> 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 beagleboard...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[Simon Platten]

Thank you, will do.

On 28/05/2014 21:07, William Hermans wrote:

Debian wheezy how to x.y.z



---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

--
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[Robert Nelson]

On Wed, May 28, 2014 at 3:06 PM, Simon Platten wrote:

>  Thank you, I'll look into it and give it a go.
>
> Are they're any shortfalls to be aware of, anything that isn't supported?
>

Well, right now we support more devices and capes out of the box then the
last official Angstrom release, but if you notice something we broke kernel
wise just ping us. We tried to test everything, but everyone has unique
hardware.

Otherwise the biggest change, it's a "armhf" ("gnueabihf") based system, so
your "gnueabi" compiler won't work. (Well i did had the 'armel' library) so
"hello world" "gnueabi" applications will run, but nothing more complex
then that.

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[William Hermans]

Simon, one benefit is that Debian is very well documented. But also you
have different versions so you need to pay attention to that.

 Something like google search "Debian wheezy how to x.y.z" works very well
for 99% of the questions you'll have.


On Wed, May 28, 2014 at 1:02 PM, Robert Nelson wrote:

> On Wed, May 28, 2014 at 3:00 PM, William Hermans 
> wrote:
> > Robert, I agree, but default it seemed the tools used in Angstrom are
> > different and create more headache for people like me who have been using
> > Debian for years. Many things like dropbear, instead of openssh-server
> for
> > instance can be a PitA to get used to. Especially when you already have
> > experience with other tools. Not to mention the fact that the whole
> Angstrom
> > experience for me personally felt very shoddy.
>
> Laughs, i forgot about all the "dropbear" problems.  It seemed like it
> was everyday with messages, just delete this file on the microSD and
> boot.
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[Simon Platten]

Thank you, I'll look into it and give it a go.

Are they're any shortfalls to be aware of, anything that isn't supported?

On 28/05/2014 21:05, Robert Nelson wrote:




On Wed, May 28, 2014 at 3:02 PM, Simon Platten 
mailto:simonaplat...@gmail.com>> wrote:


I'll give Debian a go.  Just find it hard to start over again,
feels like so many steps backward in order to do what should have
been possible from the start.


Well, one of the goals of the debian images, was to make things as 
back-ward compatiable with Angstrom as possible.


So although some "tools" have different names, the experience should 
mirror Angstrom's default install.


I've tried to post the main differences in experience here:

http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#FAQ

Regards,

--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to a topic in the 
Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/beagleboard/USEklgWaQkg/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
beagleboard+unsubscr...@googlegroups.com 
.

For more options, visit https://groups.google.com/d/optout.




---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

--
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[Colin Bester]

Thanks!

On May 28, 2014, at 2:40 PM, John Syn  wrote:

> From: Colin Bester 
> Reply-To: 
> Date: Wednesday, May 28, 2014 at 12:22 PM
> To: 
> Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting services
> 
>> Yup, for now it's the way forward. Actually pretty easy all in all and I do 
>> like the concepts. I am battling a bit with ordering startup, but will push 
>> through!
> 
> You should stop top posting as this isn't considered good etiquette. Rather 
> post your response just below the text you are responding to so everyone 
> understand the context of your response. With that out the way, the order is 
> determined by it's dependency. Systemd will wait for the dependency to 
> complete before starting this service. When there is no dependency, services 
> are started in parallel. This is why Systemd is so much faster. 
> 
> systemd-analyze blame
> 
> Will help you understand the startup order.
> 
> Regards,
> John

Internet Disclaimer
_

This message (including any attachments) contains confidential information 
intended for a specific individual and purpose, and may be protected by law. 
If you are not the intended recipient, you should delete this message and are 
hereby notified that any disclosure, copying, or distribution of this message, 
or the taking of any action based on it, is strictly prohibited.
_



-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[Robert Nelson]

On Wed, May 28, 2014 at 3:02 PM, Simon Platten wrote:

>  I'll give Debian a go.  Just find it hard to start over again, feels like
> so many steps backward in order to do what should have been possible from
> the start.
>

Well, one of the goals of the debian images, was to make things as
back-ward compatiable with Angstrom as possible.

So although some "tools" have different names, the experience should mirror
Angstrom's default install.

I've tried to post the main differences in experience here:

http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#FAQ

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Where files per the Angstrom manual?

[David Farning]

I would recommend that you upgrade your machines to the new Debian
based release. I think you will find that there is more information
about Debian than there is about Angstrom.

The reason for the project moving from Angstrom to Debian is to allow
developers to use Debian which is more common and better documented.

David


On Wed, May 28, 2014 at 12:04 PM,   wrote:
> Hi,
>
> I'm working through a book to learn Linux and have a couple BBBs.  According
> to the Angstrom manual, the file system is supposed to be initialized via
> initramfs.cpio.gz.  But find doesn't find it.  I dug around a little online,
> but did not find any information about how the kernel file system are booted
> on Angstrom.  I'm using Embedded Linux Primer (2012).  Where files per the
> Angstrom manual? If the system has changed, where is the documentaion for
> it?
>
> Thanks!
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[William Hermans]

Jon, or you can just deal with it. As I deal with you bottom posts. It bugs
me, but I deal with it. I hate reading through a wall of text to get to the
point. If i need to remember something I can always read previous posts..


On Wed, May 28, 2014 at 12:40 PM, John Syn  wrote:

>
> From: Colin Bester 
> Reply-To: 
> Date: Wednesday, May 28, 2014 at 12:22 PM
>
> To: 
> Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting
> services
>
> Yup, for now it’s the way forward. Actually pretty easy all in all and I
> do like the concepts. I am battling a bit with ordering startup, but will
> push through!
>
> You should stop top posting as this isn’t considered good etiquette.
> Rather post your response just below the text you are responding to so
> everyone understand the context of your response. With that out the way,
> the order is determined by it’s dependency. Systemd will wait for the
> dependency to complete before starting this service. When there is no
> dependency, services are started in parallel. This is why Systemd is so
> much faster.
>
> systemd-analyze blame
>
> Will help you understand the startup order.
>
> Regards,
> John
>
>
> ~C
>
> On May 28, 2014, at 2:05 PM, John Syn  wrote:
>
>
> From: William Hermans 
> Reply-To: 
> Date: Wednesday, May 28, 2014 at 11:56 AM
> To: 
> Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting
> services
>
> Or more correctly in this case I should say "The Wheezy way", since Debian
> "things" have been changing fairly rapidly the last few years it seems.
>
> Yeah, but systemd has won so we all have to get use to it ;-)
>
>
>
>
> On Wed, May 28, 2014 at 11:55 AM, William Hermans wrote:
>
>> Ah, ok, I get that. but I'm more of a traditional "the Debian way" kind
>> of person.
>>
>>
>> On Wed, May 28, 2014 at 11:42 AM, Colin Bester wrote:
>>
>>> No right or wrong, I just want to get away from init.d. I far prefer
>>> concept of systemd, but confusion reigns due to my lack of knowledge, time
>>> to read!
>>>
>>> On May 28, 2014, at 1:36 PM, William Hermans  wrote:
>>>
>>> init.d can be made to run a service at boot up too. Is there a problem
>>> with this ?
>>>
>>>
>>> http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/
>>>
>>>
>>> On Wed, May 28, 2014 at 6:30 AM, Colin Bester wrote:
>>>
 Thanks

 On May 28, 2014, at 8:28 AM, Robert Nelson 
 wrote:

 > On Wed, May 28, 2014 at 8:15 AM, Colin Bester 
 wrote:
 >> I am looking to add a auto start service using conf file in
 /etc/init but it
 >> seems that debian version on BBB presently only supports older style
 >> /etc/init.d sys  init scripts.
 >>
 >> I thought I'd ask the group before starting to add packages to
 install on
 >> whether this newer version is supported or should I go straight to
 using
 >> systemd for startup of services.
 >>
 >> My aim is not to stray to far from base debian image in these early
 days.
 >
 > systemd is enabled in the debian image here:
 >
 > http://beagleboard.org/latest-images
 >
 >  /etc/init.d/* style script are still run in a systemd
 > compatibility script.
 >
 > Regards,
 >
 > --
 > Robert Nelson
 > http://www.rcn-ee.com/
 >
 > --
 > For more options, visit http://beagleboard.org/discuss
 > ---
 > You received this message because you are subscribed to a topic in
 the Google Groups "BeagleBoard" group.
 > To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
 > To unsubscribe from this group and all its topics, send an email to
 beagleboard+unsubscr...@googlegroups.com.
 > For more options, visit https://groups.google.com/d/optout.

 Internet Disclaimer
 _

 This message (including any attachments) contains confidential
 information intended for a specific individual and purpose, and may be
 protected by law.
 If you are not the intended recipient, you should delete this message
 and are hereby notified that any disclosure, copying, or distribution of
 this message, or the taking of any action based on it, is strictly
 prohibited.
 _



 --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "BeagleBoard" group.
>>> To unsubscribe from this topic, visit
>>> https://group

Re: [beagleboard] Eclipse C and Remote Debugging

[Robert Nelson]

On Wed, May 28, 2014 at 3:00 PM, William Hermans  wrote:
> Robert, I agree, but default it seemed the tools used in Angstrom are
> different and create more headache for people like me who have been using
> Debian for years. Many things like dropbear, instead of openssh-server for
> instance can be a PitA to get used to. Especially when you already have
> experience with other tools. Not to mention the fact that the whole Angstrom
> experience for me personally felt very shoddy.

Laughs, i forgot about all the "dropbear" problems.  It seemed like it
was everyday with messages, just delete this file on the microSD and
boot.

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[Simon Platten]

I'll give Debian a go.  Just find it hard to start over again, feels 
like so many steps backward in order to do what should have been 
possible from the start.



On 28/05/2014 21:00, William Hermans wrote:
Robert, I agree, but default it seemed the tools used in Angstrom are 
different and create more headache for people like me who have been 
using Debian for years. Many things like dropbear, instead of 
openssh-server for instance can be a PitA to get used to. Especially 
when you already have experience with other tools. Not to mention the 
fact that the whole Angstrom experience for me personally felt very 
shoddy.


Needless to say Angstrom lasted about a week on my own BBB until i 
found your instructions last year. Been running debian ever since.



On Wed, May 28, 2014 at 12:56 PM, Robert Nelson 
mailto:robertcnel...@gmail.com>> wrote:


On Wed, May 28, 2014 at 2:53 PM, Simon Platten
mailto:simonaplat...@gmail.com>> wrote:
> What happened to Angstrom?  What do new Beaglebone Blacks ship with?

http://beagleboard.org/blog/2014-01-04-happy-new-year/

http://beagleboard.org/latest-images


> I've already invested a bunch of time into the Angstrom set-up
getting mySQL
> server configured in MMM mode replicating between two beaglebone
blacks with
> my own floating IP address manager.

Linux is linux, shouldn't be that hard to port that to debian. But no
one is forcing you to switch either.

Regards,

--
Robert Nelson
http://www.rcn-ee.com/

--
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 beagleboard+unsubscr...@googlegroups.com
.
For more options, visit https://groups.google.com/d/optout.


--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to a topic in the 
Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/beagleboard/USEklgWaQkg/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
beagleboard+unsubscr...@googlegroups.com 
.

For more options, visit https://groups.google.com/d/optout.




---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com

--
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[William Hermans]

Robert, I agree, but default it seemed the tools used in Angstrom are
different and create more headache for people like me who have been using
Debian for years. Many things like dropbear, instead of openssh-server for
instance can be a PitA to get used to. Especially when you already have
experience with other tools. Not to mention the fact that the whole
Angstrom experience for me personally felt very shoddy.

Needless to say Angstrom lasted about a week on my own BBB until i found
your instructions last year. Been running debian ever since.


On Wed, May 28, 2014 at 12:56 PM, Robert Nelson wrote:

> On Wed, May 28, 2014 at 2:53 PM, Simon Platten 
> wrote:
> > What happened to Angstrom?  What do new Beaglebone Blacks ship with?
>
> http://beagleboard.org/blog/2014-01-04-happy-new-year/
>
> http://beagleboard.org/latest-images
>
>
> > I've already invested a bunch of time into the Angstrom set-up getting
> mySQL
> > server configured in MMM mode replicating between two beaglebone blacks
> with
> > my own floating IP address manager.
>
> Linux is linux, shouldn't be that hard to port that to debian. But no
> one is forcing you to switch either.
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[Robert Nelson]

On Wed, May 28, 2014 at 2:53 PM, Simon Platten  wrote:
> What happened to Angstrom?  What do new Beaglebone Blacks ship with?

http://beagleboard.org/blog/2014-01-04-happy-new-year/

http://beagleboard.org/latest-images


> I've already invested a bunch of time into the Angstrom set-up getting mySQL
> server configured in MMM mode replicating between two beaglebone blacks with
> my own floating IP address manager.

Linux is linux, shouldn't be that hard to port that to debian. But no
one is forcing you to switch either.

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[William Hermans]

New Bealgebone Black ship with Debian starting with REV C. Also Debian
users seem to be more active in this group.


On Wed, May 28, 2014 at 12:53 PM, Simon Platten wrote:

> What happened to Angstrom?  What do new Beaglebone Blacks ship with?
>
> I've already invested a bunch of time into the Angstrom set-up getting
> mySQL server configured in MMM mode replicating between two beaglebone
> blacks with my own floating IP address manager.
>
>
>
> On Wednesday, 28 May 2014 20:44:45 UTC+1, john3909 wrote:
>
>>
>> From: Simon Platten 
>> Reply-To: 
>> Date: Wednesday, May 28, 2014 at 12:09 PM
>> To: 
>>
>> Subject: Re: [beagleboard] Eclipse C and Remote Debugging
>>
>> I'm still looking for a solution and getting more and more frustrated by
>> what seems to be a very steep up hill battle.
>>
>> There are quite a few sites linking to http://www.angstrom-
>> distribution.org/toolchains/
>>
>> I think you are going to find it harder and harder to get support for
>> Angstrom. It has been over a year since I’ve used Angstrom so I don’t every
>> remember how to get some things working. I would recommend that you make
>> the move to Debian as we are much more able to help with the OS we
>> currently use.
>>
>> Regards,
>> John
>>
>>
>> This link is invalid and results in a 404.  The toolchains that I did
>> manage to track down are not all complete, some have a gdb in the archive,
>> others don't.
>>
>> Can someone point me in the direction of a complete toolchain with
>> instructions on how to install it correctly?
>>
>> Thank you,
>> Simon
>>
>> On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten wrote:
>>>
>>> Hi John, Thank you for the reply, perhaps I wasn't very clear.  GDB
>>> Server is installed on the Beaglebone Black and I see the process running,
>>> it just fails to connect.
>>>
>>> I will post more detail when I get home tonight.  I've tried using the
>>> default port 2345 and also found a post suggesting , neither worked.
>>>
>>>
>>>
>>> On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote:


 From: Simon Platten 
 Reply-To: 
 Date: Tuesday, May 27, 2014 at 11:53 PM
 To: 
 Subject: [beagleboard] Eclipse C and Remote Debugging

 I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and
 remote debug Java applications on the Beaglebone Black, but for some reason
 I cannot remote debug C applications.

 I can compile a C application and I can see that it is transferred to
 the Beaglebone Black, I can even run it from an SSH terminal on the
 Beaglebone Black.  But trying to remote debug always fails with a GDB 
 error.

 The console reports that GDB will reconnect, however it never does.

 I've tried following numerous videos on YouTube, however none of them
 have resolved this issue.

 In the end I decided to build and compile on the Beaglebone Black
 directly, however now I get an error saying GLIBC_2.17 libc.so.6 not
 found...sorry if my post isn't very detailed, I'm at work now without
 access to all the information.

 Can anyone point me in the right location to resolve either the remote
 debugging or the GLIBC_2.17 error?  I have already spent a very long time
 trying to find answers myself.

 You need GDBServer installed on your BBB. You launch GDBServer on your
 BBB with IP of host and specify the port number for the host to connect to.
 In Eclipse, I don’t recall the exact command, but it is something like gdb
 remote  . There are plenty of example on Google.

 https://www.google.com/search?q=eclipse+gdbserver+remote+
 debug&oq=eclipse+gdbserver&aqs=chrome.1.69i57j0l5.
 16411j0j7&sourceid=chrome&es_sm=119&ie=UTF-8

 Regards
 John



 Thank you,

 Kind Regards,
 Simon

 --
 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 beagleboard...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

 --
>> 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 beagleboard...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http

Re: [beagleboard] Eclipse C and Remote Debugging

[William Hermans]

I remember someone saying that GDB for the BBB ( perhaps the whole ARCH )
Does not work properly. This was last year though.

Which port are you using for the C GDBServer ? From what little you
describe it almost sounds like a connection issue, because of too low a
port, and a possible myriad of  other things.

Giving us the EXACT error message as given to you on the command line would
certainly help *some* But as John said, you may want to consider moving to
Debian just because most people are using it now, or will be.


On Wed, May 28, 2014 at 12:44 PM, John Syn  wrote:

>
> From: Simon Platten 
> Reply-To: 
> Date: Wednesday, May 28, 2014 at 12:09 PM
> To: 
> Subject: Re: [beagleboard] Eclipse C and Remote Debugging
>
> I'm still looking for a solution and getting more and more frustrated by
> what seems to be a very steep up hill battle.
>
> There are quite a few sites linking to
> http://www.angstrom-distribution.org/toolchains/
>
> I think you are going to find it harder and harder to get support for
> Angstrom. It has been over a year since I’ve used Angstrom so I don’t every
> remember how to get some things working. I would recommend that you make
> the move to Debian as we are much more able to help with the OS we
> currently use.
>
> Regards,
> John
>
>
> This link is invalid and results in a 404.  The toolchains that I did
> manage to track down are not all complete, some have a gdb in the archive,
> others don't.
>
> Can someone point me in the direction of a complete toolchain with
> instructions on how to install it correctly?
>
> Thank you,
> Simon
>
> On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten wrote:
>>
>> Hi John, Thank you for the reply, perhaps I wasn't very clear.  GDB
>> Server is installed on the Beaglebone Black and I see the process running,
>> it just fails to connect.
>>
>> I will post more detail when I get home tonight.  I've tried using the
>> default port 2345 and also found a post suggesting , neither worked.
>>
>>
>>
>> On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote:
>>>
>>>
>>> From: Simon Platten 
>>> Reply-To: 
>>> Date: Tuesday, May 27, 2014 at 11:53 PM
>>> To: 
>>> Subject: [beagleboard] Eclipse C and Remote Debugging
>>>
>>> I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and
>>> remote debug Java applications on the Beaglebone Black, but for some reason
>>> I cannot remote debug C applications.
>>>
>>> I can compile a C application and I can see that it is transferred to
>>> the Beaglebone Black, I can even run it from an SSH terminal on the
>>> Beaglebone Black.  But trying to remote debug always fails with a GDB error.
>>>
>>> The console reports that GDB will reconnect, however it never does.
>>>
>>> I've tried following numerous videos on YouTube, however none of them
>>> have resolved this issue.
>>>
>>> In the end I decided to build and compile on the Beaglebone Black
>>> directly, however now I get an error saying GLIBC_2.17 libc.so.6 not
>>> found...sorry if my post isn't very detailed, I'm at work now without
>>> access to all the information.
>>>
>>> Can anyone point me in the right location to resolve either the remote
>>> debugging or the GLIBC_2.17 error?  I have already spent a very long time
>>> trying to find answers myself.
>>>
>>> You need GDBServer installed on your BBB. You launch GDBServer on your
>>> BBB with IP of host and specify the port number for the host to connect to.
>>> In Eclipse, I don’t recall the exact command, but it is something like gdb
>>> remote  . There are plenty of example on Google.
>>>
>>> https://www.google.com/search?q=eclipse+gdbserver+remote+
>>> debug&oq=eclipse+gdbserver&aqs=chrome.1.69i57j0l5.
>>> 16411j0j7&sourceid=chrome&es_sm=119&ie=UTF-8
>>>
>>> Regards
>>> John
>>>
>>>
>>>
>>> Thank you,
>>>
>>> Kind Regards,
>>> Simon
>>>
>>> --
>>> 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 beagleboard...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received

Re: [beagleboard] Eclipse C and Remote Debugging

[Simon Platten]

What happened to Angstrom?  What do new Beaglebone Blacks ship with?

I've already invested a bunch of time into the Angstrom set-up getting 
mySQL server configured in MMM mode replicating between two beaglebone 
blacks with my own floating IP address manager.


On Wednesday, 28 May 2014 20:44:45 UTC+1, john3909 wrote:
>
>
> From: Simon Platten >
> Reply-To: >
> Date: Wednesday, May 28, 2014 at 12:09 PM
> To: >
> Subject: Re: [beagleboard] Eclipse C and Remote Debugging
>
> I'm still looking for a solution and getting more and more frustrated by 
> what seems to be a very steep up hill battle.
>
> There are quite a few sites linking to 
> http://www.angstrom-distribution.org/toolchains/
>
> I think you are going to find it harder and harder to get support for 
> Angstrom. It has been over a year since I’ve used Angstrom so I don’t every 
> remember how to get some things working. I would recommend that you make 
> the move to Debian as we are much more able to help with the OS we 
> currently use. 
>
> Regards,
> John
>
>
> This link is invalid and results in a 404.  The toolchains that I did 
> manage to track down are not all complete, some have a gdb in the archive, 
> others don't.
>
> Can someone point me in the direction of a complete toolchain with 
> instructions on how to install it correctly?
>
> Thank you,
> Simon 
>
> On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten wrote:
>>
>> Hi John, Thank you for the reply, perhaps I wasn't very clear.  GDB 
>> Server is installed on the Beaglebone Black and I see the process running, 
>> it just fails to connect. 
>>
>> I will post more detail when I get home tonight.  I've tried using the 
>> default port 2345 and also found a post suggesting , neither worked.
>>
>>
>>
>> On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote:
>>>
>>>
>>> From: Simon Platten 
>>> Reply-To: 
>>> Date: Tuesday, May 27, 2014 at 11:53 PM
>>> To: 
>>> Subject: [beagleboard] Eclipse C and Remote Debugging
>>>
>>> I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and 
>>> remote debug Java applications on the Beaglebone Black, but for some reason 
>>> I cannot remote debug C applications.
>>>
>>> I can compile a C application and I can see that it is transferred to 
>>> the Beaglebone Black, I can even run it from an SSH terminal on the 
>>> Beaglebone Black.  But trying to remote debug always fails with a GDB error.
>>>
>>> The console reports that GDB will reconnect, however it never does.
>>>
>>> I've tried following numerous videos on YouTube, however none of them 
>>> have resolved this issue.
>>>
>>> In the end I decided to build and compile on the Beaglebone Black 
>>> directly, however now I get an error saying GLIBC_2.17 libc.so.6 not 
>>> found...sorry if my post isn't very detailed, I'm at work now without 
>>> access to all the information.
>>>
>>> Can anyone point me in the right location to resolve either the remote 
>>> debugging or the GLIBC_2.17 error?  I have already spent a very long time 
>>> trying to find answers myself.
>>>
>>> You need GDBServer installed on your BBB. You launch GDBServer on your 
>>> BBB with IP of host and specify the port number for the host to connect to. 
>>> In Eclipse, I don’t recall the exact command, but it is something like gdb 
>>> remote  . There are plenty of example on Google. 
>>>
>>>
>>> https://www.google.com/search?q=eclipse+gdbserver+remote+debug&oq=eclipse+gdbserver&aqs=chrome.1.69i57j0l5.16411j0j7&sourceid=chrome&es_sm=119&ie=UTF-8
>>>
>>> Regards
>>> John
>>>
>>>
>>>
>>> Thank you,
>>>
>>> Kind Regards,
>>> Simon
>>>
>>> -- 
>>> 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 beagleboard...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>> -- 
> 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 beagleboard...@googlegroups.com .
> For more options, visit https://groups.google.com/d/optout.
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[John Syn]

From:  Simon Platten 
Reply-To:  
Date:  Wednesday, May 28, 2014 at 12:09 PM
To:  
Subject:  Re: [beagleboard] Eclipse C and Remote Debugging

> I'm still looking for a solution and getting more and more frustrated by what
> seems to be a very steep up hill battle.
> 
> There are quite a few sites linking to
> http://www.angstrom-distribution.org/toolchains/
I think you are going to find it harder and harder to get support for
Angstrom. It has been over a year since I¹ve used Angstrom so I don¹t every
remember how to get some things working. I would recommend that you make the
move to Debian as we are much more able to help with the OS we currently
use. 

Regards,
John
> 
> This link is invalid and results in a 404.  The toolchains that I did manage
> to track down are not all complete, some have a gdb in the archive, others
> don't.
> 
> Can someone point me in the direction of a complete toolchain with
> instructions on how to install it correctly?
> 
> Thank you,
> Simon 
> 
> On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten  wrote:
>> Hi John, Thank you for the reply, perhaps I wasn't very clear.  GDB Server is
>> installed on the Beaglebone Black and I see the process running, it just
>> fails to connect.
>> 
>> I will post more detail when I get home tonight.  I've tried using the
>> default port 2345 and also found a post suggesting , neither worked.
>> 
>> 
>> 
>> On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909  wrote:
>>> 
>>> From:  Simon Platten 
>>> Reply-To:  
>>> Date:  Tuesday, May 27, 2014 at 11:53 PM
>>> To:  
>>> Subject:  [beagleboard] Eclipse C and Remote Debugging
>>> 
 I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote
 debug Java applications on the Beaglebone Black, but for some reason I
 cannot remote debug C applications.
 
 I can compile a C application and I can see that it is transferred to the
 Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone
 Black.  But trying to remote debug always fails with a GDB error.
 
 The console reports that GDB will reconnect, however it never does.
 
 I've tried following numerous videos on YouTube, however none of them have
 resolved this issue.
 
 In the end I decided to build and compile on the Beaglebone Black directly,
 however now I get an error saying GLIBC_2.17 libc.so.6 not found...sorry if
 my post isn't very detailed, I'm at work now without access to all the
 information.
 
 Can anyone point me in the right location to resolve either the remote
 debugging or the GLIBC_2.17 error?  I have already spent a very long time
 trying to find answers myself.
>>> You need GDBServer installed on your BBB. You launch GDBServer on your BBB
>>> with IP of host and specify the port number for the host to connect to. In
>>> Eclipse, I don¹t recall the exact command, but it is something like gdb
>>> remote  . There are plenty of example on Google.
>>> 
>>> https://www.google.com/search?q=eclipse+gdbserver+remote+debug&oq=eclipse+gd
>>> bserver&aqs=chrome.1.69i57j0l5.16411j0j7&sourceid=chrome&es_sm=119&ie=UTF-8
>>> 
>>> Regards
>>> John
 
 
 Thank you,
 
 Kind Regards,
 Simon
 
 -- 
 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 beagleboard...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[John Syn]

From:  Colin Bester 
Reply-To:  
Date:  Wednesday, May 28, 2014 at 12:22 PM
To:  
Subject:  Re: [beagleboard] Using /etc/init/_.conf for autostarting services

> Yup, for now it¹s the way forward. Actually pretty easy all in all and I do
> like the concepts. I am battling a bit with ordering startup, but will push
> through!
You should stop top posting as this isn¹t considered good etiquette. Rather
post your response just below the text you are responding to so everyone
understand the context of your response. With that out the way, the order is
determined by it¹s dependency. Systemd will wait for the dependency to
complete before starting this service. When there is no dependency, services
are started in parallel. This is why Systemd is so much faster.

systemd-analyze blame

Will help you understand the startup order.

Regards,
John
> 
> ~C
> 
> On May 28, 2014, at 2:05 PM, John Syn  wrote:
> 
>> 
>> From:  William Hermans 
>> Reply-To:  
>> Date:  Wednesday, May 28, 2014 at 11:56 AM
>> To:  
>> Subject:  Re: [beagleboard] Using /etc/init/_.conf for autostarting services
>> 
>>> Or more correctly in this case I should say "The Wheezy way", since Debian
>>> "things" have been changing fairly rapidly the last few years it seems.
>> Yeah, but systemd has won so we all have to get use to it ;-)
>>> 
>>> 
>>> 
>>> On Wed, May 28, 2014 at 11:55 AM, William Hermans  wrote:
 Ah, ok, I get that. but I'm more of a traditional "the Debian way" kind of
 person.
 
 
 On Wed, May 28, 2014 at 11:42 AM, Colin Bester 
 wrote:
> No right or wrong, I just want to get away from init.d. I far prefer
> concept of systemd, but confusion reigns due to my lack of knowledge, time
> to read!
> 
> On May 28, 2014, at 1:36 PM, William Hermans  wrote:
> 
>> init.d can be made to run a service at boot up too. Is there a problem
>> with this ?
>> 
>> http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-b
>> lack-init-scripts-default-gatewayand-ntpdate/
>> 
>> 
>> On Wed, May 28, 2014 at 6:30 AM, Colin Bester 
>> wrote:
>>> Thanks
>>> 
>>> On May 28, 2014, at 8:28 AM, Robert Nelson 
>>> wrote:
>>> 
 > On Wed, May 28, 2014 at 8:15 AM, Colin Bester
  wrote:
> >> I am looking to add a auto start service using conf file in
> /etc/init but it
> >> seems that debian version on BBB presently only supports older
> style
> >> /etc/init.d sys  init scripts.
> >>
> >> I thought I'd ask the group before starting to add packages to
> install on
> >> whether this newer version is supported or should I go straight to
> using
> >> systemd for startup of services.
> >>
> >> My aim is not to stray to far from base debian image in these early
> days.
 >
 > systemd is enabled in the debian image here:
 >
 > http://beagleboard.org/latest-images
 >
 >  /etc/init.d/* style script are still run in a systemd
 > compatibility script.
 >
 > Regards,
 >
 > --
 > Robert Nelson
 > http://www.rcn-ee.com/
 >
 > --
 > For more options, visit http://beagleboard.org/discuss
 > ---
 > You received this message because you are subscribed to a topic in
 the Google Groups "BeagleBoard" group.
 > To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
 > To unsubscribe from this group and all its topics, send an email to
 beagleboard+unsubscr...@googlegroups.com
  .
 > For more options, visit https://groups.google.com/d/optout.
>>> 
>>> Internet Disclaimer
>>> _
>>> 
>>> This message (including any attachments) contains confidential
>>> information intended for a specific individual and purpose, and may be
>>> protected by law.
>>> If you are not the intended recipient, you should delete this message
>>> and are hereby notified that any disclosure, copying, or distribution of
>>> this message, or the taking of any action based on it, is strictly
>>> prohibited.
>>> _
>>> 
>>> 
>>> 
>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com
>>>  .
>>> For more options, visit https://groups.google.com/d/optout.
>> 
>> 
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 

Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?

[William Hermans]

I was not saying the charge cycles were the same, just that they do not
work indefinitely. Less than 10 years life expectancy IMHO is on par with
lead acid batteries.

Also, the batteries I used were 10,000 maH or 10aH ( not 10,000 aH ). For
two they cost me ~$25, and they were very heavy for their size.

We live completely offgrid and run our house completely off solar / a
large-ish battery bank. I am not an expert per se, but have lots of hands
on with this type of setup, but on a larger scale. You definitely would not
want to lug one of these around to use with a BBB ( let alone 3 because
they're 2v deep cycle RE's ).

But the NiMH D Cells I have used in the past would probably work fine. They
never corroded. Although the charge cycles is => 500 for the NiMH, which if
they operate like lead acid. A charge cycle only counts once the battery is
taken down below a certain charge %.

Me, I'd definitely prefer to use a battery, mostly because I am very
familiar with the characteristics of batteries, and writting code for an
msp430 ( for conditioning a battery, and monitoring line voltage ) would be
really simple. But again, I really have not spent a ton of time thinking
about it.


On Wed, May 28, 2014 at 12:02 PM, John Syn  wrote:

>
> From: William Hermans 
> Reply-To: 
> Date: Wednesday, May 28, 2014 at 11:19 AM
> To: 
> Subject: Re: [beagleboard] Re: Can the BBB get damaged due to a hard
> power down?
>
> 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.
>
> You can buy Tadiran batteries that last 10 years, but they are expensive.
> They aren’t real batteries either, they are a type of hybrid battery.
>
> http://www.tadiranbat.com
>
>
>
> I've personally bought, and used 10,000 aH D Cells that have lasted 3
> years, but failed eventually, because I was using them in a Maglite
> flashlight, and had dropped it many times. The point is, where there is a
> will, there is a way.
>
> Also, perhaps I am remembering wrongly, but I seem to recall reading that
> super caps have a limited lifetime as well. Something about only having so
> many charge cycles similar to a battery.
>
> Not true. As long as you do not exceed their maximum voltage, supercaps
> charge cycles are 100x that of batteries and their life expectancy is >10
> Years. You can also charge and discharge them much faster than batteries.
> Regular Lithium Iron are good for about 1,000 charge cycles and <3 year
> capacity is less than 80%.
>
>
>
>
> On Wed, May 28, 2014 at 11:06 AM, Dr. Michael J. Chudobiak <
> m...@avtechpulse.com> wrote:
>
>> 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 proper voltage to allow
>> charging.  If the supercap does not have a temperature sensor, you can
>> simply put a 10k resistor from TS to GND."
>>
>>
>> If you are charging at 440mA, it will take 50 Seconds to reach full
>>> charge. What happens when the power fails before that 50 Seconds? I would
>>> recommend that you monitor the supercap voltage and wait until it is
>>> fully
>>> charged before opening any files.
>>>
>>
>> That is why I use full data+metadata journaling on the filesystem.
>>
>> If an unclean shutdown happens before the supercap is charged, the next
>> boot-up will be delayed for several seconds as the filesystem is repaired
>> using the full journal. That is annoying, but it is a minor cost for
>> robustness. Mostly, the supercap is there to eliminate the need for the
>> repair delay.
>>
>>
>> It is an interesting concept, but I'm still skeptical if this can really
>>> work.
>>>
>>
>> Well, I do use it, so that's one data point.
>>
>> The other main alternative for bullet-proof power-fail robustness is to
>> rely on on something like unionfs to provide a mix of read-only and
>> read/write filesystems, but that's not so simple either. It's complex and
>> not very well supported in general.
>>
>> Batteries have a fairly limited lifetime, so I don't consider that a
>> practical solution (for me).
>>
>> I'm interested to hear how other people prevent corruption on power loss,
>> though.
>>
>>
>>
>> - 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Group

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[Colin Bester]

Yup, for now it's the way forward. Actually pretty easy all in all and I do 
like the concepts. I am battling a bit with ordering startup, but will push 
through!

~C

On May 28, 2014, at 2:05 PM, John Syn  wrote:

> 
> From: William Hermans 
> Reply-To: 
> Date: Wednesday, May 28, 2014 at 11:56 AM
> To: 
> Subject: Re: [beagleboard] Using /etc/init/_.conf for autostarting services
> 
>> Or more correctly in this case I should say "The Wheezy way", since Debian 
>> "things" have been changing fairly rapidly the last few years it seems.
> 
> Yeah, but systemd has won so we all have to get use to it ;-)
>> 
>> 
>> 
>> On Wed, May 28, 2014 at 11:55 AM, William Hermans  wrote:
>>> Ah, ok, I get that. but I'm more of a traditional "the Debian way" kind of 
>>> person.
>>> 
>>> 
>>> On Wed, May 28, 2014 at 11:42 AM, Colin Bester  
>>> wrote:
 No right or wrong, I just want to get away from init.d. I far prefer 
 concept of systemd, but confusion reigns due to my lack of knowledge, time 
 to read!
 
 On May 28, 2014, at 1:36 PM, William Hermans  wrote:
 
> init.d can be made to run a service at boot up too. Is there a problem 
> with this ?
> 
> http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/
> 
> 
> On Wed, May 28, 2014 at 6:30 AM, Colin Bester  
> wrote:
>> Thanks
>> 
>> On May 28, 2014, at 8:28 AM, Robert Nelson  
>> wrote:
>> 
>> > On Wed, May 28, 2014 at 8:15 AM, Colin Bester  
>> > wrote:
>> >> I am looking to add a auto start service using conf file in /etc/init 
>> >> but it
>> >> seems that debian version on BBB presently only supports older style
>> >> /etc/init.d sys  init scripts.
>> >>
>> >> I thought I'd ask the group before starting to add packages to 
>> >> install on
>> >> whether this newer version is supported or should I go straight to 
>> >> using
>> >> systemd for startup of services.
>> >>
>> >> My aim is not to stray to far from base debian image in these early 
>> >> days.
>> >
>> > systemd is enabled in the debian image here:
>> >
>> > http://beagleboard.org/latest-images
>> >
>> >  /etc/init.d/* style script are still run in a systemd
>> > compatibility script.
>> >
>> > Regards,
>> >
>> > --
>> > Robert Nelson
>> > http://www.rcn-ee.com/
>> >
>> > --
>> > For more options, visit http://beagleboard.org/discuss
>> > ---
>> > You received this message because you are subscribed to a topic in the 
>> > Google Groups "BeagleBoard" group.
>> > To unsubscribe from this topic, visit 
>> > https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
>> > To unsubscribe from this group and all its topics, send an email to 
>> > beagleboard+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>> 
>> Internet Disclaimer
>> _
>> 
>> This message (including any attachments) contains confidential 
>> information intended for a specific individual and purpose, and may be 
>> protected by law.
>> If you are not the intended recipient, you should delete this message 
>> and are hereby notified that any disclosure, copying, or distribution of 
>> this message, or the taking of any action based on it, is strictly 
>> prohibited.
>> _
>> 
>> 
>> 
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
> 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to a topic in the 
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
 
 Internet Disclaimer
 _
 
 This message (including any attachments) contains confidential information 
 intended for a specific individual and purpose, and may be protected by 
 law. 
 If you are not the intended recipient, you should delete this message and 
 are hereby notified that any disclosure, copying, or distribution of this 
 message, or the taking of any action based on it, is strictly prohibited.
 _
 
 
 
 
 --

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[Colin Bester]

It's crazy. I have been in software for longer than I care to mention but last 
time I dug deep into Linux was about 8 maybe 10 years ago - so much is the 
same, but so much is different!

On May 28, 2014, at 1:56 PM, William Hermans  wrote:

> Or more correctly in this case I should say "The Wheezy way", since Debian 
> "things" have been changing fairly rapidly the last few years it seems.
> 
> 
> On Wed, May 28, 2014 at 11:55 AM, William Hermans  wrote:
> Ah, ok, I get that. but I'm more of a traditional "the Debian way" kind of 
> person.
> 
> 
> On Wed, May 28, 2014 at 11:42 AM, Colin Bester  wrote:
> No right or wrong, I just want to get away from init.d. I far prefer concept 
> of systemd, but confusion reigns due to my lack of knowledge, time to read!
> 
> On May 28, 2014, at 1:36 PM, William Hermans  wrote:
> 
>> init.d can be made to run a service at boot up too. Is there a problem with 
>> this ?
>> 
>> http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/
>> 
>> 
>> On Wed, May 28, 2014 at 6:30 AM, Colin Bester  wrote:
>> Thanks
>> 
>> On May 28, 2014, at 8:28 AM, Robert Nelson  wrote:
>> 
>> > On Wed, May 28, 2014 at 8:15 AM, Colin Bester  
>> > wrote:
>> >> I am looking to add a auto start service using conf file in /etc/init but 
>> >> it
>> >> seems that debian version on BBB presently only supports older style
>> >> /etc/init.d sys  init scripts.
>> >>
>> >> I thought I'd ask the group before starting to add packages to install on
>> >> whether this newer version is supported or should I go straight to using
>> >> systemd for startup of services.
>> >>
>> >> My aim is not to stray to far from base debian image in these early days.
>> >
>> > systemd is enabled in the debian image here:
>> >
>> > http://beagleboard.org/latest-images
>> >
>> >  /etc/init.d/* style script are still run in a systemd
>> > compatibility script.
>> >
>> > Regards,
>> >
>> > --
>> > Robert Nelson
>> > http://www.rcn-ee.com/
>> >
>> > --
>> > For more options, visit http://beagleboard.org/discuss
>> > ---
>> > You received this message because you are subscribed to a topic in the 
>> > Google Groups "BeagleBoard" group.
>> > To unsubscribe from this topic, visit 
>> > https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
>> > To unsubscribe from this group and all its topics, send an email to 
>> > beagleboard+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>> 
>> Internet Disclaimer
>> _
>> 
>> This message (including any attachments) contains confidential information 
>> intended for a specific individual and purpose, and may be protected by law.
>> If you are not the intended recipient, you should delete this message and 
>> are hereby notified that any disclosure, copying, or distribution of this 
>> message, or the taking of any action based on it, is strictly prohibited.
>> _
>> 
>> 
>> 
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>> 
>> 
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "BeagleBoard" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
> 
> Internet Disclaimer
> _
> 
> This message (including any attachments) contains confidential information 
> intended for a specific individual and purpose, and may be protected by law. 
> If you are not the intended recipient, you should delete this message and are 
> hereby notified that any disclosure, copying, or distribution of this 
> message, or the taking of any action based on it, is strictly prohibited.
> _
> 
> 
> 
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
> 
> 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to a topic in the Google 
> Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
> To unsubs

Re: [beagleboard] Anyone else interested in obtaining a mikroBUS Cape ?

[Mark Grosen]

How much is the shipping? I see the base price is ~$18 including VAT. I
would take 2 at this price plus a reasonable shared shipping cost.

Mark



Mark


On Tue, May 27, 2014 at 3:13 PM, motortest_guy wrote:

>
> https://www.tigal.com/wiki/doku.php?id=tigalcapes:bb_mikrobus_cape
>
> I want to get one, but the freight cost to get it across the ocean is
> double the cost of the board.
> If I order one, I might get a few more to sell to folks interested in the
> States.
>
> Mouser (In States) carries many if the Click boards, but doesn't carry the
> adapter cape (above).
>
> http://www.mouser.com/new/mikroelektronika/mikroelektronikaClick/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Problems with updating Beaglebone Black via "opkg install"

[rpauly92 via BeagleBoard]

I am having the same issue with mine at the moment. For me however, I am 
able to reach the links it provides when it displays 
the collected errors. But I do want to know why the opkg_download failed. 



root@beaglebone:~# opkg update
Downloading 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz.
wget: bad address 'feeds.angstrom-distribution.org'
Downloading 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz.
wget: bad address 'feeds.angstrom-distribution.org'
Downloading 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz.
wget: bad address 'feeds.angstrom-distribution.org'
Downloading 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz.
wget: bad address 'feeds.angstrom-distribution.org'
Downloading 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz.
wget: bad address 'feeds.angstrom-distribution.org'
Downloading 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz.
wget: bad address 'feeds.angstrom-distribution.org'
Downloading 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz.
wget: bad address 'feeds.angstrom-distribution.org'
Collected errors:
 * opkg_download: Failed to download 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/base/Packages.gz,
 
wget returned 1.
 * opkg_download: Failed to download 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/machine/beaglebone/Packages.gz,
 
wget returned 1.
 * opkg_download: Failed to download 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/debug/Packages.gz,
 
wget returned 1.
 * opkg_download: Failed to download 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/gstreamer/Packages.gz,
 
wget returned 1.
 * opkg_download: Failed to download 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/all/Packages.gz,
 
wget returned 1.
 * opkg_download: Failed to download 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/perl/Packages.gz,
 
wget returned 1.
 * opkg_download: Failed to download 
http://feeds.angstrom-distribution.org/feeds/v2012.12/ipk/eglibc/armv7a-vfp-neon/python/Packages.gz,
 
wget returned 1.


I can connect to the links it provides, but I want to know why they aren't 
downloadable from the PuTTY. I am wondering if there is just a bad 
connection remaining  between the BBB and my PC (Windows 7). 

I am still very new with the BBB, and learning more about it as I am 
interning. My main project while I work here circles around the use of the 
BBB, I just seem to be
butting heads with it lately. I'd love to get some feedback about how I 
should go about fixing it. I am trying to fix it in order to create a web 
server through the BBB if that helps any in figuring out the issue.


Thanks,
Ryan

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Eclipse C and Remote Debugging

[Simon Platten]

I'm still looking for a solution and getting more and more frustrated by 
what seems to be a very steep up hill battle.

There are quite a few sites linking to 
http://www.angstrom-distribution.org/toolchains/

This link is invalid and results in a 404.  The toolchains that I did 
manage to track down are not all complete, some have a gdb in the archive, 
others don't.

Can someone point me in the direction of a complete toolchain with 
instructions on how to install it correctly?

Thank you,
Simon 

On Wednesday, 28 May 2014 08:52:36 UTC+1, Simon Platten wrote:
>
> Hi John, Thank you for the reply, perhaps I wasn't very clear.  GDB Server 
> is installed on the Beaglebone Black and I see the process running, it just 
> fails to connect. 
>
> I will post more detail when I get home tonight.  I've tried using the 
> default port 2345 and also found a post suggesting , neither worked.
>
>
>
> On Wednesday, 28 May 2014 08:45:53 UTC+1, john3909 wrote:
>>
>>
>> From: Simon Platten 
>> Reply-To: 
>> Date: Tuesday, May 27, 2014 at 11:53 PM
>> To: 
>> Subject: [beagleboard] Eclipse C and Remote Debugging
>>
>> I have Eclipse Kepler running on Ubuntu 14.04 x64, I can build and remote 
>> debug Java applications on the Beaglebone Black, but for some reason I 
>> cannot remote debug C applications.
>>
>> I can compile a C application and I can see that it is transferred to the 
>> Beaglebone Black, I can even run it from an SSH terminal on the Beaglebone 
>> Black.  But trying to remote debug always fails with a GDB error.
>>
>> The console reports that GDB will reconnect, however it never does.
>>
>> I've tried following numerous videos on YouTube, however none of them 
>> have resolved this issue.
>>
>> In the end I decided to build and compile on the Beaglebone Black 
>> directly, however now I get an error saying GLIBC_2.17 libc.so.6 not 
>> found...sorry if my post isn't very detailed, I'm at work now without 
>> access to all the information.
>>
>> Can anyone point me in the right location to resolve either the remote 
>> debugging or the GLIBC_2.17 error?  I have already spent a very long time 
>> trying to find answers myself.
>>
>> You need GDBServer installed on your BBB. You launch GDBServer on your 
>> BBB with IP of host and specify the port number for the host to connect to. 
>> In Eclipse, I don’t recall the exact command, but it is something like gdb 
>> remote  . There are plenty of example on Google. 
>>
>>
>> https://www.google.com/search?q=eclipse+gdbserver+remote+debug&oq=eclipse+gdbserver&aqs=chrome.1.69i57j0l5.16411j0j7&sourceid=chrome&es_sm=119&ie=UTF-8
>>
>> Regards
>> John
>>
>>
>>
>> Thank you,
>>
>> Kind Regards,
>> Simon
>>
>> -- 
>> 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 beagleboard...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[John Syn]

From:  William Hermans 
Reply-To:  
Date:  Wednesday, May 28, 2014 at 11:56 AM
To:  
Subject:  Re: [beagleboard] Using /etc/init/_.conf for autostarting services

> Or more correctly in this case I should say "The Wheezy way", since Debian
> "things" have been changing fairly rapidly the last few years it seems.
Yeah, but systemd has won so we all have to get use to it ;-)
> 
> 
> 
> On Wed, May 28, 2014 at 11:55 AM, William Hermans  wrote:
>> Ah, ok, I get that. but I'm more of a traditional "the Debian way" kind of
>> person.
>> 
>> 
>> On Wed, May 28, 2014 at 11:42 AM, Colin Bester 
>> wrote:
>>> No right or wrong, I just want to get away from init.d. I far prefer concept
>>> of systemd, but confusion reigns due to my lack of knowledge, time to read!
>>> 
>>> On May 28, 2014, at 1:36 PM, William Hermans  wrote:
>>> 
 init.d can be made to run a service at boot up too. Is there a problem with
 this ?
 
 http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-bla
 ck-init-scripts-default-gatewayand-ntpdate/
 
 
 On Wed, May 28, 2014 at 6:30 AM, Colin Bester 
 wrote:
> Thanks
> 
> On May 28, 2014, at 8:28 AM, Robert Nelson 
> wrote:
> 
>> > On Wed, May 28, 2014 at 8:15 AM, Colin Bester 
>> wrote:
>>> >> I am looking to add a auto start service using conf file in /etc/init
>>> but it
>>> >> seems that debian version on BBB presently only supports older style
>>> >> /etc/init.d sys  init scripts.
>>> >>
>>> >> I thought I'd ask the group before starting to add packages to
>>> install on
>>> >> whether this newer version is supported or should I go straight to
>>> using
>>> >> systemd for startup of services.
>>> >>
>>> >> My aim is not to stray to far from base debian image in these early
>>> days.
>> >
>> > systemd is enabled in the debian image here:
>> >
>> > http://beagleboard.org/latest-images
>> >
>> >  /etc/init.d/* style script are still run in a systemd
>> > compatibility script.
>> >
>> > Regards,
>> >
>> > --
>> > Robert Nelson
>> > http://www.rcn-ee.com/
>> >
>> > --
>> > For more options, visit http://beagleboard.org/discuss
>> > ---
>> > You received this message because you are subscribed to a topic in the
>> Google Groups "BeagleBoard" group.
>> > To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
>> > To unsubscribe from this group and all its topics, send an email to
>> beagleboard+unsubscr...@googlegroups.com
>>  .
>> > For more options, visit https://groups.google.com/d/optout.
> 
> Internet Disclaimer
> _
> 
> This message (including any attachments) contains confidential information
> intended for a specific individual and purpose, and may be protected by
> law.
> If you are not the intended recipient, you should delete this message and
> are hereby notified that any disclosure, copying, or distribution of this
> message, or the taking of any action based on it, is strictly prohibited.
> _
> 
> 
> 
> --
> 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 beagleboard+unsubscr...@googlegroups.com
>  .
> For more options, visit https://groups.google.com/d/optout.
 
 
 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to a topic in the
 Google Groups "BeagleBoard" group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to
 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.
>>> 
>>> Internet Disclaimer
>>> _
>>> 
>>> This message (including any attachments) contains confidential information
>>> intended for a specific individual and purpose, and may be protected by law.
>>> If you are not the intended recipient, you should delete this message and
>>> are hereby notified that any disclosure, copying, or distribution of this
>>> message, or the taking of any action based on it, is strictly prohibited.
>>> _
>>> 
>>> 
>>> 
>>> -- 
>>> 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, 

Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?

[John Syn]

From:  William Hermans 
Reply-To:  
Date:  Wednesday, May 28, 2014 at 11:19 AM
To:  
Subject:  Re: [beagleboard] Re: Can the BBB get damaged due to a hard power
down?

> 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.
You can buy Tadiran batteries that last 10 years, but they are expensive.
They aren¹t real batteries either, they are a type of hybrid battery.

http://www.tadiranbat.com 

> 
> 
> I've personally bought, and used 10,000 aH D Cells that have lasted 3 years,
> but failed eventually, because I was using them in a Maglite flashlight, and
> had dropped it many times. The point is, where there is a will, there is a
> way.
> 
> Also, perhaps I am remembering wrongly, but I seem to recall reading that
> super caps have a limited lifetime as well. Something about only having so
> many charge cycles similar to a battery.
Not true. As long as you do not exceed their maximum voltage, supercaps
charge cycles are 100x that of batteries and their life expectancy is >10
Years. You can also charge and discharge them much faster than batteries.
Regular Lithium Iron are good for about 1,000 charge cycles and <3 year
capacity is less than 80%.
> 
> 
> 
> On Wed, May 28, 2014 at 11:06 AM, Dr. Michael J. Chudobiak
>  wrote:
>>> 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 proper voltage to allow
>> charging.  If the supercap does not have a temperature sensor, you can simply
>> put a 10k resistor from TS to GND."
>> 
>> 
>>> If you are charging at 440mA, it will take 50 Seconds to reach full
>>> charge. What happens when the power fails before that 50 Seconds? I would
>>> recommend that you monitor the supercap voltage and wait until it is fully
>>> charged before opening any files.
>> 
>> That is why I use full data+metadata journaling on the filesystem.
>> 
>> If an unclean shutdown happens before the supercap is charged, the next
>> boot-up will be delayed for several seconds as the filesystem is repaired
>> using the full journal. That is annoying, but it is a minor cost for
>> robustness. Mostly, the supercap is there to eliminate the need for the
>> repair delay.
>> 
>> 
>>> It is an interesting concept, but I'm still skeptical if this can really
>>> work.
>> 
>> Well, I do use it, so that's one data point.
>> 
>> The other main alternative for bullet-proof power-fail robustness is to rely
>> on on something like unionfs to provide a mix of read-only and read/write
>> filesystems, but that's not so simple either. It's complex and not very well
>> supported in general.
>> 
>> Batteries have a fairly limited lifetime, so I don't consider that a
>> practical solution (for me).
>> 
>> I'm interested to hear how other people prevent corruption on power loss,
>> though.
>> 
>> 
>> 
>> - 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 beagleboard+unsubscr...@googlegroups.com
>>  .
>> For more options, visit https://groups.google.com/d/optout
>>  .
> 
> 
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[William Hermans]

Or more correctly in this case I should say "The Wheezy way", since Debian
"things" have been changing fairly rapidly the last few years it seems.


On Wed, May 28, 2014 at 11:55 AM, William Hermans  wrote:

> Ah, ok, I get that. but I'm more of a traditional "the Debian way" kind of
> person.
>
>
> On Wed, May 28, 2014 at 11:42 AM, Colin Bester wrote:
>
>> No right or wrong, I just want to get away from init.d. I far prefer
>> concept of systemd, but confusion reigns due to my lack of knowledge, time
>> to read!
>>
>> On May 28, 2014, at 1:36 PM, William Hermans  wrote:
>>
>> init.d can be made to run a service at boot up too. Is there a problem
>> with this ?
>>
>>
>> http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/
>>
>>
>> On Wed, May 28, 2014 at 6:30 AM, Colin Bester wrote:
>>
>>> Thanks
>>>
>>> On May 28, 2014, at 8:28 AM, Robert Nelson 
>>> wrote:
>>>
>>> > On Wed, May 28, 2014 at 8:15 AM, Colin Bester 
>>> wrote:
>>> >> I am looking to add a auto start service using conf file in /etc/init
>>> but it
>>> >> seems that debian version on BBB presently only supports older style
>>> >> /etc/init.d sys  init scripts.
>>> >>
>>> >> I thought I'd ask the group before starting to add packages to
>>> install on
>>> >> whether this newer version is supported or should I go straight to
>>> using
>>> >> systemd for startup of services.
>>> >>
>>> >> My aim is not to stray to far from base debian image in these early
>>> days.
>>> >
>>> > systemd is enabled in the debian image here:
>>> >
>>> > http://beagleboard.org/latest-images
>>> >
>>> >  /etc/init.d/* style script are still run in a systemd
>>> > compatibility script.
>>> >
>>> > Regards,
>>> >
>>> > --
>>> > Robert Nelson
>>> > http://www.rcn-ee.com/
>>> >
>>> > --
>>> > For more options, visit http://beagleboard.org/discuss
>>> > ---
>>> > You received this message because you are subscribed to a topic in the
>>> Google Groups "BeagleBoard" group.
>>> > To unsubscribe from this topic, visit
>>> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
>>> > To unsubscribe from this group and all its topics, send an email to
>>> beagleboard+unsubscr...@googlegroups.com.
>>> > For more options, visit https://groups.google.com/d/optout.
>>>
>>> Internet Disclaimer
>>> _
>>>
>>> This message (including any attachments) contains confidential
>>> information intended for a specific individual and purpose, and may be
>>> protected by law.
>>> If you are not the intended recipient, you should delete this message
>>> and are hereby notified that any disclosure, copying, or distribution of
>>> this message, or the taking of any action based on it, is strictly
>>> prohibited.
>>> _
>>>
>>>
>>>
>>> --
>>> 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 beagleboard+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to a topic in the
>> Google Groups "BeagleBoard" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> Internet Disclaimer
>> _
>>
>> This message (including any attachments) contains confidential
>> information intended for a specific individual and purpose, and may be
>> protected by law.
>> If you are not the intended recipient, you should delete this message and
>> are hereby notified that any disclosure, copying, or distribution of this
>> message, or the taking of any action based on it, is strictly prohibited.
>> _
>>
>>
>>
>>  --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[William Hermans]

Ah, ok, I get that. but I'm more of a traditional "the Debian way" kind of
person.


On Wed, May 28, 2014 at 11:42 AM, Colin Bester wrote:

> No right or wrong, I just want to get away from init.d. I far prefer
> concept of systemd, but confusion reigns due to my lack of knowledge, time
> to read!
>
> On May 28, 2014, at 1:36 PM, William Hermans  wrote:
>
> init.d can be made to run a service at boot up too. Is there a problem
> with this ?
>
>
> http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/
>
>
> On Wed, May 28, 2014 at 6:30 AM, Colin Bester wrote:
>
>> Thanks
>>
>> On May 28, 2014, at 8:28 AM, Robert Nelson 
>> wrote:
>>
>> > On Wed, May 28, 2014 at 8:15 AM, Colin Bester 
>> wrote:
>> >> I am looking to add a auto start service using conf file in /etc/init
>> but it
>> >> seems that debian version on BBB presently only supports older style
>> >> /etc/init.d sys  init scripts.
>> >>
>> >> I thought I'd ask the group before starting to add packages to install
>> on
>> >> whether this newer version is supported or should I go straight to
>> using
>> >> systemd for startup of services.
>> >>
>> >> My aim is not to stray to far from base debian image in these early
>> days.
>> >
>> > systemd is enabled in the debian image here:
>> >
>> > http://beagleboard.org/latest-images
>> >
>> >  /etc/init.d/* style script are still run in a systemd
>> > compatibility script.
>> >
>> > Regards,
>> >
>> > --
>> > Robert Nelson
>> > http://www.rcn-ee.com/
>> >
>> > --
>> > For more options, visit http://beagleboard.org/discuss
>> > ---
>> > You received this message because you are subscribed to a topic in the
>> Google Groups "BeagleBoard" group.
>> > To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
>> > To unsubscribe from this group and all its topics, send an email to
>> beagleboard+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>>
>> Internet Disclaimer
>> _
>>
>> This message (including any attachments) contains confidential
>> information intended for a specific individual and purpose, and may be
>> protected by law.
>> If you are not the intended recipient, you should delete this message and
>> are hereby notified that any disclosure, copying, or distribution of this
>> message, or the taking of any action based on it, is strictly prohibited.
>> _
>>
>>
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
> Internet Disclaimer
> _
>
> This message (including any attachments) contains confidential information
> intended for a specific individual and purpose, and may be protected by
> law.
> If you are not the intended recipient, you should delete this message and
> are hereby notified that any disclosure, copying, or distribution of this
> message, or the taking of any action based on it, is strictly prohibited.
> _
>
>
>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?

[John Syn]

On 5/28/14, 11:06 AM, "Dr. Michael J. Chudobiak" 
wrote:

>> 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:
Well, this posting is very interesting. So my thinking is with the
addition of a GreenPAK to take care of the corner cases, it would be
pretty simple to make a reliable power supply for the BBB.
>
>"The battery charger should work fine with a supercap.  You'll need to
>make sure the TS (battery temp sense) pin is at a proper voltage to
>allow charging.  If the supercap does not have a temperature sensor, you
>can simply put a 10k resistor from TS to GND."
>
>
>> If you are charging at 440mA, it will take 50 Seconds to reach full
>> charge. What happens when the power fails before that 50 Seconds? I
>>would
>> recommend that you monitor the supercap voltage and wait until it is
>>fully
>> charged before opening any files.
>
>That is why I use full data+metadata journaling on the filesystem.
This only reduces the risk of corrupt data, but does not eliminate the
possibility. The same concept applies to redundant disks in a RAID. It
only minimizes the potential for data loss, but you still have to backup
RAID systems. 
>
>If an unclean shutdown happens before the supercap is charged, the next
>boot-up will be delayed for several seconds as the filesystem is
>repaired using the full journal. That is annoying, but it is a minor
>cost for robustness. Mostly, the supercap is there to eliminate the need
>for the repair delay.
>
>
>> It is an interesting concept, but I'm still skeptical if this can really
>> work.
>
>Well, I do use it, so that's one data point.
>
>The other main alternative for bullet-proof power-fail robustness is to
>rely on on something like unionfs to provide a mix of read-only and
>read/write filesystems, but that's not so simple either. It's complex
>and not very well supported in general.
>
>Batteries have a fairly limited lifetime, so I don't consider that a
>practical solution (for me).
I agree with you completely and I use supercaps for this reason.
>
>I'm interested to hear how other people prevent corruption on power
>loss, though.
My solution is a lot more elaborate with supercap chargers/energy balance,
voltage comparators and switchers, boost convertors to keep processor
power constant as the supercaps discharge, state machines, etc.

Regards,
John
>
>
>- 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 beagleboard+unsubscr...@googlegroups.com.
>For more options, visit https://groups.google.com/d/optout.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Reading analog inputs fast in beaglebone black

[Rafael Vega]

Thanks everyone for your replies! I will spend friday and saturday 
experimenting and will report back here with my findings and probably more 
questions :)

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?

[Dr. Michael J. Chudobiak]

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 avoid putting a battery in my product, I will. 
They will die eventually, they sometimes corrode in a horrible mess, and 
they require maintenance actions by the user. No thanks. :-)


- 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[Colin Bester]

No right or wrong, I just want to get away from init.d. I far prefer concept of 
systemd, but confusion reigns due to my lack of knowledge, time to read!

On May 28, 2014, at 1:36 PM, William Hermans  wrote:

> init.d can be made to run a service at boot up too. Is there a problem with 
> this ?
> 
> http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/
> 
> 
> On Wed, May 28, 2014 at 6:30 AM, Colin Bester  wrote:
> Thanks
> 
> On May 28, 2014, at 8:28 AM, Robert Nelson  wrote:
> 
> > On Wed, May 28, 2014 at 8:15 AM, Colin Bester  
> > wrote:
> >> I am looking to add a auto start service using conf file in /etc/init but 
> >> it
> >> seems that debian version on BBB presently only supports older style
> >> /etc/init.d sys  init scripts.
> >>
> >> I thought I'd ask the group before starting to add packages to install on
> >> whether this newer version is supported or should I go straight to using
> >> systemd for startup of services.
> >>
> >> My aim is not to stray to far from base debian image in these early days.
> >
> > systemd is enabled in the debian image here:
> >
> > http://beagleboard.org/latest-images
> >
> >  /etc/init.d/* style script are still run in a systemd
> > compatibility script.
> >
> > Regards,
> >
> > --
> > Robert Nelson
> > http://www.rcn-ee.com/
> >
> > --
> > For more options, visit http://beagleboard.org/discuss
> > ---
> > You received this message because you are subscribed to a topic in the 
> > Google Groups "BeagleBoard" group.
> > To unsubscribe from this topic, visit 
> > https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
> > To unsubscribe from this group and all its topics, send an email to 
> > beagleboard+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
> 
> Internet Disclaimer
> _
> 
> This message (including any attachments) contains confidential information 
> intended for a specific individual and purpose, and may be protected by law.
> If you are not the intended recipient, you should delete this message and are 
> hereby notified that any disclosure, copying, or distribution of this 
> message, or the taking of any action based on it, is strictly prohibited.
> _
> 
> 
> 
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
> 
> 
> -- 
> For more options, visit http://beagleboard.org/discuss
> --- 
> You received this message because you are subscribed to a topic in the Google 
> Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

Internet Disclaimer
_

This message (including any attachments) contains confidential information 
intended for a specific individual and purpose, and may be protected by law. 
If you are not the intended recipient, you should delete this message and are 
hereby notified that any disclosure, copying, or distribution of this message, 
or the taking of any action based on it, is strictly prohibited.
_



-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using /etc/init/_.conf for autostarting services

[William Hermans]

init.d can be made to run a service at boot up too. Is there a problem with
this ?

http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-init-scripts-default-gatewayand-ntpdate/


On Wed, May 28, 2014 at 6:30 AM, Colin Bester wrote:

> Thanks
>
> On May 28, 2014, at 8:28 AM, Robert Nelson 
> wrote:
>
> > On Wed, May 28, 2014 at 8:15 AM, Colin Bester 
> wrote:
> >> I am looking to add a auto start service using conf file in /etc/init
> but it
> >> seems that debian version on BBB presently only supports older style
> >> /etc/init.d sys  init scripts.
> >>
> >> I thought I'd ask the group before starting to add packages to install
> on
> >> whether this newer version is supported or should I go straight to using
> >> systemd for startup of services.
> >>
> >> My aim is not to stray to far from base debian image in these early
> days.
> >
> > systemd is enabled in the debian image here:
> >
> > http://beagleboard.org/latest-images
> >
> >  /etc/init.d/* style script are still run in a systemd
> > compatibility script.
> >
> > Regards,
> >
> > --
> > Robert Nelson
> > http://www.rcn-ee.com/
> >
> > --
> > For more options, visit http://beagleboard.org/discuss
> > ---
> > You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> > To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/oLbHuHWUL2M/unsubscribe.
> > To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
>
> Internet Disclaimer
> _
>
> This message (including any attachments) contains confidential information
> intended for a specific individual and purpose, and may be protected by law.
> If you are not the intended recipient, you should delete this message and
> are hereby notified that any disclosure, copying, or distribution of this
> message, or the taking of any action based on it, is strictly prohibited.
> _
>
>
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] USB power and Hotplug problem

[Cody Lacey]

Boot the board with your hub connected and after boot run the commands
below,  then test hot-plug.
echo on > /sys/bus/usb/devices/usb1/power/control
echo on > /sys/bus/usb/devices/usb1/1-1/power/control


On Wed, May 28, 2014 at 6:04 AM,  wrote:

>
> Hi,
>
> Thank you for the response.
>
> The boot issue i've solved it with a soft start circuit and now it is
> working.
>
> The hot plug problem, i'm still struggling to find a solution because i
> can't find one, is there any suggestions to solve it?
>
> Thanks.
>
> Duarte Carona
>
>
> Terça-feira, 27 de Maio de 2014 15:33:04 UTC+1, RobertCNelson escreveu:
>
>> On Mon, May 26, 2014 at 5:33 AM,   wrote:
>> >
>> > Hi,
>> >
>> > I've been working with USB Hub from Texas Instruments (TSUB2046BVF) and
>> i've
>> > tried to plug it to my BBB and everything works fine if i plug devices
>> > before BBB boot up but when i unplug and plug again (hotplug) it is not
>> > recognized.
>> >
>> > Based on some forum posts I realized that this is a Software problem on
>> the
>> > BBB, so my question is if there's any new update or some workaround to
>> solve
>> > this problem?
>> >
>> > Another question is regarding the power using only the USB, is there
>> any
>> > current restrictions during BBB boot up? because if i power some HW to
>> BBB
>> > 5V (consuming about 150mA) the BBB does not boot.
>>
>> Well, the usb spec gives you "only" 100mA till you request more. So I
>> don't see that design booting off a "standard" usb port any time soon.
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> http://www.rcn-ee.com/
>>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Where files per the Angstrom manual?

[ec123ec]

Hi,

I'm working through a book to learn Linux and have a couple BBBs.  
According to the Angstrom manual, the file system is supposed to be 
initialized via *initramfs.cpio.gz*.  But find doesn't find it.  I dug 
around a little online, but did not find any information about how the 
kernel file system are booted on Angstrom.  I'm using Embedded Linux Primer 
(2012)*.  *Where files per the Angstrom manual? If the system has changed, 
where is the documentaion for it?

Thanks!

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Angstrom Linux boot: where is initramfs.cpio.gz?

[ec123ec]

Hi,

I'm working through an embedded linux book and have a couple BBBs.  The 
Angstrom manual says file systme is loaded via *initramfs*.cpio.*gz* but 
find doesn't see it.  If the system has changed, where is the documentation 
for this?

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?

[William Hermans]

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.

I've personally bought, and used 10,000 aH D Cells that have lasted 3
years, but failed eventually, because I was using them in a Maglite
flashlight, and had dropped it many times. The point is, where there is a
will, there is a way.

Also, perhaps I am remembering wrongly, but I seem to recall reading that
super caps have a limited lifetime as well. Something about only having so
many charge cycles similar to a battery.


On Wed, May 28, 2014 at 11:06 AM, Dr. Michael J. Chudobiak <
m...@avtechpulse.com> wrote:

> 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 proper voltage to allow
> charging.  If the supercap does not have a temperature sensor, you can
> simply put a 10k resistor from TS to GND."
>
>
>  If you are charging at 440mA, it will take 50 Seconds to reach full
>> charge. What happens when the power fails before that 50 Seconds? I would
>> recommend that you monitor the supercap voltage and wait until it is fully
>> charged before opening any files.
>>
>
> That is why I use full data+metadata journaling on the filesystem.
>
> If an unclean shutdown happens before the supercap is charged, the next
> boot-up will be delayed for several seconds as the filesystem is repaired
> using the full journal. That is annoying, but it is a minor cost for
> robustness. Mostly, the supercap is there to eliminate the need for the
> repair delay.
>
>
>  It is an interesting concept, but I'm still skeptical if this can really
>> work.
>>
>
> Well, I do use it, so that's one data point.
>
> The other main alternative for bullet-proof power-fail robustness is to
> rely on on something like unionfs to provide a mix of read-only and
> read/write filesystems, but that's not so simple either. It's complex and
> not very well supported in general.
>
> Batteries have a fairly limited lifetime, so I don't consider that a
> practical solution (for me).
>
> I'm interested to hear how other people prevent corruption on power loss,
> though.
>
>
>
> - 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?

[Dr. Michael J. Chudobiak]

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 proper voltage to 
allow charging.  If the supercap does not have a temperature sensor, you 
can simply put a 10k resistor from TS to GND."




If you are charging at 440mA, it will take 50 Seconds to reach full
charge. What happens when the power fails before that 50 Seconds? I would
recommend that you monitor the supercap voltage and wait until it is fully
charged before opening any files.


That is why I use full data+metadata journaling on the filesystem.

If an unclean shutdown happens before the supercap is charged, the next 
boot-up will be delayed for several seconds as the filesystem is 
repaired using the full journal. That is annoying, but it is a minor 
cost for robustness. Mostly, the supercap is there to eliminate the need 
for the repair delay.




It is an interesting concept, but I'm still skeptical if this can really
work.


Well, I do use it, so that's one data point.

The other main alternative for bullet-proof power-fail robustness is to 
rely on on something like unionfs to provide a mix of read-only and 
read/write filesystems, but that's not so simple either. It's complex 
and not very well supported in general.


Batteries have a fairly limited lifetime, so I don't consider that a 
practical solution (for me).


I'm interested to hear how other people prevent corruption on power 
loss, though.



- 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cross Toolchain for Debian Wheezy

[William Hermans]

I use Robert's instructions from that kernel built from scratch
instructions partially because it does make  cross compiling very simple.
All you have to do is match the Linaro toolchain.

The Windows binaries for Linaro work fine too for what it is worth. Or at
least did last I built "from scratch". I wrote a mini howto setup LInaro +
Code::Blocks on WIndows, and posted it on beaglefu forums last year. But it
is very simplistic, and I probably need to revisit / rewrite the
instructions. Mainly I just wrote it to share the gist of what was possible.

Code::Bocks btw is a very flexible cross platform IDE, that isn't written
in java. If that is important to you.


On Wed, May 28, 2014 at 7:30 AM,  wrote:

> OK, thanks for making things clear.
> So I also think the way to go is using the same toolchain for the kernel
> and the "user binaries"
> -> I will (try to) use the linaro toolchain.
>
> thanks so far.
>
> regards,
> Ben
>
> Am Mittwoch, 28. Mai 2014 15:39:21 UTC+2 schrieb RobertCNelson:
>
>> On Wed, May 28, 2014 at 8:36 AM,   wrote:
>> > Yeah!
>> > "sudo dpkg -i *.deb" did do the trick.
>> >
>> > I see now that only one dpkg call specifying all deb packages at once
>> > resolves the dependencies but fireing dpkg -i command for each file
>> alone
>> > (even in a "for each x in"-loop) does not work. - something new
>> learned-
>> >
>> > Many thanks, I will now try to compile my project (using qt; this means
>> I
>> > need to recompile my qteverywhere also... damn.. so much left to do...)
>> >
>> > BTW: I also stumbled upon the linaro toolchain you mention here
>> > (http://eewiki.net/display/linuxonarm/BeagleBone+Black#
>> BeagleBoneBlack-uEnv.txtbasedbootscript)
>> > Is it an "worth considering alternative" for this
>> > "home-brew-self-compiled-toolchain" ?
>>
>> There's nothing wrong with the "linaro" toolchain. Some
>> users/customers want an exact gcc/lib/etc match with the gcc/lib/etc
>> on the debian image.
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> http://www.rcn-ee.com/
>>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?

[John Syn]

On 5/28/14, 5:12 AM, "Dr. Michael J. Chudobiak" 
wrote:

>> 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
>write(enablefd, "1\n", 2);
>close(enablefd);
>
>// sync disks
>write(trgfd, "s\n", 2);
>
>// remount ro
>write(trgfd, "u\n", 2);
>close(trgfd);
>
>// poweroff
>system ("/usr/bin/systemctl poweroff -f");
>
>exit(0);
>
>
>As I mentioned, I use full data+metadata journaling on the filesystem,
>not just metadata.
>
>The only issue is that the system doesn't restart if power is reapplied
>before the supercap is fully discharged. You have to wait 10 seconds or
>so before a restart is possible. I'm not sure how to fix that.
You need a small state machine which you can implement with a GreenPAK.

http://www.silego.com/products/greenpak.html

Regards,
John
>
>- 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 beagleboard+unsubscr...@googlegroups.com.
>For more options, visit https://groups.google.com/d/optout.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Can the BBB get damaged due to a hard power down?

[John Syn]

On 5/28/14, 5:06 AM, "Dr. Michael J. Chudobiak" 
wrote:

>> 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
This is really two supercaps placed in series with a small resistor across
each to balance the charge. This is not a good solution because the
resistors discharge the supercaps with no load but for your application,
it probably doesn't matter.
>
>> 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.
>
>Same is true of an uncharged battery. The charger circuit is
>current-limited. (I pull it up with a diode drop + 10 Ohms to a +5V rail
>also, for faster charging.)
Batteries should never go to 0V or they will be damaged. Lithium Iron
shouldn't be discharged below 2.7V.

I'm not sure what happens to the battery charging circuit in the PMU, but
my guess is that is will go to some sort of a lockout for safety reasons
so I"m not sure if the switchers can run from this energy source. Have you
asked anyone at TI if it is OK to use the PMU like this? Perhaps you
should post a question on E2E.

If you are charging at 440mA, it will take 50 Seconds to reach full
charge. What happens when the power fails before that 50 Seconds? I would
recommend that you monitor the supercap voltage and wait until it is fully
charged before opening any files.

It is an interesting concept, but I'm still skeptical if this can really
work. 

Regards,
John
>
>
>- 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 beagleboard+unsubscr...@googlegroups.com.
>For more options, visit https://groups.google.com/d/optout.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Max current on header 5/3.3V supply

[Robert P]

thanks everyone, so I guess the answer is yes?  xbee uses 215ma max, so it 
looks like it's safe

On Tuesday, May 27, 2014 9:03:18 AM UTC-4, PLyttle wrote:
>
>
> I doubt that. The pins are connected together. Also:
>
> 6.1.9.2  VDD_3V3A Rail
> The VDD_3V3A rail is supplied by the TPS65217C and provides the 3.3V for 
> the
> processor rails and can provide up to 400mA.
>
> 6.1.9.3  VDD_3V3B Rail
> The current supplied by the VDD_3V3A rail is not sufficient to power all 
> of the 3.3V
> rails on the board. So a second LDO is supplied, U4, a TL5209A, which 
> sources the
> VDD_3V3B rail. It is powered up just after the VDD_3V3A rail.
>
> U4 is capable of sourcing 500 mA, but on-board it also powers nand, 
> ethernet and uSD. Whatever is left for externals is less than 500 mA, 250 
> mA left as is documented seems reasonable. 
>
> LP
>
>
> On Tuesday, May 27, 2014 1:28:57 PM UTC+2, Charles Steinkuehler wrote:
>>
>> Those numbers are for each pin, so 500 mA total. 
>>
>> On 5/27/2014 2:04 AM, PLyttle wrote: 
>> > When you read the service reference manual, section 8.6, you find that 
>> the 
>> > VDD_3V3B at P9 pins 3 and 4 can source 250 mA max. 
>> > 
>> > On Tuesday, May 27, 2014 12:38:13 AM UTC+2, Robert P wrote: 
>> >> 
>> >> Hi everyone,  I'm trying to figure out if it's safe to power an xbee 
>> off 
>> >> the 3.3V header on the bbb  ( P9_3 / P9_4 ) .. I need 250ma-300ma MAX 
>> >> 
>> >> 
>> >> is this safe and stable?  It would seem like it, but I want to 
>> confirm.. 
>> >> thank you! 
>>
>> -- 
>> Charles Steinkuehler 
>> cha...@steinkuehler.net 
>>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Commercial use of BeagleBone

[William Hermans]

I wonder if that $50 covered all the headaches they received in return ?


On Wed, May 28, 2014 at 10:38 AM, Robert Nelson wrote:

> On Wed, May 28, 2014 at 12:27 PM, William Hermans 
> wrote:
> > How many times has it been said here that the board is not supported for
> > commercial use ?  What does this mean ? It means if you use the
> beagleBone
> > Black( and probably all the others, but I have not looked ) in a
> commercial
> > product, you're on your own.
> >
> > Pretty sure beagleboard.org pages ( among others ? ) say the exact same
> > thing.
> >
> > I wonder how many time it needs to be said before it sinks in ?
> >
> > Am I wrong ? Maybe my English skills need polishing . . .
>
> I think it's the multi-unit pricing. It's a low price for everyone, no
> matter the quantities. I forget who, it was that ST-Ericsson based
> board, they had a low price for developers (single quantities) but for
> production people they bumped the price by $50 or something.
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using BeagleBone with JavaScript/Node.js

[William Hermans]

Irelandathome, I have personally installed Node.js from scratch and have
had it working. On Debian before it was technically "supported" As said
above, Bonescript runs on top ( along side ? Jason would know the best ) of
Node.js.

There is only one hurdle when compiling from source. You need to tweak the
build script to build for the given processor type. Also, it seems many of
the javascript developers for Node.js modules are oblivious to the concept
of multi ARCH software. So, it may be wise if you're going to experiment on
your own, that you backup your file system between each module install. At
least this was the easiest way for me to keep a pristine ( clean ) file
system.

All the major module like Express as far as I can tell seems to work fine
though. I did have a problem with one of the older package managers
initially while I was figuring things out. NPM worked fine last I looked
though. Also, you may not be able to use the latest version, but personally
I got very close( about a month back from latest ).

I have a command line log of the steps I took to achieve this if it's of
any interest.


On Wed, May 28, 2014 at 10:20 AM, John Syn  wrote:

>
> From: 
> Reply-To: 
> Date: Wednesday, May 28, 2014 at 4:26 AM
> To: 
> Subject: [beagleboard] Using BeagleBone with JavaScript/Node.js
>
> Hi,
>
> I'm interested in looking at using BB with Node.js. If I come up with some
> test ideas, is it likely that I could find a production version of a board
> which would still allow me to use JavaScript or would I have to rewrite my
> solution with C or some C variant?
>
> You can use Node.js on any board version. There are no restrictions.
>
>
> thanks
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Commercial use of BeagleBone

[Robert Nelson]

On Wed, May 28, 2014 at 12:27 PM, William Hermans  wrote:
> How many times has it been said here that the board is not supported for
> commercial use ?  What does this mean ? It means if you use the beagleBone
> Black( and probably all the others, but I have not looked ) in a commercial
> product, you're on your own.
>
> Pretty sure beagleboard.org pages ( among others ? ) say the exact same
> thing.
>
> I wonder how many time it needs to be said before it sinks in ?
>
> Am I wrong ? Maybe my English skills need polishing . . .

I think it's the multi-unit pricing. It's a low price for everyone, no
matter the quantities. I forget who, it was that ST-Ericsson based
board, they had a low price for developers (single quantities) but for
production people they bumped the price by $50 or something.

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Commercial use of BeagleBone

[William Hermans]

How many times has it been said here that the board is not supported for
commercial use ?  What does this mean ? It means if you use the beagleBone
Black( and probably all the others, but I have not looked ) in a commercial
product, you're on your own.

Pretty sure beagleboard.org pages ( among others ? ) say the exact same
thing.

I wonder how many time it needs to be said before it sinks in ?

Am I wrong ? Maybe my English skills need polishing . . .


On Wed, May 28, 2014 at 9:58 AM, Gerald Coley wrote:

> And people wonder why I do not recommend using these boards in products.
> More capacity is ramping now and so far it is looking good.
>
> Gerald
>
>
>
> On Wed, May 28, 2014 at 11:03 AM, David Farning wrote:
>
>> Please correct me if I am wrong.
>>
>> At this point everyone involved in the development and manufacturing
>> of the BeagleBone Black is doing so at break-even or a financial loss.
>> This is an intentional strategy to build a critical mass of students,
>> hackers, and hobbyist to create an ecosystem around the development
>> system.
>>
>> This is a good long term strategy and a socially responsible position.
>> Ideally, a healthy ecosystem will continue to grow around the TI based
>> chip and the Circuit Co based board.
>>
>> The challenge comes, as we saw with power up and power down, when
>> others expect a social responsibility project to meet their needs as a
>> commercial product.
>>
>> Again, as I understand it, Circuit Co is at their maximum
>> manufacturing capacity for the BBB. Everywhere I look, the BBB is sold
>> out with-in hours of a distributor receiving a batch. Many of the
>> distributors have agree to sell one per customer until the supply
>> situation is resolved.
>>
>> Their goal, at this point, is to get as many units as possible into
>> hands of students,  hackers, and hobbyists to build the ecosystem of
>> hardware and software developers who have a history of adding value
>> back into an "open" project.
>>
>> This is new ground for many people and it will take a while for
>> everyone to understand how the pieces fit together. The good news is
>> that everything on the BBB is open so anyone is welcome to manufacture
>> of modify it to meet their needs.
>>
>> Dave
>>
>> On Wed, May 28, 2014 at 12:56 AM,   wrote:
>> > Gerald,
>> > it seems getting no answer from CCo is a common experience. We have
>> tried on phone, cellphone, fax, email and not received any reply since 8
>> weeks.As we had bought a four digit number of units in the past and about
>> to repeat the same, we had expected a better service.
>> > Also no communication on outstanding units not delivered and RMAs
>> > From our own production we know that customer service tends to suffer
>> when things run hot, but we still believe we deserve better.
>> > Appreciate your hint to CCo or any advise what we may do better.
>> > Andy
>> >
>> > --
>> > 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 beagleboard+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>>
>> --
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using BeagleBone with JavaScript/Node.js

[John Syn]

From:  
Reply-To:  
Date:  Wednesday, May 28, 2014 at 4:26 AM
To:  
Subject:  [beagleboard] Using BeagleBone with JavaScript/Node.js

> Hi,
> 
> I'm interested in looking at using BB with Node.js. If I come up with some
> test ideas, is it likely that I could find a production version of a board
> which would still allow me to use JavaScript or would I have to rewrite my
> solution with C or some C variant?
You can use Node.js on any board version. There are no restrictions.
> 
> thanks
> -- 
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Wireless Communication with BeagleBone Black

[josesalgadop]

Could you send me the code? josesalga...@gmail.com

El jueves, 21 de noviembre de 2013 09:48:20 UTC-5, rwhi...@me.com escribió:
>
> I did a similar thing with a phone instead of a laptop and a BB White 
> instead of a BBB.
> I just sent ASCII strings over UDP.
> Don't forget zeroconf so you don't have to hard code IP addresses.
>
> Beaglebone Network Services 
>
> http://www.youtube.com/watch?v=rAaiEUTmpMU
>
> I don't make money from my youtube BTW.
>
>
> On Wednesday, November 20, 2013 1:57:41 PM UTC-6, ghostma...@gmail.comwrote:
>>
>>  am needing help with my project and I wondering if you guys can help.
>>
>> I need some form of TCP/UDP communication set up between my BeagleBone 
>> Black and my laptop. 
>> I am wondering if I can set up some form of local network through a 
>> wireless router connected to my laptop so that my laptop and the BeagleBone 
>> Black can have some form of TCP/UDP connection with each other. I have a 
>> wireless USB adapter connected to the BeagleBone Black  so that it 
>> can connect to wireless networks.
>>
>> An alternative would be to connect my router to the BeagleBone Black  and 
>> set up a local network (without connecting to the internet). Then I can 
>> make my laptop connect to the local network and have some form of tcp 
>> communication with the BeagleBone Black.
>>
>> Usage: Robotics competition where I have an application running in a 
>> laptop which is trying to send commands to a robot which is about 50-70 
>> feet away wirelessly.
>>
>> Thanks
>>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Commercial use of BeagleBone

[Gerald Coley]

And people wonder why I do not recommend using these boards in products.
More capacity is ramping now and so far it is looking good.

Gerald



On Wed, May 28, 2014 at 11:03 AM, David Farning  wrote:

> Please correct me if I am wrong.
>
> At this point everyone involved in the development and manufacturing
> of the BeagleBone Black is doing so at break-even or a financial loss.
> This is an intentional strategy to build a critical mass of students,
> hackers, and hobbyist to create an ecosystem around the development
> system.
>
> This is a good long term strategy and a socially responsible position.
> Ideally, a healthy ecosystem will continue to grow around the TI based
> chip and the Circuit Co based board.
>
> The challenge comes, as we saw with power up and power down, when
> others expect a social responsibility project to meet their needs as a
> commercial product.
>
> Again, as I understand it, Circuit Co is at their maximum
> manufacturing capacity for the BBB. Everywhere I look, the BBB is sold
> out with-in hours of a distributor receiving a batch. Many of the
> distributors have agree to sell one per customer until the supply
> situation is resolved.
>
> Their goal, at this point, is to get as many units as possible into
> hands of students,  hackers, and hobbyists to build the ecosystem of
> hardware and software developers who have a history of adding value
> back into an "open" project.
>
> This is new ground for many people and it will take a while for
> everyone to understand how the pieces fit together. The good news is
> that everything on the BBB is open so anyone is welcome to manufacture
> of modify it to meet their needs.
>
> Dave
>
> On Wed, May 28, 2014 at 12:56 AM,   wrote:
> > Gerald,
> > it seems getting no answer from CCo is a common experience. We have
> tried on phone, cellphone, fax, email and not received any reply since 8
> weeks.As we had bought a four digit number of units in the past and about
> to repeat the same, we had expected a better service.
> > Also no communication on outstanding units not delivered and RMAs
> > From our own production we know that customer service tends to suffer
> when things run hot, but we still believe we deserve better.
> > Appreciate your hint to CCo or any advise what we may do better.
> > Andy
> >
> > --
> > 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 beagleboard+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/d/optout.
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Commercial use of BeagleBone

[David Farning]

Please correct me if I am wrong.

At this point everyone involved in the development and manufacturing
of the BeagleBone Black is doing so at break-even or a financial loss.
This is an intentional strategy to build a critical mass of students,
hackers, and hobbyist to create an ecosystem around the development
system.

This is a good long term strategy and a socially responsible position.
Ideally, a healthy ecosystem will continue to grow around the TI based
chip and the Circuit Co based board.

The challenge comes, as we saw with power up and power down, when
others expect a social responsibility project to meet their needs as a
commercial product.

Again, as I understand it, Circuit Co is at their maximum
manufacturing capacity for the BBB. Everywhere I look, the BBB is sold
out with-in hours of a distributor receiving a batch. Many of the
distributors have agree to sell one per customer until the supply
situation is resolved.

Their goal, at this point, is to get as many units as possible into
hands of students,  hackers, and hobbyists to build the ecosystem of
hardware and software developers who have a history of adding value
back into an "open" project.

This is new ground for many people and it will take a while for
everyone to understand how the pieces fit together. The good news is
that everything on the BBB is open so anyone is welcome to manufacture
of modify it to meet their needs.

Dave

On Wed, May 28, 2014 at 12:56 AM,   wrote:
> Gerald,
> it seems getting no answer from CCo is a common experience. We have tried on 
> phone, cellphone, fax, email and not received any reply since 8 weeks.As we 
> had bought a four digit number of units in the past and about to repeat the 
> same, we had expected a better service.
> Also no communication on outstanding units not delivered and RMAs
> From our own production we know that customer service tends to suffer when 
> things run hot, but we still believe we deserve better.
> Appreciate your hint to CCo or any advise what we may do better.
> Andy
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Using RS485 in the serial ports

[Micka]

Robert  It works perfectly your Debian Image with the RS485   I
don't understand what is the problem  .




Regards,


On Wed, May 28, 2014 at 5:31 PM, Robert Nelson wrote:

> On Wed, May 28, 2014 at 2:38 AM,   wrote:
> > Sorry for taking so long to come back but was a bit busy. It looks like
> the
> > RS 485 patch is not included in the standard Debian release for the
> > Beaglebone Black (with all the other patches that is included). So if you
> > are using Debian on the Beaglebone Black you have to apply the RS 485
> patch
> > of Mickae1 manually before compiling else you could replace
> > /kernel/drivers/tty/serial/omap-serial.c with the code at the end and
> also
> > replace /kernel/uapi/linux/serial.h with the code at the end and
> recompile.
> > Then just pass the structure as discussed above. Make these changes
> before
> > applying the additional patches for the Debian image.
>
> So what exactly are we missing for RS 485 support?
>
> https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patch.sh#L866
>
>
> https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patches/fixes/0007-omap-RS485-support-by-Michael-Musset.patch
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Commercial use of BeagleBone

[Gerald Coley]

Find somebody else to do business with.

Gerald



On Wed, May 28, 2014 at 12:56 AM,  wrote:

> Gerald,
> it seems getting no answer from CCo is a common experience. We have tried
> on phone, cellphone, fax, email and not received any reply since 8 weeks.As
> we had bought a four digit number of units in the past and about to repeat
> the same, we had expected a better service.
> Also no communication on outstanding units not delivered and RMAs
> From our own production we know that customer service tends to suffer when
> things run hot, but we still believe we deserve better.
> Appreciate your hint to CCo or any advise what we may do better.
> Andy
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Using RS485 in the serial ports

[Robert Nelson]

On Wed, May 28, 2014 at 2:38 AM,   wrote:
> Sorry for taking so long to come back but was a bit busy. It looks like the
> RS 485 patch is not included in the standard Debian release for the
> Beaglebone Black (with all the other patches that is included). So if you
> are using Debian on the Beaglebone Black you have to apply the RS 485 patch
> of Mickae1 manually before compiling else you could replace
> /kernel/drivers/tty/serial/omap-serial.c with the code at the end and also
> replace /kernel/uapi/linux/serial.h with the code at the end and recompile.
> Then just pass the structure as discussed above. Make these changes before
> applying the additional patches for the Debian image.

So what exactly are we missing for RS 485 support?

https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patch.sh#L866

https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/patches/fixes/0007-omap-RS485-support-by-Michael-Musset.patch

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Urgent required Java Developer - Washington, DC

[Gary .]

*Please respond to gurjant.si...@damcosoft.com
*


*Position: Java Developer*

*Location: Washington, DC*

*Duration: 6+ Months*



*Visa: USC/GC/EAD only*



Job Description:

Core java skills with some *groovy experience* is must

4-7 yrs exp. Strong communication skills, can work independently, strong
oops concept, design exposure, and oracle db exposure via java programming.


Thanks and Regards,



Gurjant Singh - (Gary)

Technical Recruiter

+1 212 389 9503 ext 208

E: gurjant.si...@damcosoft.com



*NY Office:  *112 W 34th St, 18th Floor, New York, NY 10120

*NJ Office:  *894 Green Street, Suite B, Iselin, NJ 08830



Corporate: www.damcosoft.com

*[image: Description: cid:image002.jpg@01CEDAE3.C3BE19D0]*



*[image: Description: cid:image006.jpg@01CEDAE5.F56ED350]*



*P** Please consider the planet before printing | Switch off as you go
|**q**Recycle
always |* *Your child deserves a better world*

*CONFIDENTIALITY NOTICE:** This e-mail message, including any attachments,
is for the sole use of the intended recipient(s) and may contain
confidential and privileged information. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all copies
of the original message*

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Boot sequence

[Robert Nelson]

On Tue, May 27, 2014 at 11:44 PM,   wrote:
> Assumed there is no eMMC available on BBB, would it boot from SD-card
> automatically as first boot device?

yes

> From my understanding this is what BeagleBone White does - but are there any
> more differences than just the eMMC to let it boot in an other order?

https://github.com/CircuitCo/BeagleBone-Black/blob/master/BBB_SCH.pdf

page 6 of 11, sysboot pins 4:0 control the peripheral boot sequence from rom.

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Boot sequence

[Gerald Coley]

Yes it would. This is all documented in the SRM.

http://www.elinux.org/Beagleboard:BeagleBoneBlack#LATEST_PRODUCTION_FILES_.28C.29

Gerald



On Tue, May 27, 2014 at 11:44 PM,  wrote:

> Assumed there is no eMMC available on BBB, would it boot from SD-card
> automatically as first boot device?
>
> From my understanding this is what BeagleBone White does - but are there
> any more differences than just the eMMC to let it boot in an other order?
>
>  --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BBB: lack of memory

[Gerald Coley]

If you register, the double posts won't happen.

Gerald



On Wed, May 28, 2014 at 4:30 AM,  wrote:

> I'm sorry about the double posting...
> /Poul C
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: BBB: lack of memory

[poulkjaerchr]

I'm sorry about the double posting...
/Poul C

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Angstrom linux kernel build fails at setup

[luismi80]

Hi,

I'm experiencing the same problem with elfutils.. Any solution so far?

Cheers,
Luis

El lunes, 11 de noviembre de 2013 06:18:41 UTC+1, chaitra.k...@gmail.com 
escribió:
>
> Hi
>
> Even i have been facing the same error
>
> Processing bitbake: Fixed to revision 
> 7e3a99949358f4362876df5a82f8aeaae72c3c97, skipping update
> Processing meta-angstrom: Current branch angstrom-v2012.12-yocto1.3 is up 
> to date.
> Processing meta-openembedded: Current branch angstrom-staging-yocto1.3 is 
> up to date.
> Processing meta-beagleboard: Current branch danny is up to date.
> Processing meta-ti: Current branch angstrom-staging-yocto1.3 is up to date.
> Processing meta-ettus: Fixed to revision 
> 5a6a642f6707dc42a5210dbbf01d2bdfd869d4b0, skipping update
> Processing meta-efikamx: Fixed to revision 
> 07f2a5c777b4f866985735303bc6d696592760a9, skipping update
> Processing meta-nslu2: Fixed to revision 
> 8948458fe3ec2b3c713b2a13a87123b64e22b0d9, skipping update
> Processing meta-smartphone: Current branch danny is up to date.
> Processing meta-intel: Fixed to revision 
> 98342e9e685ac8066f7fe2517fd382127a286648, skipping update
> Processing meta-xilinx: Fixed to revision 
> d196fa93c7ff5e080d4c44e2b83aed472f32b2c7, skipping update
> Processing meta-openpandora: Fixed to revision 
> bdd973321efabf9da4ac7bbc5e18ecab257841a3, skipping update
> Processing meta-raspberrypi: Current branch danny is up to date.
> Processing meta-handheld: Current branch danny is up to date.
> Processing meta-opie: Fixed to revision 
> c242efc6ca55772a88602f1f8f94dff697b38430, skipping update
> Processing meta-java: Fixed to revision 
> 75dee76c7cfbf1418e5c581f50bb57b3282013f7, skipping update
> Processing meta-browser: Current branch angstrom-staging-yocto1.3 is up to 
> date.
> Processing meta-mono: Fixed to revision 
> adf47f078dbf788a80ff1398a15a4fd5a334d320, skipping update
> Processing meta-kde: Fixed to revision 
> 316d9c27e72cfebc7618268f8766624ee3f5e18e, skipping update
> Processing meta-linaro: Current branch danny is up to date.
> Processing meta-minnow: Current branch danny is up to date.
> Processing meta-allwinner: Current branch danny is up to date.
> Processing meta-ros: Fixed to revision 
> 1a6a63ef2316a45a2fa07e00907a73d33aeeb7d7, skipping update
> Processing openembedded-core: Using 
> /home/chaitra32bit/.oe/environment-angstromv2012.12 to setup needed 
> variables. It is recommended to do '. 
> /home/chaitra32bit/.oe/environment-angstromv2012.12' and run 'bitbake 
> something' without using ./oebb.sh as wrapper
> Executing: MACHINE=beagleboard bitbake virtual/kernel
> Loading cache...done.
> Loaded 3162 entries from dependency cache.
> Parsing recipes...done.
> Parsing of 2649 .bb files complete (2645 cached, 4 parsed). 3168 targets, 
> 120 skipped, 0 masked, 0 errors.
> WARNING: No recipes available for:
>   
> /home/chaitra32bit/bb/sources/meta-handheld/recipes-core/udev/udev_164.bbappend
>   
> /home/chaitra32bit/bb/sources/meta-intel/meta-fri2/recipes-core/tiny-init/tiny-init.bbappend
>
> Build Configuration:
> BB_VERSION= "1.17.0"
> TARGET_ARCH   = "arm"
> TARGET_OS = "linux-gnueabi"
> MACHINE   = "beagleboard"
> DISTRO= "angstrom"
> DISTRO_VERSION= "v2012.12"
> TUNE_FEATURES = "armv7a vfp neon cortexa8"
> TARGET_FPU= "vfp-neon"
> meta-angstrom = 
> "angstrom-v2012.12-yocto1.3:b7f8207b94d9a0ece73ad212a193cb2c95bd17ee"
> meta-oe   
> meta-systemd  
> meta-efl  
> meta-gpe  
> meta-gnome
> meta-xfce 
> meta-initramfs
> toolchain-layer   
> meta-multimedia   
> meta-networking   
> meta-webserver
> meta-ruby = 
> "angstrom-staging-yocto1.3:c24d2b6dfd00724b3182977e19a153492afe9343"
> meta-kde  = "master:316d9c27e72cfebc7618268f8766624ee3f5e18e"
> meta-opie = "master:c242efc6ca55772a88602f1f8f94dff697b38430"
> meta-java = "master:75dee76c7cfbf1418e5c581f50bb57b3282013f7"
> meta-browser  = 
> "angstrom-staging-yocto1.3:011dbb273ac725e5a9e62ae36b8e538b2e9eb09c"
> meta-mono = "master:adf47f078dbf788a80ff1398a15a4fd5a334d320"
> meta-ros  = "master:1a6a63ef2316a45a2fa07e00907a73d33aeeb7d7"
> common-bsp= "danny:136a28e4d16a03ee9a5e51d6e378f1b80c618b28"
> meta-ti   = 
> "angstrom-staging-yocto1.3:69132771c1332951f424beeeb54dcb70a8a73541"
> meta-efikamx  = "master:07f2a5c777b4f866985735303bc6d696592760a9"
> meta-nslu2= "master:8948458fe3ec2b3c713b2a13a87123b64e22b0d9"
> meta-htc  
> meta-nokia
> meta-openmoko 
> meta-palm = "danny:924338ee2d44987da71088da31e1cd31d3a9dfa9"
> meta-handheld = "danny:d641e71a7c09cd24c72e690ad1981e49da612bcd"
> meta-intel
> meta-sugarbay 
> meta-crownbay 
> meta-emenlow  
> meta-fri2 
> meta-jasperforest 
> meta-n450 = "danny:98342e9e685ac8066f7fe2517fd382127a286648"
> meta-allwinner= "danny:3603ce61c075d2f6a23dbe0bd71ee604f7eb24ea"
> meta-r

[beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[shahzkk]

I have got a BBB. I had took it for my capstone project but due to it new 
functionality we were unable to use it for our purpose.
I stay in India and I am willing to sell it for 4k INR.
Plz do let me know if anybody needs it.

On Monday, January 6, 2014 5:45:51 PM UTC-8, Paul Wright wrote:
>
> I was just curious why none of my usual distributors have any BeagleBone 
> Black boards in stock and most are reporting lead times that are beyond 
> belief.  Has there been some supply chain disturbance I have missed?  
> Shortage of a key component?
>
> Just seems strange...
>
> I'm evaluating a potential use but if there are going to be supply issues 
> going forward, that is a concern.
>
> Does anyone have any information they can offer?
>
> Regards,
>
> paul
>
>
>
>

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Commercial use of BeagleBone

[agkruse]

Gerald,
it seems getting no answer from CCo is a common experience. We have tried on 
phone, cellphone, fax, email and not received any reply since 8 weeks.As we had 
bought a four digit number of units in the past and about to repeat the same, 
we had expected a better service.
Also no communication on outstanding units not delivered and RMAs
>From our own production we know that customer service tends to suffer when 
>things run hot, but we still believe we deserve better.
Appreciate your hint to CCo or any advise what we may do better.
Andy

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Boot sequence

[karlkarpfen79]

Assumed there is no eMMC available on BBB, would it boot from SD-card 
automatically as first boot device?

>From my understanding this is what BeagleBone White does - but are there 
any more differences than just the eMMC to let it boot in an other order?

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using BeagleBone with JavaScript/Node.js

[David Farning]

Please check out bonescript at http://beagleboard.org/Support/BoneScript .

On Wed, May 28, 2014 at 6:26 AM,   wrote:
> Hi,
>
> I'm interested in looking at using BB with Node.js. If I come up with some
> test ideas, is it likely that I could find a production version of a board
> which would still allow me to use JavaScript or would I have to rewrite my
> solution with C or some C variant?
>
> thanks
>
> --
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Using BeagleBone with JavaScript/Node.js

[irelandathome]

Hi,

I'm interested in looking at using BB with Node.js. If I come up with some 
test ideas, is it likely that I could find a production version of a board 
which would still allow me to use JavaScript or would I have to rewrite my 
solution with C or some C variant?

thanks

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.