Re: [beagleboard] Ubuntu on Beagle Bone Black

[DR]

I have bbb-uEnv.txt, if that is the right one do I just change the name?

On Friday, August 29, 2014 9:53:09 PM UTC-6, Philip Polstra wrote:
>
> Check your SD card to be sure there is a uenv.txt file in the boot 
> partition.  I have seen the file not get changed from uenv-BBB.txt which 
> leads to this problem.
> On Aug 29, 2014 11:02 PM, "DR" > wrote:
>
>>
>> Hi, I'm following http://elinux.org/BeagleBoardUbuntu#Saucy_13.10 to try 
>> and load Ubuntu on my Beagle Bone Black.  The SD card loads OK but when 
>> I try and load boot I eventually get two solid LEDs and I'm using a 5v 
>> supply.  Any ideas what the problem might be?
>>
>> -- 
>> 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] Ubuntu on Beagle Bone Black

[Philip Polstra]

Check your SD card to be sure there is a uenv.txt file in the boot
partition.  I have seen the file not get changed from uenv-BBB.txt which
leads to this problem.
On Aug 29, 2014 11:02 PM, "DR"  wrote:

>
> Hi, I'm following http://elinux.org/BeagleBoardUbuntu#Saucy_13.10 to try
> and load Ubuntu on my Beagle Bone Black.  The SD card loads OK but when I
> try and load boot I eventually get two solid LEDs and I'm using a 5v supply.
>   Any ideas what the problem might be?
>
> --
> 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] Ubuntu on Beagle Bone Black

[DR]

That is what I did.  As soon as I get all four blue lights I let go of the 
boot button.  The lights blink for awhile and then they eventually the two 
lights just stay on.


On Friday, August 29, 2014 9:09:27 PM UTC-6, RobertCNelson wrote:
>
> On Fri, Aug 29, 2014 at 10:01 PM, DR > 
> wrote: 
> > 
> > Hi, I'm following http://elinux.org/BeagleBoardUbuntu#Saucy_13.10 to 
> try and 
> > load Ubuntu on my Beagle Bone Black.  The SD card loads OK but when I 
> try 
> > and load boot I eventually get two solid LEDs and I'm using a 5v supply. 
> > Any ideas what the problem might be? 
>
> Does it help if you hold the "boot" button down before you apply power? 
>
> 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] Ubuntu on Beagle Bone Black

[Robert Nelson]

On Fri, Aug 29, 2014 at 10:01 PM, DR  wrote:
>
> Hi, I'm following http://elinux.org/BeagleBoardUbuntu#Saucy_13.10 to try and
> load Ubuntu on my Beagle Bone Black.  The SD card loads OK but when I try
> and load boot I eventually get two solid LEDs and I'm using a 5v supply.
> Any ideas what the problem might be?

Does it help if you hold the "boot" button down before you apply power?

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] Ubuntu on Beagle Bone Black

[DR]

Hi, I'm following http://elinux.org/BeagleBoardUbuntu#Saucy_13.10 to try 
and load Ubuntu on my Beagle Bone Black.  The SD card loads OK but when I 
try and load boot I eventually get two solid LEDs and I'm using a 5v supply.
  Any ideas what the problem might be?

-- 
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] How to remove Cloud9 - files from BBB

[Robert Nelson]

On Fri, Aug 29, 2014 at 3:16 PM,   wrote:
> Robert,
>
> Does this flasher not power down the Beaglebone when it's done? It's sitting
> there with all 4 user LEDS on at the moment

The eMMC is in a safe state at that  point. The pmic doesn't seem to
always listen to use too shutdown.

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] Re: Are there no capes which provide just I/O buffering and level conversion?

[land-boards]

Well, Chris, I am the "they" (it's my kickstarter). I've got ten of them on 
my bench right now. And the board *is *listed at the end of the capes page. 
Regardless of the outcome of the kickstarter I am going to be selling them 
starting in a week and a half from now. I just wanted a way to get the word 
out there and if I got enough orders I could get a qty price break on the 
pricey voltage translation chips.

I am interested in any constructive comments on the technical aspects of 
the board.

Sorry for the email. I didn't deliberately mail you as well as the list. I 
guess it's because the CC Original author button was automatically selected 
when I hit reply and I didn't deselect you. I did deselect you this time. 
Now if you set it to let you know when someone posts in this thread, 
there's nothing I can do to keep you from getting an email. If I am wrong 
about how that works someone please let me know.

-- Doug

-- 
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] How to remove Cloud9 - files from BBB

[William Hermans]

Err, rather Systemd lives in /lib/


On Fri, Aug 29, 2014 at 6:05 PM, William Hermans  wrote:

> Even using the console image Robert and I suggested, you'll gain back a
> lot more space on the eMMC.
>
> Also note that Roberts instruction for building from scratch / source is
> done on a PC and not the BBB. But is more complex, and does pretty much
> require Linux on that machine. I only mention this in case you're thinking
> it has to be done on the BBB.
>
> There is also another method for making your image smaller( without
> building from source ), but is complex and requires mix / matching files /
> directories from multiple sources. I'm still investigating this myself, so
> could not get into too much detail. Except that /var/modules is not fully
> populated in *debian-7.5-bare-armhf-2014-07-07.tar.xz. *So if you need
> specific modules . . .This could prove to be a minor pain in the butt at
> minimum. Systemd also lives in this directory.
>
>
> On Fri, Aug 29, 2014 at 11:53 AM,  wrote:
>
>> Wiiliam,
>>
>> I am just this moment following the procedure Robert suggests, using the
>> 2014-08-19 console image. I'll dump a list of packages installed in the
>> 2014-05-14 'full' image installation before I re-flash it so I can compare
>> what is in and what is not. I'm not in a position to build anything just
>> yet - no free disc space!
>>
>> Max
>>
>>
>> On Friday, 29 August 2014 19:47:48 UTC+1, William Hermans wrote:
>>>
>>> Max, you're better off either starting with the console image Robert
>>> mentioned, or building your own from https://eewiki.net/display/
>>> linuxonarm/BeagleBone+Black#BeagleBoneBlack-
>>> RootFileSystem%28smallflash%29
>>>
>>> Once you get the console image going, it is a simple matter of apt-get
>>> install 
>>>
>>>
>>>  --
>> 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] How to remove Cloud9 - files from BBB

[William Hermans]

Even using the console image Robert and I suggested, you'll gain back a lot
more space on the eMMC.

Also note that Roberts instruction for building from scratch / source is
done on a PC and not the BBB. But is more complex, and does pretty much
require Linux on that machine. I only mention this in case you're thinking
it has to be done on the BBB.

There is also another method for making your image smaller( without
building from source ), but is complex and requires mix / matching files /
directories from multiple sources. I'm still investigating this myself, so
could not get into too much detail. Except that /var/modules is not fully
populated in *debian-7.5-bare-armhf-2014-07-07.tar.xz. *So if you need
specific modules . . .This could prove to be a minor pain in the butt at
minimum. Systemd also lives in this directory.


On Fri, Aug 29, 2014 at 11:53 AM,  wrote:

> Wiiliam,
>
> I am just this moment following the procedure Robert suggests, using the
> 2014-08-19 console image. I'll dump a list of packages installed in the
> 2014-05-14 'full' image installation before I re-flash it so I can compare
> what is in and what is not. I'm not in a position to build anything just
> yet - no free disc space!
>
> Max
>
>
> On Friday, 29 August 2014 19:47:48 UTC+1, William Hermans wrote:
>>
>> Max, you're better off either starting with the console image Robert
>> mentioned, or building your own from https://eewiki.net/display/
>> linuxonarm/BeagleBone+Black#BeagleBoneBlack-
>> RootFileSystem%28smallflash%29
>>
>> Once you get the console image going, it is a simple matter of apt-get
>> install 
>>
>>
>>  --
> 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] UEFI Ethernet driver for BeagleBoneBlack

[Gerald Coley]

The Ethernet controller is built into the processor. You can find details
in the Technical reference Manual of the processor.

http://www.ti.com/product/AM3358/technicaldocuments

I cannot answer the question as to whether this driver is available or not.

Gerald



On Fri, Aug 29, 2014 at 6:40 PM,  wrote:

> We have interest in having a UEFI driver for the BeagleBoneBlack Ethernet
> interface, in order to use networking with our UEFI ROM.
>
> Can we please hear identifying details about what specific Ethernet
> controller "chip" is modeled in the BeagleBoneBlack, so that we may port,
> or if necessary write, a UEFI driver for that controller?  Knowing the PHY
> id--readily publicized--is not enough to model a complete driver.
>
> Is source (or binary, less preferred) for such a UEFI Ethernet driver
> already available, and if so where?
> 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] How to remove Cloud9 - files from BBB

[max]

Wiiliam,

I am just this moment following the procedure Robert suggests, using the 
2014-08-19 console image. I'll dump a list of packages installed in the 
2014-05-14 'full' image installation before I re-flash it so I can compare 
what is in and what is not. I'm not in a position to build anything just 
yet - no free disc space!

Max

On Friday, 29 August 2014 19:47:48 UTC+1, William Hermans wrote:
>
> Max, you're better off either starting with the console image Robert 
> mentioned, or building your own from 
> https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-RootFileSystem%28smallflash%29
>
> Once you get the console image going, it is a simple matter of apt-get 
> install 
>
>
>

-- 
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] How to remove Cloud9 - files from BBB

[max]

Robert,

Does this flasher not power down the Beaglebone when it's done? It's 
sitting there with all 4 user LEDS on at the moment

Max

>> If you are really need the space, start out with the "console" flasher: 
> >> 
> >> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-08-19 
> >> 
>
>

-- 
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: Is it easy to reduce the clock frequency on Beaglebone I2C?

[max]

The I2C protocol allows any slave device on the bus to 'stretch' the pulse 
for as long as it wants by holding SCL low (in Standard mode, and Fast 
mode, but not High-speed mode). This can slow the clock rate arbitrarily. 
It's explained in specification:

I²C-bus Specification, Version 3.0 (Rev. 03 - 19 June 2007) this is the I2C 
reference! 

You can do this fairly easily 'bit twiddling' a couple of IO pins on a 
microcontroller. It's an interesting programming exercise!

Max

-- 
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] UEFI Ethernet driver for BeagleBoneBlack

[clintfan7]

We have interest in having a UEFI driver for the BeagleBoneBlack Ethernet 
interface, in order to use networking with our UEFI ROM.  
 
Can we please hear identifying details about what specific Ethernet 
controller "chip" is modeled in the BeagleBoneBlack, so that we may port, 
or if necessary write, a UEFI driver for that controller?  Knowing the PHY 
id--readily publicized--is not enough to model a complete driver.  
 
Is source (or binary, less preferred) for such a UEFI Ethernet driver 
already available, and if so where?  
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] Is it easy to reduce the clock frequency on Beaglebone I2C?

[John Syn]

On 8/29/14, 10:16 AM, "c...@isbd.net"  wrote:

>I want to stretch the I2C bus to a few metres, I will use screened
>cable to minimise noise pick-up but this will increase the capacitive
>load on the bus.  So, I probably need to reduce the I2C clock
>frequency, how easy is it to do this?  I will probably use the
>Adafruit libraries but don't have to.
The frequency is setup in the devicetree.

Regards,
John
>
>-- 
>Chris Green
>·
>
>-- 
>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] Are there no capes which provide just I/O buffering and level conversion?

[John Syn]

On 8/29/14, 12:04 AM, "c...@isbd.net"  wrote:

> I've looked through the capes advertised on beagleboard.org but I
> can't find anything that offers general purpose buffering and level
> conversion.  Is there really nothing of this sort available or am I
> missing something?
> 
> Given the sensitivity/vulnerability of the BBB's I/O I would hae
> thought an I/O cape that provides, say, 16 bidirectional 5v digital
> I/O pins would be very useful.  If it also buffered the A2D inputs
> that would be a bonus.
> 
> I guess I'll have to DIY it on a breadboard cape.
It is such a simple thing to make. Here is what you need:

http://www.digikey.com/product-detail/en/8100-SMT10/438-1032-ND/569736

For bidirectional push pull
http://www.ti.com/product/txb0108?keyMatch=txb0108&tisearch=Search-EN

For bidirectional open collector such as I2C
http://www.ti.com/product/TXS0108E?keyMatch=txs0108&tisearch=Search-EN

Make sure you order the correct packaging to match the board pitch above, or
buy a different board with a different pitch.

Then on eBay I found these jumpers which work great. I ordered both male to
female and female to female jumpers.

http://www.ebay.com/sch/i.html?_from=R40&_trksid=p2050601.m570.l1313.TR0.TRC
0.H0.X200pcs+10cm+2.54mm&_nkw=200pcs+10cm+2.54mm&_sacat=0

I created a board with two of each, with enable pull up resistors and
decoupling capacitors under the board. I have attached a picture.

Regards,
John
> 
> -- 
> Chris Green
> ·
> 
> -- 
> 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: BeagleBone Black doesn't sometimes start. Only Power LED is on

[John Syn]

From:  
Reply-To:  "beagleboard@googlegroups.com" 
Date:  Thursday, August 28, 2014 at 6:00 PM
To:  "beagleboard@googlegroups.com" 
Subject:  Re: [beagleboard] Re: BeagleBone Black doesn't sometimes start.
Only Power LED is on

> That's it, I was using the boot pins, the System Reference Manual says that I
> can use this pins after Reset signal, how can I do this?
If you power your board from the 3V3B rail or use this power rail to enable
power on your own board, then you should be OK. If you power your board
before the 3V3B pin is powered, you will damage the processor and you will
most likely have a boot problem.

Regards,
John
> 
> Valdir
> 
> Em terça-feira, 26 de agosto de 2014 17h11min52s UTC-3, Gerald  escreveu:
>> Are the I/O lines the boot pins? Check the System Reference Manual for more
>> information.
>> 
>> Gerald
>> 
>> 
>> 
>> On Tue, Aug 26, 2014 at 3:54 AM,   > wrote:
>>> Hi, I don't know if my issue is the same described here, my BBB never boots
>>> with something connected to I/O lines, if I disconnect, boots BBB and then
>>> reconnected I/Os everything works fine.
>>> 
>>> Em segunda-feira, 28 de outubro de 2013 19h18min20s UTC-2, AndrewTaneGlen
>>> escreveu:
 RESOLVED:
 
 Upon investigating the u-boot output we found we were facing the same
 problem reported earlier in this thread by duckhunter: u-boot was detecting
 spurious data on uart0 and entering the u-boot console on about 1/20
 power-ups.
 
 Rather than making any hardware mods I decided to reconfigured u-boot to
 look for a specific key sequence before entering the u-boot console. To do
 this I firstly downloaded and rebuilt u-boot following instructions here:
 http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Bootl
 oader:U-Boot 
  . (Testing with the default config produced the same
 'failure' rate)
 I then modified '/include/config.h' in the u-boot source files, adding the
 following:
 
 #define CONFIG_AUTOBOOT_KEYED 1
 #define CONFIG_AUTOBOOT_DELAY_STR "uboot"
 
 This now forces a user to enter the string 'uboot' before entering the
 u-boot console, otherwise the device will boot up normally.
 
 Rebuilding with this configuration still gave the same failure rate
 however. This is when I learned that the boot files on the eMMC flash are
 still loading before jumping to the files on the sd card I am using. So
 upon deleting the MLO file on the eMMC flash I had more luck.
 
 We setup a programmable power supply and a script looking at the output of
 uart0 to detect whether the device had successfully booted or had become
 stuck in u-boot, and then left it cycling power. We were then able to get
 many hundreds of consecutive successful boots - we only stopped the test
 because we decided it would probably never fail.
 
 So in the end it all came down to spurious data on uart0 - along with
 disabling booting from the eMMC. (we could have simply reconfigured u-boot
 on the eMMC in the same way, but disabling it drops a few seconds off the
 boot time).
 
 
 Thanks for all your help Gerald (and duckhunter).
 
 Regards,
 Andrew Glen.
 
 On Friday, 25 October 2013 10:00:44 UTC+13, Gerald  wrote:
> That is correct. The power button is only good for shutting it down with
> power attached and turning it back on with power still attached.
> 
> UBoot uses the UART0 debug port on the header, J1, on the board.
> 
> Gerald
> 
> 
> 
> 
> On Thu, Oct 24, 2013 at 3:57 PM, AndrewTaneGlen 
> wrote:
>> When it fails to boot after connecting 5V, a short press of the power
>> switch has no effect. The kernel has not booted, so the button press
>> event is going nowhere.
>> 
>> From this failure mode, pressing and holding the power switch until the
>> power led goes off and then releasing it causes the device to boot - as
>> does a short press of the reset switch. This is what has led me to the
>> conclusion that the only way to guarantee the device boots after applying
>> power is to control the reset signal with a watchdog circuit triggered
>> off a transition of the heart-beat signal (or something similar).
>> 
>> I'm wondering if it possibly is getting to u-boot under this failure
>> mode. Do you know if any of the uarts available on P9 are configured by
>> default for u-boot?
>> 
>> Cheers,
>> Andrew.
>> 
>> On Friday, 25 October 2013 09:14:18 UTC+13, Gerald  wrote:
>>> You must just press the power button once. Not hold it. If you do it
>>> just power cycles. Pressing the button once let's the Linux kernel
>>> shutdown after a 60 second time out.
>>> 
>>> Try it again using the power button as it was intended

Re: [beagleboard] How to remove Cloud9 - files from BBB

[William Hermans]

Max, you're better off either starting with the console image Robert
mentioned, or building your own from
https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-RootFileSystem%28smallflash%29

Once you get the console image going, it is a simple matter of apt-get
install 


On Thu, Aug 28, 2014 at 2:09 PM,  wrote:

>
> On Thursday, 28 August 2014 21:56:50 UTC+1, RobertCNelson wrote:
>>
>> If you are really need the space, start out with the "console" flasher:
>>
>> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-08-19
>> 
>>
>> (200MB)
>>
>> Then:
>>
>> sudo apt-get update
>> sudo apt-get install nodejs nodejs-legacy npm
>>
>> Now I'm getting really confused! I just followed the instructions on the
> 'latest images' page (http://beagleboard.org/latest-images). Do these
> apply only to rev C boards? It doesn't say. I did look for more recent
> images, but I find the information on elinux.org to be terse and opaque
> to the point of impenetrability. These are testing images, so presumably
> not stable? Why am I still referred to the 2014-05-14 image if this is
> known not to work?
>
> For my project, In addition to the standard OS & I need a node.js >=
> 0.10.22, plus bonescript (but used as a package, not as a server) gcc,
> libraries etc plus apache, but not cloud9, X-windows, or anything to do
> with video or sound. I have a rev C on back order, but I'd like to hope the
> rev B can be salvaged for this project.
>
> Max
>
> --
> 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] How to remove Cloud9 - files from BBB

[Robert Nelson]

On Thu, Aug 28, 2014 at 4:09 PM,   wrote:
>
> On Thursday, 28 August 2014 21:56:50 UTC+1, RobertCNelson wrote:
>>
>> If you are really need the space, start out with the "console" flasher:
>>
>> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-08-19
>>
>> (200MB)
>>
>> Then:
>>
>> sudo apt-get update
>> sudo apt-get install nodejs nodejs-legacy npm
>>
> Now I'm getting really confused! I just followed the instructions on the
> 'latest images' page (http://beagleboard.org/latest-images). Do these apply
> only to rev C boards? It doesn't say. I did look for more recent images, but
> I find the information on elinux.org to be terse and opaque to the point of
> impenetrability. These are testing images, so presumably not stable? Why am
> I still referred to the 2014-05-14 image if this is known not to work?

"testing" =/= "unstable"

They are just snapshots of a continuously evolving "image".. At some
point, we will cut a new release based off these and then fully test
and put it on http://beagleboard.org/latest-images

> For my project, In addition to the standard OS & I need a node.js >=
> 0.10.22, plus bonescript (but used as a package, not as a server) gcc,
> libraries etc plus apache, but not cloud9, X-windows, or anything to do with
> video or sound. I have a rev C on back order, but I'd like to hope the rev B
> can be salvaged for this project.

Okay, follow my previous instructs and add:

npm install -g bonescript --arch=armhf

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] How to make BeagleBone black boot off SD card

[abdulmoiz786]

Hi,

 I am facing a problem with Beaglebone black. I am unable to boot 
MLO (and u-boot ) from SD card. When I hold the "Boot" button, only zImage 
is being taken from the SD card but still the MLO (and u-boot ) are from 
eMMC. It is not taking MLO( and u-boot) from SD card. So I deleted the MLO 
(and u-boot) from eMMC, so that it may take from SD card as second 
preference. But still it is not able to switch to SDcard and the board is 
not booting now. Now I am unable to boot the board as eMMC is corrupted. 
Can anyone suggest me how to change the boot mode without using the "boot" 
switch as it has no effect and how to restore back the eMMC or any factory 
settings can be done


On Thursday, December 5, 2013 1:21:23 PM UTC+5:30, William Hermans wrote:
>
> There are actually more than 3 boots options, and among them are what you 
> covered, plus SPI, Ethernet( TFTP kernel / NFS root ), USB, and I know I am 
> forgetting a couple more.
>
> To keep things in context with what you're asking however. LIke John says 
> uEnv,txt  has control over how the device boots. It has a sort of round 
> robin check it does when bringing the hardware up. In the case of the SD 
> card boot, the uEnv.txt file is only going to know about the sd card unless 
> specifically modified to override default behavior.
>
> Now what you're talking about seems to be a flasher image type image. 
> Which is to say, it is meant to flash the eMMC back to factory default, or 
> to flash a newer more modern version of Angstrom or whatever image you 
> have. If you want to boot exclusively off of the SD card, then you're going 
> to have to work at it a bit.
>
> A jumper switch may seem like a better idea at first ( for boot options ) 
> but it really is not. uboot boot options are vast . . .
>
> Anyways, you're going to have to ask yourself how serious you are about 
> getting your device booting exclusively from the SD card. Because if you 
> truly want to understand how it all works, you're going to need to 
> understand uboot, and Linux  better than it appears how well you know it 
> now. Also, there are other options to consider. Which Linux distro do you 
> want to use . . . and more questions to be answered yet. In short, you have 
> your work cut out for you if you want to learn. Weeks, and perhaps even 
> months.
>
>
> On Wed, Dec 4, 2013 at 8:43 PM, John Syne  > wrote:
>
>>
>>
>> From: Gerald Coley >
>> Reply-To: >
>> Date: Wednesday, December 4, 2013 at 4:55 PM
>> To: "beagl...@googlegroups.com " > >
>> Subject: Re: [beagleboard] How to make BeagleBone black boot off SD card
>>
>> Push and hold the boot button and apply power.
>>
>> http://www.elinux.org/Beagleboard:BeagleBoneBlack
>>
>> Gerald
>>
>> Let me clear something up that seems to be confusing everyone. Gerald is 
>> correct from a hardware point of view; however this only selects which 
>> u-boot environment is loaded. When the boot button is pressed, the u-boot 
>> env is loaded from the SDCard and when the boot button isn’t pressed, the 
>> eMMC u-boot env is loaded. From that point onwards the current u-boot env 
>> checks to see if the SDCard is installed and if it is, u-boot boots from 
>> the SDCard FAT partition. If the SDCard isn’t installed, it boots from the 
>> eMMC FAT partition. Since the u-boot env is the same on both the SDCard and 
>> the eMMC, it doesn’t matter if the boot button is pressed or not. It is the 
>> uEnv.txt file that modifies u-boot env behavior by adding a “uenvcmd” line. 
>>
>> I hope I haven’t confused everyone.
>> Regards,
>> John
>>
>>
>>
>>
>> On Wed, Dec 4, 2013 at 3:50 PM, > wrote:
>>
>>> Good afternoon,
>>> I don't understand how to determine whether the BBB is booting off the 
>>> SD card or booting off the internal flash. 
>>> Here's what happened, I installed a 4GB image from getting started 
>>> section onto my SD card
>>> This was the first image here:
>>> http://beagleboard.org/latest-images
>>>
>>>
>>> Initially I powered on by holding the button next to SD card, It booted 
>>> and I could tell it was not the internal image, because it did not have the 
>>> demo applications.
>>>
>>> Next, I tried hitting the reset button to see if it will boot off the SD 
>>> card again, nothing happened and I could not connect to the BBB any more. I 
>>> scanned all ports and it was not available.
>>>
>>> I tried resetting and holding down the button again, but it would not 
>>> boot off the SD card.
>>>
>>> Only when I take out the SD card the BBB boots into the original 
>>> installation.
>>>
>>> Does anyone know what may have caused this? This is a brand new SD card, 
>>> and I doubt I had damaged it by resetting the BBB.
>>>
>>> As far as I understand there are 3 booting options, 
>>>
>>>1. There is booting off internal NAND which only has 70mb (or is 
>>>this only a partition
>>>2. Booting off SD card
>>>3. "If using BeagleBone Black and the image is meant to program your 
>>>on-board eMMC, you'll need to 

Re: [beagleboard] How to remove Cloud9 - files from BBB

[max]

On Thursday, 28 August 2014 21:56:50 UTC+1, RobertCNelson wrote:
>
> If you are really need the space, start out with the "console" flasher: 
>
> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-08-19 
> 
>  
>
> (200MB) 
>
> Then: 
>
> sudo apt-get update 
> sudo apt-get install nodejs nodejs-legacy npm 
>
> Now I'm getting really confused! I just followed the instructions on the 
'latest images' page (http://beagleboard.org/latest-images). Do these apply 
only to rev C boards? It doesn't say. I did look for more recent images, 
but I find the information on elinux.org to be terse and opaque to the 
point of impenetrability. These are testing images, so presumably not 
stable? Why am I still referred to the 2014-05-14 image if this is known 
not to work?

For my project, In addition to the standard OS & I need a node.js >= 
0.10.22, plus bonescript (but used as a package, not as a server) gcc, 
libraries etc plus apache, but not cloud9, X-windows, or anything to do 
with video or sound. I have a rev C on back order, but I'd like to hope the 
rev B can be salvaged for this project.

Max

-- 
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: BeagleBone Black doesn't sometimes start. Only Power LED is on

[vagom15]

That's it, I was using the boot pins, the System Reference Manual says that 
I can use this pins after Reset signal, how can I do this?

Valdir

Em terça-feira, 26 de agosto de 2014 17h11min52s UTC-3, Gerald escreveu:
>
> Are the I/O lines the boot pins? Check the System Reference Manual for 
> more information.
>
> Gerald
>
>
>
> On Tue, Aug 26, 2014 at 3:54 AM, > wrote:
>
>> Hi, I don't know if my issue is the same described here, my BBB never 
>> boots with something connected to I/O lines, if I disconnect, boots BBB and 
>> then reconnected I/Os everything works fine.
>>
>> Em segunda-feira, 28 de outubro de 2013 19h18min20s UTC-2, AndrewTaneGlen 
>> escreveu:
>>
>>> RESOLVED:
>>>
>>> Upon investigating the u-boot output we found we were facing the same 
>>> problem reported earlier in this thread by duckhunter: u-boot was detecting 
>>> spurious data on uart0 and entering the u-boot console on about 1/20 
>>> power-ups.
>>>
>>> Rather than making any hardware mods I decided to reconfigured u-boot to 
>>> look for a specific key sequence before entering the u-boot console. To do 
>>> this I firstly downloaded and rebuilt u-boot following instructions here: 
>>> http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-
>>> Bootloader:U-Boot. (Testing with the default config produced the same 
>>> 'failure' rate)
>>> I then modified '/include/config.h' in the u-boot source files, adding 
>>> the following:
>>>
>>> #define CONFIG_AUTOBOOT_KEYED 1 
>>> #define CONFIG_AUTOBOOT_DELAY_STR "uboot"
>>>
>>> This now forces a user to enter the string 'uboot' before entering the 
>>> u-boot console, otherwise the device will boot up normally.
>>>
>>> Rebuilding with this configuration still gave the same failure rate 
>>> however. This is when I learned that the boot files on the eMMC flash are 
>>> still loading before jumping to the files on the sd card I am using. So 
>>> upon deleting the MLO file on the eMMC flash I had more luck.
>>>
>>> We setup a programmable power supply and a script looking at the output 
>>> of uart0 to detect whether the device had successfully booted or had become 
>>> stuck in u-boot, and then left it cycling power. We were then able to get 
>>> many hundreds of consecutive successful boots - we only stopped the test 
>>> because we decided it would probably never fail.
>>>
>>> So in the end it all came down to spurious data on uart0 - along with 
>>> disabling booting from the eMMC. (we could have simply reconfigured u-boot 
>>> on the eMMC in the same way, but disabling it drops a few seconds off the 
>>> boot time).
>>>
>>>
>>> Thanks for all your help Gerald (and duckhunter).
>>>
>>> Regards,
>>> Andrew Glen.
>>>
>>> On Friday, 25 October 2013 10:00:44 UTC+13, Gerald wrote:

 That is correct. The power button is only good for shutting it down 
 with power attached and turning it back on with power still attached.

 UBoot uses the UART0 debug port on the header, J1, on the board.

 Gerald




 On Thu, Oct 24, 2013 at 3:57 PM, AndrewTaneGlen  
 wrote:

> When it fails to boot after connecting 5V, a short press of the power 
> switch has no effect. The kernel has not booted, so the button press 
> event 
> is going nowhere.
>
> From this failure mode, pressing and holding the power switch until 
> the power led goes off and then releasing it causes the device to boot - 
> as 
> does a short press of the reset switch. This is what has led me to the 
> conclusion that the only way to guarantee the device boots after applying 
> power is to control the reset signal with a watchdog circuit triggered 
> off 
> a transition of the heart-beat signal (or something similar).
>
> I'm wondering if it possibly is getting to u-boot under this failure 
> mode. Do you know if any of the uarts available on P9 are configured by 
> default for u-boot?
>
> Cheers,
> Andrew.
>
> On Friday, 25 October 2013 09:14:18 UTC+13, Gerald wrote:
>
>> You must just press the power button once. Not hold it. If you do 
>> it just power cycles. Pressing the button once let's the Linux kernel 
>> shutdown after a 60 second time out.
>>
>> Try it again using the power button as it was intended.
>>
>> Gerald
>>
>>
>>
>> On Thu, Oct 24, 2013 at 3:05 PM, AndrewTaneGlen > > wrote:
>>
>>> Hi Gerald, thank you for your response.
>>>
>>> I tried the following (Using a new BBB with no SD card inserted, and 
>>> nothing else connected to it at all):
>>>
>>> Firstly, plug in 5V barrel connector (connected to regulated 5V, 
>>> measured with good multimeter as 5.0001V), then:
>>>
>>> 1) Wait to see he heartbeat led (D2) come on.
>>>
>>> 2) Press and hold the power key until the power led (D1) goes off.
>>>
>>> 3) Release the power key
>>>
>>> Repeating this pro

Re: [beagleboard] Ubuntu 14.04 does not create dev/video with LI-5M03

[Robert Nelson]

On Fri, Aug 29, 2014 at 10:50 AM, Jon Holcomb  wrote:
> Hi all:
>
> I am running Ubuntu 14.04 ( 3.14.5-arm7-x8) on my BB-xM.  When I attach the
> Leopard Imaging camera module ( LI5-M03) nothing is created in the /dev
> subdirectory and if I run motion it does not see the camera.  I added the
> camera = li5m03 line in the uEnv.  I tried to get this running in Quantal
> but can no longer upgrade that version and I cannot install motion under
> that version although it looks like it sees the camera. Any help will be
> appreciated!

Nope it doesn't yet. I haven't ported teh li5-mo3 device support from
our ancient board based kernel the current device tree version we are
shipping.

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] Ubuntu 14.04 does not create dev/video with LI-5M03

[Jon Holcomb]

Hi all:

I am running Ubuntu 14.04 ( 3.14.5-arm7-x8) on my BB-xM.  When I attach the 
Leopard Imaging camera module ( LI5-M03) nothing is created in the /dev 
subdirectory and if I run motion it does not see the camera.  I added the 
camera = li5m03 line in the uEnv.  I tried to get this running in Quantal 
but can no longer upgrade that version and I cannot install motion under 
that version although it looks like it sees the camera. Any help will be 
appreciated!

Jon

-- 
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] How to enable SPI devices on 3.14 kernel?

[Robert Nelson]

On Fri, Aug 29, 2014 at 12:35 PM, Robert Nelson  wrote:
> On Fri, Aug 29, 2014 at 12:20 PM, Jason Lange  wrote:
>> Hello Robert,
>>
>> I've just tried to duplicate your instructions here to get both spidev 0 and
>> 1 using your dts from the pastebin link above and I am only getting
>> /dev/spidev1.0 and /dev/spidev1.1 -- no spidev0.N or spidev2.N
>>
>> uname -a:
>>
>> Linux SQR-3 3.14.17-ti-r16 #1 SMP Thu Aug 28 23:18:48 UTC 2014 armv7l
>> GNU/Linux
>>
>> I just updated from 3.8 using your latest install-me.sh from rcn-ee.org
>>
>> and did:
>>
>> git clone -b 3.14-ti https://github.com/RobertCNelson/dtb-rebuilder.git
>>
>> make and make install did not complain but no joy.
>
> /dev/spidev1.[0/1] is enabled by:
>
> https://github.com/RobertCNelson/dtb-rebuilder/blob/3.14-ti/src/arm/am335x-boneblack.dts#L102
>
> as that enables:
> #include "am335x-bone-spi0-spidev.dtsi"
>
> For /dev/spidev2.[0/1] you have two choices:
>
> Uncomment:
> https://github.com/RobertCNelson/dtb-rebuilder/blob/3.14-ti/src/arm/am335x-boneblack.dts#L43
>
> or
> https://github.com/RobertCNelson/dtb-rebuilder/blob/3.14-ti/src/arm/am335x-boneblack.dts#L50
>
> then make/sudo make install/sudo reboot

2nd thought, the uart conflicts..
so disable:

#include "am335x-bone-basic-proto-cape.dtsi"
->
/* #include "am335x-bone-basic-proto-cape.dtsi" */

Then add spi0:
#include "am335x-bone-spi0-spidev.dtsi"

Then spi1:
#include "am335x-bone-spi1-spidev.dtsi"
or
#include "am335x-bone-spi1a-spidev.dtsi"

then make/sudo make install/sudo reboot

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] How to enable SPI devices on 3.14 kernel?

[Robert Nelson]

On Fri, Aug 29, 2014 at 12:20 PM, Jason Lange  wrote:
> Hello Robert,
>
> I've just tried to duplicate your instructions here to get both spidev 0 and
> 1 using your dts from the pastebin link above and I am only getting
> /dev/spidev1.0 and /dev/spidev1.1 -- no spidev0.N or spidev2.N
>
> uname -a:
>
> Linux SQR-3 3.14.17-ti-r16 #1 SMP Thu Aug 28 23:18:48 UTC 2014 armv7l
> GNU/Linux
>
> I just updated from 3.8 using your latest install-me.sh from rcn-ee.org
>
> and did:
>
> git clone -b 3.14-ti https://github.com/RobertCNelson/dtb-rebuilder.git
>
> make and make install did not complain but no joy.

/dev/spidev1.[0/1] is enabled by:

https://github.com/RobertCNelson/dtb-rebuilder/blob/3.14-ti/src/arm/am335x-boneblack.dts#L102

as that enables:
#include "am335x-bone-spi0-spidev.dtsi"

For /dev/spidev2.[0/1] you have two choices:

Uncomment:
https://github.com/RobertCNelson/dtb-rebuilder/blob/3.14-ti/src/arm/am335x-boneblack.dts#L43

or
https://github.com/RobertCNelson/dtb-rebuilder/blob/3.14-ti/src/arm/am335x-boneblack.dts#L50

then make/sudo make install/sudo reboot

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] How to enable SPI devices on 3.14 kernel?

[Jason Lange]

Hello Robert,

I've just tried to duplicate your instructions here to get both spidev 0 
and 1 using your dts from the pastebin link above and I am only getting 
/dev/spidev1.0 and /dev/spidev1.1 -- no spidev0.N or spidev2.N

uname -a:

Linux SQR-3 3.14.17-ti-r16 #1 SMP Thu Aug 28 23:18:48 UTC 2014 armv7l 
GNU/Linux

I just updated from 3.8 using your latest install-me.sh from rcn-ee.org 

and did:

git clone -b 3.14-ti https://github.com/RobertCNelson/dtb-rebuilder.git

*make* and *make install *did not complain but no joy.









On Wednesday, 27 August 2014 19:59:11 UTC-7, Dallas Clement wrote:
>
> You're my hero! :)  Working like a champ now!  Thanks a million.
>
>
> On Wed, Aug 27, 2014 at 9:42 PM, Robert Nelson  > wrote:
>
>> On Wed, Aug 27, 2014 at 9:41 PM, Dallas Clement
>> > wrote:
>> > I just pasted my am335x-boneblack.dts to   http://pastebin.com/PwccRatb
>>
>> Here you go:
>>
>> http://pastebin.com/rSg1h46h
>>
>> (just disabled the last line, proto-cape, as it'll inerfear)
>>
>> 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] Is it easy to reduce the clock frequency on Beaglebone I2C?

[cl]

I want to stretch the I2C bus to a few metres, I will use screened
cable to minimise noise pick-up but this will increase the capacitive
load on the bus.  So, I probably need to reduce the I2C clock
frequency, how easy is it to do this?  I will probably use the
Adafruit libraries but don't have to.

-- 
Chris Green
·

-- 
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: Are there no capes which provide just I/O buffering and level conversion?

[land-boards]

http://elinux.org/BBB-GVS

On Friday, August 29, 2014 7:56:14 AM UTC-4, land-boards wrote:
>
> How about this one?
>
>
> https://www.kickstarter.com/projects/land-boards/33v-5v-gvs-cape-for-the-beaglebone
>
> On Friday, August 29, 2014 3:18:50 AM UTC-4, c...@isbd.net wrote:
>>
>> I've looked through the capes advertised on beagleboard.org but I 
>> can't find anything that offers general purpose buffering and level 
>> conversion.  Is there really nothing of this sort available or am I 
>> missing something? 
>>
>> Given the sensitivity/vulnerability of the BBB's I/O I would hae 
>> thought an I/O cape that provides, say, 16 bidirectional 5v digital 
>> I/O pins would be very useful.  If it also buffered the A2D inputs 
>> that would be a bonus. 
>>
>> I guess I'll have to DIY it on a breadboard cape. 
>>
>> -- 
>> Chris Green 
>> · 
>>
>> 
>
 
 


-- 
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: Are there no capes which provide just I/O buffering and level conversion?

[cl]

Jerônimo Lopes  wrote:
> [-- text/plain, encoding quoted-printable, charset: UTF-8, 43 lines --]
> 
> What about this one?
> 
> https://drive.google.com/file/d/0B6b4Rx-uVkeMMkotOThYdFVSMGM/edit?usp=sharing
> 
Nice picture!  :-)

-- 
Chris Green
·

-- 
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] Simple PRU examples

[Jon Escombe]

Hi,

No not really, not yet at least.

My immediate needs are pretty simple - just wanting to decouple any 
timing sensitive bits from my user space Linux code. Just frequency 
measurement, pwm etc..


I started off by downloading the TI PRU C compiler, but struggled a bit 
with the lack of examples (or maybe I just wasn't looking in the right 
places!). But yes, is fair to say I'd probably have used C if I'd 
stumbled across a useful library and documentation/examples sooner.


Anyway - I think it was a useful learning exercise going right back to 
basics, as all the features and peripherals of the BBB can be a bit 
overwhelming when moving from something like an AVR ;)


Regards,
Jon

On 29/08/14 15:37, Jason Kridner wrote:

Thanks! The minimalism is nice. Have you tried any of the other tools
like the PRU GCC compiler, Pruspeak or the web-based PRU debugger to see
if they are helpful?


On Fri, Aug 29, 2014 at 3:40 AM, Jon E mailto:jesco...@googlemail.com>> wrote:

Hi,

I've just been through the learning curve of getting started with
PRU development, and have pushed some simple examples to GitHub.

Posting here in case they're of use to anyone else in the same
position..

https://github.com/dresco/pru_examples

Regards,
Jon



--
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] startx with systemd

[Dieter Wirz]

Usually on Linux systems you simply install a desktop manager like
GDM, KDM, XDM This way you get a userlogin. But I never tried this
with Angstrom.

On Mon, Aug 25, 2014 at 10:18 PM, William Hermans  wrote:
> By creating / adding a service. I have not done this myself, so do not know
> how it all is done, but I've seen it done recently. googling "systemd
> services" should help.
>
> One link i found quickly just now searching :
> http://patrakov.blogspot.com/2011/01/writing-systemd-service-files.html
>
>
> On Mon, Aug 25, 2014 at 12:49 PM,  wrote:
>>
>> Dear,
>>
>>   I'm trying to start X from systemd (Angstrom - Beaglebone black). So
>> far, all my attempts failed. Starting X from command line works perfectly.
>>
>>   Any hint how X is started from systemd?
>>
>> Thanks,
>> Bart
>>
>> --
>> 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] Simple PRU examples

[Jason Kridner]

oh, and the "Arduino" port attempted by the students of John Brown
University: https://github.com/lucas-ti/PRdUino

I haven't had a chance to try that one out. A quick look a the code makes
it seem pretty incomplete. I don't see most of the Arduino functions.

As an effort to quickly generate functions to support additional
peripherals, the BeaglePilot folks tried out compiling Starterware for the
PRU and had some success: https://github.com/BeaglePilot/PRUSS-C

They never fleshed out any real testing or put it into any packaging, but I
think it is an approach that could save a lot of work or at least give
examples for learning for a cleaner implementation.

Your sensibilities about simplicity just seem right, so I'm curious about
your thoughts on these various efforts to simplify PRU programming.


On Fri, Aug 29, 2014 at 10:37 AM, Jason Kridner 
wrote:

> Thanks! The minimalism is nice. Have you tried any of the other tools like
> the PRU GCC compiler, Pruspeak or the web-based PRU debugger to see if they
> are helpful?
>
>
> On Fri, Aug 29, 2014 at 3:40 AM, Jon E  wrote:
>
>> Hi,
>>
>> I've just been through the learning curve of getting started with PRU
>> development, and have pushed some simple examples to GitHub.
>>
>> Posting here in case they're of use to anyone else in the same position..
>>
>> https://github.com/dresco/pru_examples
>>
>> Regards,
>> Jon
>>
>>  --
>> 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: Are there no capes which provide just I/O buffering and level conversion?

[cl]

land-boards  wrote:
> [-- text/plain, encoding quoted-printable, charset: UTF-8, 34 lines --]
> 
> How about this one?
> 
> https://www.kickstarter.com/projects/land-boards/33v-5v-gvs-cape-for-the-beaglebone
> 
Well it's OK except that they haven't actually produced it yet!  :-)

... and *please* don't mail me as well as the list.

-- 
Chris Green
·

-- 
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] Simple PRU examples

[Jason Kridner]

Thanks! The minimalism is nice. Have you tried any of the other tools like
the PRU GCC compiler, Pruspeak or the web-based PRU debugger to see if they
are helpful?


On Fri, Aug 29, 2014 at 3:40 AM, Jon E  wrote:

> Hi,
>
> I've just been through the learning curve of getting started with PRU
> development, and have pushed some simple examples to GitHub.
>
> Posting here in case they're of use to anyone else in the same position..
>
> https://github.com/dresco/pru_examples
>
> Regards,
> Jon
>
>  --
> 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] Are there no capes which provide just I/O buffering and level conversion?

[Jerônimo Lopes]

What about this one?

https://drive.google.com/file/d/0B6b4Rx-uVkeMMkotOThYdFVSMGM/edit?usp=sharing


2014-08-29 4:04 GMT-03:00 :

> I've looked through the capes advertised on beagleboard.org but I
> can't find anything that offers general purpose buffering and level
> conversion.  Is there really nothing of this sort available or am I
> missing something?
>
> Given the sensitivity/vulnerability of the BBB's I/O I would hae
> thought an I/O cape that provides, say, 16 bidirectional 5v digital
> I/O pins would be very useful.  If it also buffered the A2D inputs
> that would be a bonus.
>
> I guess I'll have to DIY it on a breadboard cape.
>
> --
> Chris Green
> ·
>
> --
> 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: Are there no capes which provide just I/O buffering and level conversion?

[land-boards]

How about this one?

https://www.kickstarter.com/projects/land-boards/33v-5v-gvs-cape-for-the-beaglebone

On Friday, August 29, 2014 3:18:50 AM UTC-4, c...@isbd.net wrote:
>
> I've looked through the capes advertised on beagleboard.org but I 
> can't find anything that offers general purpose buffering and level 
> conversion.  Is there really nothing of this sort available or am I 
> missing something? 
>
> Given the sensitivity/vulnerability of the BBB's I/O I would hae 
> thought an I/O cape that provides, say, 16 bidirectional 5v digital 
> I/O pins would be very useful.  If it also buffered the A2D inputs 
> that would be a bonus. 
>
> I guess I'll have to DIY it on a breadboard cape. 
>
> -- 
> Chris Green 
> · 
>
> 

-- 
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 mode, kernel 3.8

[Benedek]

Hi,

I updated the newest image on my BBB, but I didn't check before, if 
everything works with it.
So, do you know, if I can change the mode of pins using the kernel 3.8?

Secondly, does the pinmode function works in bonescript with kernel 3.8?

Thanks,
Benedek

-- 
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] Simple PRU examples

[Jon E]

Hi, 

I've just been through the learning curve of getting started with PRU 
development, and have pushed some simple examples to GitHub.

Posting here in case they're of use to anyone else in the same position..

https://github.com/dresco/pru_examples

Regards,
Jon

-- 
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] Are there no capes which provide just I/O buffering and level conversion?

[cl]

I've looked through the capes advertised on beagleboard.org but I
can't find anything that offers general purpose buffering and level
conversion.  Is there really nothing of this sort available or am I
missing something?

Given the sensitivity/vulnerability of the BBB's I/O I would hae
thought an I/O cape that provides, say, 16 bidirectional 5v digital
I/O pins would be very useful.  If it also buffered the A2D inputs
that would be a bonus.

I guess I'll have to DIY it on a breadboard cape.

-- 
Chris Green
·

-- 
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.