[beagleboard] Beaglebone Black Power LED on but no User LEDs running.

[Peter]

Hi All
I have a problem with my BBB. When connecting the power, the power led 
comes on, but no usr leds light up. If an ethernet cable is applied, the 
ethernet leds are on. I have tried holding down the uboot button when 
connecting and clicking the reset button as well as the power button. 
Should the power led turn off or flicker when either the power button or 
reset button is pressed? Because it doesn't seem to. 

cheers

Peter 

-- 
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] How to synchronize ADC sampling clock ？

[sun19920218]

Hi, 
how to synchronize ADC sampling clock (CLK_M_OSC, in AM335x manual, page 
3731) with external 1PPS source or others?
I used PTP to synchronize system clock in the kernel before, however, the 
jitter is about 30us （but I need a jitter with accuracy under 1us.）.
So I want to synchronize ADC sampling clock(24MHz),  Is there any way to 
synchronize it ? Is the clock of CLK_M_OSC be adjustable?
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] duda acerca de funcionamiento de adaptador usb tl 823 n tp link

[MARTIN ALBARRACIN]

hola a todos ,,,quisiera que me colabores con un problema que tengo lo que 
pasa es que tengo un adaptador wifi tl 823n de marca tplink lo conecto 
a la beaglebone black y posterior a esto lo conecto al adaptador dc 
,(alimentacion) ...abro la terminal e introduzco el comando para descubrir 
los dispositivos usb,, y lo encuentra ,,pero pasados 4 segundos es como sii 
se bloqueara ya no responde queda un el led D4 encendido ,esto 
solo pasa cuando conecto el adaptador ,, intente conectar cuando la 
beagle ya estuviera en su funcionamiento normal ,ya no la reconoce ,,

-- 
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] why BBB died? datasheets/multimeter seem to indicate it shouldn't have

[William Pretty Security]

Hi Again;

 

I took a quick look at you fritzing drawing and the data sheet.

If the drawing is accurate then you have the ULN connected wrong.

Also, that device is designed to be driven from at least 5V logic, so you will 
need a level shifter.

 

When I get a chance, I’ll try and draft up a quick schematic for you J

 

 

"No one could make a greater mistake than he who did nothing because he could 
do only a little."

"All that is necessary for the triumph of evil is that good men do nothing" 
Edmond Burke (1729 - 1797)

http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book

 

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of William Pretty Security
Sent: Monday, July 21, 2014 8:56 PM
To: beagleboard@googlegroups.com
Subject: RE: [beagleboard] why BBB died? datasheets/multimeter seem to indicate 
it shouldn't have

 

Hi;

 

It’s hard to tell without looking at the ULN data sheet, but the ULN may have 
drawn too much current from the port.

You may have to use a buffer and/or a level shifter to drive the ULN.

 

Bill

 

 

 

"No one could make a greater mistake than he who did nothing because he could 
do only a little."

"All that is necessary for the triumph of evil is that good men do nothing" 
Edmond Burke (1729 - 1797)

http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book

 

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of Carol Hsin
Sent: Monday, July 21, 2014 8:10 PM
To: beagleboard@googlegroups.com
Subject: [beagleboard] why BBB died? datasheets/multimeter seem to indicate it 
shouldn't have

 

I'm using a ULN2003AN to actuate a 24V/3W solenoid valve. After I set pin P8_11 
to HIGH, the solenoid clicked and its power led turned on, then the BBB died. I 
tried turning the BBB power on again, but all that happens is that the power 
led flashes briefly. I had checked everything w a multimeter before hooking up 
the system. The solenoid is 177 ohms; hooked to 24V, it reads 0.151A -- which 
is under ULN2003AN's .5A max and matches its datasheet (AVS-5322-24D on 
http://www.automationdirect.com/static/specs/nitradirectionsolenoidavs5.pdf). 

There shouldn't be a problem. And the ULN2003AN isn't broken. The BBB and 
transistor worked fine for a more expensive solenoid valve (VUVB-L: 
http://www.festo.com/net/SupportPortal/Files/17267/Ventile_en.pdf). I've tested 
it with that valve and the multimeter read 374 ohms; hooked to 24V, it reads 
0.062A.

I don't understand why the BBB died. It shouldn't have because I was careful 
about checking the datasheets and then w the multimeter. Would someone please 
tell me what went wrong? I can't see any mistakes.

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

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4716 / Virus Database: 3986/7863 - Release Date: 07/16/14

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4716 / Virus Database: 3986/7863 - Release Date: 07/16/14

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4716 / Virus Database: 3986/7897 - Release Date: 07/21/14

-- 
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] BeagleBone Black with thunderbolt

[liyaoshi]

If I can suggest , for storage system , you can try banana pi board .
http://www.bananapi.org/
It will have sata and 2 cortex-A7 cores


2014-07-22 8:05 GMT+08:00 eagletree :

> Thanks very much for the reply. I kind of suspected that. The thunderbolt
> works well with the recent mini-macs and I already have it connected to one
> as a backup device, it would be simple enough to export on NFS and that
> would do the job. The way I'm planning the app, there would be multiple
> BBBs accessing the file system plus they would use standard db IO for sql.
> Given that each BBB would be handling a single web service request (start
> to finish of one state), I think NFS would be adequate. I had just hoped to
> take advantage of the raw performance of the Areca RAID we use. You've
> settled the architecture for me and it's easier to set up a prototype this
> way. Thank you.
>
>
> On Monday, July 21, 2014 10:44:27 AM UTC-7, William Hermans wrote:
>
>> I'm not a Thunderbolt expert, but I think the bottleneck here ( assuming
>> the BBB had  access to PCI-E ) would be the CPU. I have been following the
>> concept several years before implemented in consumer product, I still do
>> not know the actual specification, but I am fairly certain the BBB does not
>> have fast enough, or even enough I/O to do Thunderbolt.
>>
>> However, the BBB *can* load the kernel and root file system via USB, NFS,
>> and MMC media at minimum. I've done all 3 of the above, and they a work
>> very well. The on board Ethernet is exceptionally fast when compared to
>> some PC implementations. The USB hardware I tested was nearly twice as fast
>> at writes, but slightly slower at reads( comparedto NFS ). This may / may
>> not have had to do with my external USB media though.
>>
>> iSCSI also worked, but was not faster than NFS. Since NFS is considerably
>> easier to setup, I pretty much "gave up" on iSCSI.
>>
>>
>> On Sun, Jul 20, 2014 at 2:31 PM, eagletree  wrote:
>>
>>> I am very new to the SBC world. I have an RP but would like to use a
>>> Beaglebone Black for an application on my network. The difficulty is that
>>> the data involved is on a Thunderbolt RAID array. I can re-export access to
>>> that file system on a protocol that these small computers could access, but
>>> I had hoped to be able to directly connect and avoid having a proxy
>>> computer to maintain. Is there any possibility that someone is working on a
>>> cape that could access thunderbolt for disk array connections? Is
>>> thunderbolt too proprietary and guarded to work up one's own solution?
>>>
>>> --
>>> 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] why BBB died? datasheets/multimeter seem to indicate it shouldn't have

[William Pretty Security]

Hi;

 

It’s hard to tell without looking at the ULN data sheet, but the ULN may have 
drawn too much current from the port.

You may have to use a buffer and/or a level shifter to drive the ULN.

 

Bill

 

 

 

"No one could make a greater mistake than he who did nothing because he could 
do only a little."

"All that is necessary for the triumph of evil is that good men do nothing" 
Edmond Burke (1729 - 1797)

http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book

 

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of Carol Hsin
Sent: Monday, July 21, 2014 8:10 PM
To: beagleboard@googlegroups.com
Subject: [beagleboard] why BBB died? datasheets/multimeter seem to indicate it 
shouldn't have

 

I'm using a ULN2003AN to actuate a 24V/3W solenoid valve. After I set pin P8_11 
to HIGH, the solenoid clicked and its power led turned on, then the BBB died. I 
tried turning the BBB power on again, but all that happens is that the power 
led flashes briefly. I had checked everything w a multimeter before hooking up 
the system. The solenoid is 177 ohms; hooked to 24V, it reads 0.151A -- which 
is under ULN2003AN's .5A max and matches its datasheet (AVS-5322-24D on 
http://www.automationdirect.com/static/specs/nitradirectionsolenoidavs5.pdf). 

There shouldn't be a problem. And the ULN2003AN isn't broken. The BBB and 
transistor worked fine for a more expensive solenoid valve (VUVB-L: 
http://www.festo.com/net/SupportPortal/Files/17267/Ventile_en.pdf). I've tested 
it with that valve and the multimeter read 374 ohms; hooked to 24V, it reads 
0.062A.

I don't understand why the BBB died. It shouldn't have because I was careful 
about checking the datasheets and then w the multimeter. Would someone please 
tell me what went wrong? I can't see any mistakes.

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

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4716 / Virus Database: 3986/7863 - Release Date: 07/16/14

-- 
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] minimal kernel v3.8

[Douglas Jerome]

Hi, I know I'm some days late with this but
you can also take a look at ttylinux kernel for
beaglebone. The kernel is small but larger than
his; it is in the ttylinux-beagle_bone-2014.10.tar.bz2
file:
http://ttylinux.net/dloadBBN.html


On 07/18/14 07:26, Maxim Podbereznyy wrote:

Thank you Jeronimo! I will check the folders of modules

18 Июл 2014 г. 18:23 пользователь "Jerônimo Lopes"
mailto:lopesjeron...@gmail.com>> написал:

Hi Maxim, I'm no expert in kernel build, just sharing my own
experience.


2014-07-18 4:52 GMT-03:00 Maxim Podbereznyy mailto:lisar...@gmail.com>>:

Hi!

I need to compile a minimal kernel v3.8 for BBB. With
instructions from RCN the kernel builds with the final size of
5.5M for zImage and 32M for modules. I need to reduce this size
but yet don't want to lose any capes support.
​​
​

​
I'm currently using buildroot, and (almost) default beaglebone
configuration. The result is a kernel image has 3.5 Mb, and about
0.5 Mb for modules. So it's possible. But, no cape manager support.

​

​
Can any
​​
​​
body
​​
suggest how to reduce it? Looking into defconfig drives me crazy
because it seems that anything could be
​​
​​
enabled
​​
was
​​
enabled statically or dynamically.
​

​

I'd say, try to check the biggest folders at modules, and start
checking if you really need that module(s) on your system.
For example, I just check some tests that I've made with RCN kernel
(using default configuration), the result is about 103 Mb of
modules. 14Mb of those, are at the 'fs', in this case I won't use
anything but ext2/4, so disable it. And so on. First check the "big
villains".
​

​


--
LinkedIn - http://www.linkedin.com/in/maximpodbereznyy
Company - http://www.linkedin.com/company/mentorel
Facebook - https://www.facebook.com/mentorel.company

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

[beagleboard] why BBB died? datasheets/multimeter seem to indicate it shouldn't have

[Carol Hsin]

I'm using a ULN2003AN to actuate a 24V/3W solenoid valve. After I set pin 
P8_11 to HIGH, the solenoid clicked and its power led turned on, then the 
BBB died. I tried turning the BBB power on again, but all that happens is 
that the power led flashes briefly. I had checked everything w a multimeter 
before hooking up the system. The solenoid is 177 ohms; hooked to 24V, it 
reads 0.151A -- which is under ULN2003AN's .5A max and matches its 
datasheet (AVS-5322-24D on 
http://www.automationdirect.com/static/specs/nitradirectionsolenoidavs5.pdf). 


There shouldn't be a problem. And the ULN2003AN isn't broken. The BBB and 
transistor worked fine for a more expensive solenoid valve (VUVB-L: 
http://www.festo.com/net/SupportPortal/Files/17267/Ventile_en.pdf). I've 
tested it with that valve and the multimeter read 374 ohms; hooked to 24V, 
it reads 0.062A.

I don't understand why the BBB died. It shouldn't have because I was 
careful about checking the datasheets and then w the multimeter. Would 
someone please tell me what went wrong? I can't see any mistakes.

-- 
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] BeagleBone Black with thunderbolt

[eagletree]

Thanks very much for the reply. I kind of suspected that. The thunderbolt 
works well with the recent mini-macs and I already have it connected to one 
as a backup device, it would be simple enough to export on NFS and that 
would do the job. The way I'm planning the app, there would be multiple 
BBBs accessing the file system plus they would use standard db IO for sql. 
Given that each BBB would be handling a single web service request (start 
to finish of one state), I think NFS would be adequate. I had just hoped to 
take advantage of the raw performance of the Areca RAID we use. You've 
settled the architecture for me and it's easier to set up a prototype this 
way. Thank you.

On Monday, July 21, 2014 10:44:27 AM UTC-7, William Hermans wrote:
>
> I'm not a Thunderbolt expert, but I think the bottleneck here ( assuming 
> the BBB had  access to PCI-E ) would be the CPU. I have been following the 
> concept several years before implemented in consumer product, I still do 
> not know the actual specification, but I am fairly certain the BBB does not 
> have fast enough, or even enough I/O to do Thunderbolt.
>
> However, the BBB *can* load the kernel and root file system via USB, NFS, 
> and MMC media at minimum. I've done all 3 of the above, and they a work 
> very well. The on board Ethernet is exceptionally fast when compared to 
> some PC implementations. The USB hardware I tested was nearly twice as fast 
> at writes, but slightly slower at reads( comparedto NFS ). This may / may 
> not have had to do with my external USB media though.
>
> iSCSI also worked, but was not faster than NFS. Since NFS is considerably 
> easier to setup, I pretty much "gave up" on iSCSI. 
>
>
> On Sun, Jul 20, 2014 at 2:31 PM, eagletree  > wrote:
>
>> I am very new to the SBC world. I have an RP but would like to use a 
>> Beaglebone Black for an application on my network. The difficulty is that 
>> the data involved is on a Thunderbolt RAID array. I can re-export access to 
>> that file system on a protocol that these small computers could access, but 
>> I had hoped to be able to directly connect and avoid having a proxy 
>> computer to maintain. Is there any possibility that someone is working on a 
>> cape that could access thunderbolt for disk array connections? Is 
>> thunderbolt too proprietary and guarded to work up one's own solution?
>>  
>> -- 
>> 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] setting priority of two ethernet connections

[Jerônimo Lopes]

Hi Nevio,

​​

2014-07-20 7:43 GMT-03:00 nebius :

> Hi,
> here Nevio, from Italy. I'm new in the forum.
> I'm playing with a BeagleBone Black C with debian 7.5 2014-07-06 version.
> The BBB is connected to the local network with internet access, and I run
> it with ssh.
> I have connected also a usb internet-key (Huawei E3131) that work out of
> the box. This internet key is different from the others because it is seen
> as an ethernet device, not usb device.
> ​
>
​

Sorry if this is not the focus of your question, but can you tell how you
make this modem work like an ethernet device? "Plug'n play" or did you do
some kind of configuration?

I've recently have some problems on make this modem work in ofono, but if
the modem can work it would be nice.​

​
> I am having trouble with configuring which internet connection the system
> has to use.
> In particular I would like the BBB use the internet connection via LAN if
> the internet via LAN is up, else the other connection (via usb internet
> key).
> I have configured the two eth connections with different priorities
> (/etc/network/interfaces), however if the LAN has no internet connection
> the system don't use the usb-key.
> I post my config file.
>
> eth0 = wired connection, gateway 192.168.0.1
> eth1 = via usb internet key, gateway 192.168.1.1
> ​
>
​
I believe Debian default ​network connection manager is Wicd, I never used.

I'm currently using Connman to manage connections and default route. You
can check some documentation here:
http://git.kernel.org/cgit/network/connman/connman.git/tree/doc/overview-api.txt

​
>
> debian@arm:~$ ping 8.8.8.8
> PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
> From 192.168.0.1 icmp_seq=1 Destination Net Unreachable
> From 192.168.0.1 icmp_seq=2 Destination Net Unreachable
> From 192.168.0.1 icmp_seq=3 Destination Net Unreachable
> From 192.168.0.1 icmp_seq=4 Destination Net Unreachable
> From 192.168.0.1 icmp_seq=5 Destination Net Unreachable
> ^C
> --- 8.8.8.8 ping statistics ---
> 9 packets transmitted, 0 received, +9 errors, 100% packet loss, time
> 8012ms
>
>
> debian@arm:~$ ping -I eth1 8.8.8.8
> PING 8.8.8.8 (8.8.8.8) from 192.168.0.14 eth1: 56(84) bytes of data.
> 64 bytes from 8.8.8.8: icmp_req=3 ttl=43 time=658 ms
> 64 bytes from 8.8.8.8: icmp_req=2 ttl=43 time=1687 ms
> 64 bytes from 8.8.8.8: icmp_req=1 ttl=43 time=2687 ms
> 64 bytes from 8.8.8.8: icmp_req=4 ttl=43 time=47.6 ms
> ^C
> --- 8.8.8.8 ping statistics ---
> 8 packets transmitted, 7 received, 12% packet loss, time 7003ms
> rtt min/avg/max/mdev = 47.670/899.876/2687.464/921.850 ms, pipe 3
>
>
> debian@arm:~$ sudo route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric RefUse
> Iface
> 0.0.0.0 192.168.0.1 0.0.0.0 UG0  00
> eth0
> 0.0.0.0 192.168.1.1 0.0.0.0 UG10 00
> eth1
> 192.168.0.0 0.0.0.0 255.255.255.0   U 0  00
> eth0
> 192.168.1.0 0.0.0.0 255.255.255.0   U 0  00
> eth1
> 192.168.7.0 0.0.0.0 255.255.255.252 U 0  00
> usb0
>
>
> debian@arm:~$ nano /etc/network/interfaces
>
>
> # This file describes the network interfaces available on your system
> # and how to activate them. For more information, see interfaces(5).
>
>
> # The loopback network interface
> auto lo
> iface lo inet loopback
>
>
> # The primary network interface
> auto eth0
> iface eth0 inet static
> address 192.168.0.14
> netmask 255.255.255.0
> gateway 192.168.0.1
>
>
> # Example to keep MAC address between reboots
> #hwaddress ether DE:AD:BE:EF:CA:FE
>
>
> # The secondary network interface
> auto eth1
> allow-hotplug eth1
> #allow-auto eth1
> iface eth1 inet static
> address 192.168.1.100
> netmask 255.255.255.0
> gateway 192.168.1.1
> metric 10
>
>
> # WiFi Example
> #auto wlan0
> #iface wlan0 inet dhcp
> #wpa-ssid "essid"
> #wpa-psk  "password"
>
>
> # Ethernet/RNDIS gadget (g_ether)
> # ... or on host side, usbnet and random hwaddr
> # Note on some boards, usb0 is automaticly setup with an init script
> iface usb0 inet static
> address 192.168.7.2
> netmask 255.255.255.0
> network 192.168.7.0
> gateway 192.168.7.1
>
>  --
> 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: Ideas for Mass Flashing/Testing

[Brendan Bleker]

I meant to say "burn a customized boot partition".

-- 
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: Ideas for Mass Flashing/Testing

[Brendan Bleker]

Thanks for the replies!
How long is typical for a serial boot?

The SD card slot will not be populated, but a boot partition could be made 
available using a bed of nails and an SD card elsewhere.


Ideally, I'd like to have the board boot, giving it enough life to do a 
full burn of the on-board flash and to configure the EEPROM.
I imagine that serial boot may be very slow, however, a script could be 
configured to write to the EEPROM, and burn a customized u-boot so that the 
device can connect to a faster medium for the rootfs (via NFS or USB0). 

Would serial boot be ideal for this sort of thing?
 

-- 
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] Ideas for Mass Flashing/Testing

[Bill Mar]

Here at Special Computing, we use our custom serial booter for our initial
power up test rigs before moving on to NFS boot.  Its easier to scale up
these networked test rigs that doesn't depend on too much working on the
board as power is first applied (there may not even be a microSD on our
boards).


On Mon, Jul 21, 2014 at 1:26 PM, Robert Nelson 
wrote:

> On Mon, Jul 21, 2014 at 3:01 PM, 'William Park' via BeagleBoard
>  wrote:
> > From my understanding, BBB can boot only from eMMC or mSD.  If there is
> > something you can insert into mSD slot to emulate mSD, then you should
> > be ok.  I'm sure there is such a thing, but no idea.
>
> There is also serial boot.. This is why you see the "" 's on the
> serial port when the eMMC and microSD are blank.
>
> 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] Re: How do I change the SPI clock (P9_22) speed on BBB? And what is the maximum speed?

[kyle]

Cool, just learned something myself today!   Now that I think about it I 
think it's I2C where the speed is set in device-tree only.   

-- 
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: The CryptoCape is now available at SparkFun Electronics

[Joshua Datko]

I've seen them get out on a logic analyzer. I *think* it's using the fast
speed of 400kHz? But I always get confused on the speed and like you said,
I'd have to measure it to be sure.


On Mon, Jul 21, 2014 at 4:19 PM, emck  wrote:

> 'Sokay, it's some comfort to know I'm not missing a glaringly obvious
> solution.
>
> If you happen to have a scope on the bus someday, I'd be curious whether
> those two zero bytes actually get out to the bus though.
> What clock rate are you running?
>
>  --
> 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/NhMSP9ywlzg/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] Ideas for Mass Flashing/Testing

[Robert Nelson]

On Mon, Jul 21, 2014 at 3:01 PM, 'William Park' via BeagleBoard
 wrote:
> From my understanding, BBB can boot only from eMMC or mSD.  If there is
> something you can insert into mSD slot to emulate mSD, then you should
> be ok.  I'm sure there is such a thing, but no idea.

There is also serial boot.. This is why you see the "" 's on the
serial port when the eMMC and microSD are blank.

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] Ideas for Mass Flashing/Testing

['William Park' via BeagleBoard]

>From my understanding, BBB can boot only from eMMC or mSD.  If there is
something you can insert into mSD slot to emulate mSD, then you should
be ok.  I'm sure there is such a thing, but no idea.

On Mon, Jul 21, 2014 at 12:47:35PM -0700, Brendan Bleker wrote:
> 
> Hi Everyone,
> 
> I have a board that has been developed using the Beaglebone Black as a 
> reference design. 
> We are trying to figure out a way to do mass Flashing/Testing of the boards 
> in a production environment. 
> 
> The boards will be coming from our manufacturer with absolutely nothing on 
> the internal flash or EEPROM.
> I'd like to devise a way to be able to plug multiple boards boards into a 
> jig (i.e. a USB hub), and have them flash and go through some initial test 
> scripts to test out the hardware functionality.
> 
> My hope was that the board would be able to boot off of USB0 via a USB hard 
> drive, flash or NFS drive with the boot partition and boot files also 
> located on the drive. From what I've read, I understand, there is no 
> possible way of doing this and that a boot partition must exist on an SD 
> card or the on-board flash in order to boot from NFS, or USB0.
> 
> Is my understanding correct? Are there other ways to boot the board with no 
> on-board flash/SD boot partition?
> 
> Thanks in Advance!
> 
> 
> -- 
> 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: The CryptoCape is now available at SparkFun Electronics

[emck]

'Sokay, it's some comfort to know I'm not missing a glaringly obvious 
solution.

If you happen to have a scope on the bus someday, I'd be curious whether 
those two zero bytes actually get out to the bus though.
What clock rate are you running?

-- 
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] Compiling Debian kernel for BBB

[Robert Nelson]

On Mon, Jul 21, 2014 at 3:08 PM, Mark A. Yoder  wrote:
> Are you scripts smart enough to install the right cross compilers?  Do I
> need sudo apt-get install gcc-arm-linux-gnueabi?

I don't bother using ubuntu's default "gcc-arm-linux-gnueabi(hf)"
compilers, they eol their release's way to fast and they vary from
distro release.

I always pull them down from: http://releases.linaro.org/

I have the am335x-v3.8 locked in on the last linaro 4.7 gnueabihf,
such that it'll still build the branch today and 2 years from now.

You can always override CC= in system.sh and do what you want.

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] Compiling Debian kernel for BBB

[Robert Nelson]

On Mon, Jul 21, 2014 at 3:05 PM, Mark A. Yoder  wrote:
> Let me summarize  Here is what I tell my students:
>
> host$ sudo apt-get install gcc-arm-linux-gnueabi
> host$ git clone
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> ~/linux-src
> host$ git clone  https://github.com/RobertCNelson/bb-kernel.git
> host$ cd bb-kernel
> host$ git tab  (This shows what versions are available)
> host$ git checkout 3.8.13-bone60 -b v3.8.13-bone60
> host$ ./build_kernel.sh
>
> If we don't edit system.sh is it able to figure out what cross compilers to
> use and how to set ZRELADDR?

By default, the am335x-v3.8 branch will use linaro's:
gnueabihf-4.7-2013.04 cross compiler:

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

https://github.com/RobertCNelson/bb-kernel/blob/am33x-v3.8/scripts/gcc.sh#L94

https://releases.linaro.org/13.04/components/toolchain/binaries/gcc-linaro-arm-linux-gnueabihf-4.7-2013.04-20130415_linux.tar.xz

ZRELADDR is ignored, we are in a bootz/zImage world now. ;)

> host$ ./dpkg_check.sh
> trusty
> ii  libncurses5-dev:amd64
> 5.9+20140118-1ubuntu1   amd64developer's
> libraries for ncurses

Ah, yeah it correctly detects. Trusty, i was reading your wiki and saw
the mention of precise, so i thought there might still be a bug in the
host checker 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 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] Compiling Debian kernel for BBB

[William Hermans]

IS that the right compiler ? I do not think so . . . should be the hf
compiler for the BBB. Maybe I'm wrong ?


On Mon, Jul 21, 2014 at 1:08 PM, Mark A. Yoder 
wrote:

> Are you scripts smart enough to install the right cross compilers?  Do I
> need *sudo apt-get install gcc-arm-linux-gnueabi?*
>
> --Mark
>
>
> On Monday, July 21, 2014 4:05:15 PM UTC-4, Mark A. Yoder wrote:
>>
>> Let me summarize  Here is what I tell my students:
>>
>> host$ *sudo apt-get install gcc-arm-linux-gnueabi*
>> host$ *git clone
>> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
>>  
>> ~/linux-src*
>> host$* git clone  https://github.com/RobertCNelson/bb-kernel.git
>> *
>> host$ cd bb-kernel
>> host$ *git tab  *(This shows what versions are available)
>> host$ *git checkout 3.8.13-bone60 -b v**3.8.13-bone60*
>> host$ *./build_kernel.sh*
>>
>> If we don't edit system.sh is it able to figure out what cross compilers
>> to use and how to set ZRELADDR?
>>
>> host$ *./dpkg_check.sh *
>> trusty
>> ii  libncurses5-dev:amd64
>> 5.9+20140118-1ubuntu1   amd64
>>  developer's libraries for ncurses
>>
>> --Mark
>>
>>
>> On Monday, July 21, 2014 3:45:28 PM UTC-4, RobertCNelson wrote:
>>>
>>> On Mon, Jul 21, 2014 at 2:17 PM, Robert Nelson 
>>> wrote:
>>> > On Mon, Jul 21, 2014 at 2:11 PM, Mark A. Yoder 
>>> wrote:
>>> >> I'm pulling together some notes for my students[1] on installing and
>>> >> compiling different kernels for BeagleBone Black.
>>> >>
>>> >> The installing side is now easy with the latest (2014-7-16) Debian
>>> image.
>>> >> Run:
>>> >>
>>> >> apt-cache pkgnames | grep linux-image
>>> >>
>>> >> to see what images are out there and then:
>>> >>
>>> >> apt-get install linux-image-3.8.13-bone60
>>> >>
>>> >> to install the image of your choice.  But what if you want to compile
>>> your
>>> >> own?
>>> >>
>>> >> Are these the best way to do it from scratch?
>>> >>
>>> >> host$ git clone git://github.com/RobertCNelson/linux-dev.git
>>> >> host$ cd linux-dev
>>> >
>>> > Use "bb-kernel" instead of "linux-dev" (less 'other' noise for users
>>> > going on in that repo)
>>> >
>>> >> host$ git checkout origin/am33x-v3.8 -b am33x-v3.8
>>> >> host$ cp system.sh.sample system.sh
>>> >> host$ ./build_kernel.sh
>>> >>
>>> >> How do I see what versions are available for checkout? How do I
>>> compile a
>>> >> specific version, such as 3.8.13-bone60?
>>> >
>>> > There is also:
>>> > https://github.com/RobertCNelson/linux-stable-rcn-ee/branches/all
>>> >
>>> > Just prototyping it right now, planning to move it to:
>>> >
>>> > https://github.com/beagleboard/linux
>>> >
>>> >
>>> >>
>>> >> Once I've gotten something to compile and work should I:
>>> >>
>>> >> host$ git checkout -b myBranch
>>> >>
>>> >> so I can easily track the changes I make?  Do I just run
>>> ./build_kernel.sh
>>> >> again to recompile?
>>> >
>>> > So "./build_kernel.sh" will always "nuke" ./KERNEL/ but it'll build it
>>> > based on patches/defconfig & patch.sh
>>> >
>>> > "./tools/rebuild.sh" will allow you to 'rebuild" ./KERNEL/ as is, say
>>> > your working on a kernel patch but haven't commited it to the
>>> > patch.sh/patches_dir...
>>> >
>>> >
>>> >> Thanks, your answers will help me guide my students...
>>> >>
>>> >> --Mark
>>> >>
>>> >> [1]
>>> >> http://elinux.org/EBC_Exercise_08_Installing_
>>> Development_Tools#Getting_the_3.8_Kernel
>>>
>>> BTW, here's a couple things to help out:
>>>
>>> If you do:
>>>
>>> git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-
>>> stable.git
>>>  ~/linux-src
>>>
>>> The scripts will automatically find that location, so you can ignore
>>> changing system.sh
>>>
>>> and do me a favor on precise, run:
>>>
>>> ./repo_maintenance/dpkg_check.sh
>>>
>>> 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] Compiling Debian kernel for BBB

[Mark A. Yoder]

Are you scripts smart enough to install the right cross compilers?  Do I 
need *sudo apt-get install gcc-arm-linux-gnueabi?*

--Mark

On Monday, July 21, 2014 4:05:15 PM UTC-4, Mark A. Yoder wrote:
>
> Let me summarize  Here is what I tell my students:
>
> host$ *sudo apt-get install gcc-arm-linux-gnueabi*
> host$ *git clone 
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git 
>  
> ~/linux-src*
> host$* git clone  https://github.com/RobertCNelson/bb-kernel.git 
> *
> host$ cd bb-kernel
> host$ *git tab  *(This shows what versions are available)
> host$ *git checkout 3.8.13-bone60 -b v**3.8.13-bone60*
> host$ *./build_kernel.sh*
>
> If we don't edit system.sh is it able to figure out what cross compilers 
> to use and how to set ZRELADDR?
>
> host$ *./dpkg_check.sh *
> trusty
> ii  libncurses5-dev:amd64 
> 5.9+20140118-1ubuntu1   amd64   
>  developer's libraries for ncurses
>
> --Mark
>
>
> On Monday, July 21, 2014 3:45:28 PM UTC-4, RobertCNelson wrote:
>>
>> On Mon, Jul 21, 2014 at 2:17 PM, Robert Nelson  
>> wrote: 
>> > On Mon, Jul 21, 2014 at 2:11 PM, Mark A. Yoder  
>> wrote: 
>> >> I'm pulling together some notes for my students[1] on installing and 
>> >> compiling different kernels for BeagleBone Black. 
>> >> 
>> >> The installing side is now easy with the latest (2014-7-16) Debian 
>> image. 
>> >> Run: 
>> >> 
>> >> apt-cache pkgnames | grep linux-image 
>> >> 
>> >> to see what images are out there and then: 
>> >> 
>> >> apt-get install linux-image-3.8.13-bone60 
>> >> 
>> >> to install the image of your choice.  But what if you want to compile 
>> your 
>> >> own? 
>> >> 
>> >> Are these the best way to do it from scratch? 
>> >> 
>> >> host$ git clone git://github.com/RobertCNelson/linux-dev.git 
>> >> host$ cd linux-dev 
>> > 
>> > Use "bb-kernel" instead of "linux-dev" (less 'other' noise for users 
>> > going on in that repo) 
>> > 
>> >> host$ git checkout origin/am33x-v3.8 -b am33x-v3.8 
>> >> host$ cp system.sh.sample system.sh 
>> >> host$ ./build_kernel.sh 
>> >> 
>> >> How do I see what versions are available for checkout? How do I 
>> compile a 
>> >> specific version, such as 3.8.13-bone60? 
>> > 
>> > There is also: 
>> > https://github.com/RobertCNelson/linux-stable-rcn-ee/branches/all 
>> > 
>> > Just prototyping it right now, planning to move it to: 
>> > 
>> > https://github.com/beagleboard/linux 
>> > 
>> > 
>> >> 
>> >> Once I've gotten something to compile and work should I: 
>> >> 
>> >> host$ git checkout -b myBranch 
>> >> 
>> >> so I can easily track the changes I make?  Do I just run 
>> ./build_kernel.sh 
>> >> again to recompile? 
>> > 
>> > So "./build_kernel.sh" will always "nuke" ./KERNEL/ but it'll build it 
>> > based on patches/defconfig & patch.sh 
>> > 
>> > "./tools/rebuild.sh" will allow you to 'rebuild" ./KERNEL/ as is, say 
>> > your working on a kernel patch but haven't commited it to the 
>> > patch.sh/patches_dir... 
>> > 
>> > 
>> >> Thanks, your answers will help me guide my students... 
>> >> 
>> >> --Mark 
>> >> 
>> >> [1] 
>> >> 
>> http://elinux.org/EBC_Exercise_08_Installing_Development_Tools#Getting_the_3.8_Kernel
>>  
>>
>> BTW, here's a couple things to help out: 
>>
>> If you do: 
>>
>> git clone git://
>> git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git 
>>  ~/linux-src 
>>
>> The scripts will automatically find that location, so you can ignore 
>> changing system.sh 
>>
>> and do me a favor on precise, run: 
>>
>> ./repo_maintenance/dpkg_check.sh 
>>
>> 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] Compiling Debian kernel for BBB

[Mark A. Yoder]

Let me summarize  Here is what I tell my students:

host$ *sudo apt-get install gcc-arm-linux-gnueabi*
host$ *git clone 
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git 
 
~/linux-src*
host$* git clone  https://github.com/RobertCNelson/bb-kernel.git*
host$ cd bb-kernel
host$ *git tab  *(This shows what versions are available)
host$ *git checkout 3.8.13-bone60 -b v**3.8.13-bone60*
host$ *./build_kernel.sh*

If we don't edit system.sh is it able to figure out what cross compilers to 
use and how to set ZRELADDR?

host$ *./dpkg_check.sh *
trusty
ii  libncurses5-dev:amd64 
5.9+20140118-1ubuntu1   amd64   
 developer's libraries for ncurses

--Mark


On Monday, July 21, 2014 3:45:28 PM UTC-4, RobertCNelson wrote:
>
> On Mon, Jul 21, 2014 at 2:17 PM, Robert Nelson  > wrote: 
> > On Mon, Jul 21, 2014 at 2:11 PM, Mark A. Yoder  > wrote: 
> >> I'm pulling together some notes for my students[1] on installing and 
> >> compiling different kernels for BeagleBone Black. 
> >> 
> >> The installing side is now easy with the latest (2014-7-16) Debian 
> image. 
> >> Run: 
> >> 
> >> apt-cache pkgnames | grep linux-image 
> >> 
> >> to see what images are out there and then: 
> >> 
> >> apt-get install linux-image-3.8.13-bone60 
> >> 
> >> to install the image of your choice.  But what if you want to compile 
> your 
> >> own? 
> >> 
> >> Are these the best way to do it from scratch? 
> >> 
> >> host$ git clone git://github.com/RobertCNelson/linux-dev.git 
> >> host$ cd linux-dev 
> > 
> > Use "bb-kernel" instead of "linux-dev" (less 'other' noise for users 
> > going on in that repo) 
> > 
> >> host$ git checkout origin/am33x-v3.8 -b am33x-v3.8 
> >> host$ cp system.sh.sample system.sh 
> >> host$ ./build_kernel.sh 
> >> 
> >> How do I see what versions are available for checkout? How do I compile 
> a 
> >> specific version, such as 3.8.13-bone60? 
> > 
> > There is also: 
> > https://github.com/RobertCNelson/linux-stable-rcn-ee/branches/all 
> > 
> > Just prototyping it right now, planning to move it to: 
> > 
> > https://github.com/beagleboard/linux 
> > 
> > 
> >> 
> >> Once I've gotten something to compile and work should I: 
> >> 
> >> host$ git checkout -b myBranch 
> >> 
> >> so I can easily track the changes I make?  Do I just run 
> ./build_kernel.sh 
> >> again to recompile? 
> > 
> > So "./build_kernel.sh" will always "nuke" ./KERNEL/ but it'll build it 
> > based on patches/defconfig & patch.sh 
> > 
> > "./tools/rebuild.sh" will allow you to 'rebuild" ./KERNEL/ as is, say 
> > your working on a kernel patch but haven't commited it to the 
> > patch.sh/patches_dir... 
> > 
> > 
> >> Thanks, your answers will help me guide my students... 
> >> 
> >> --Mark 
> >> 
> >> [1] 
> >> 
> http://elinux.org/EBC_Exercise_08_Installing_Development_Tools#Getting_the_3.8_Kernel
>  
>
> BTW, here's a couple things to help out: 
>
> If you do: 
>
> git clone git://
> git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git 
>  ~/linux-src 
>
> The scripts will automatically find that location, so you can ignore 
> changing system.sh 
>
> and do me a favor on precise, run: 
>
> ./repo_maintenance/dpkg_check.sh 
>
> 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: The CryptoCape is now available at SparkFun Electronics

[Joshua Datko]

Thanks for the question, but I don't think you will like my answer:

the ci2c_wakeup as you have discovered is indeed a hack. I looked into to a
cleaner way to do this. My conclusion was that to produce a "proper" wakeup
signal I'd have to mux the SDA pin to a GPIO mode to pull it low and then
mux it back to I2C to use the I2C controller.

I had also considered connecting a different GPIO pin to the SDA line with
the sole purpose of pulling that low for the wakeup. But that seemed more
hackish than what I was currently doing.

In the end, the two bytes of zeros seems to reliably, albeit hackishly, do
the trick for me when I'm using linux.

Josh


On Mon, Jul 21, 2014 at 12:22 PM, emck  wrote:

> I'm trying to interface to the ATECC108 but I'm not running linux.  Main
> issue I've run into is trying to wake up the chip, which requires holding
> SDA low for at least 60 usec.  This is tricky because the AM335x I2C
> controller won't send any data to the bus without sending an address first,
> and if it doesn't get an ACK after sending the address it won't send any
> data, just aborts the transaction with a STOP condition.
>
> In the libcrypti2c code you have a function ci2c_wakeup() that sends two 0
> bytes to the device.  How do you get the AM335x to send those bytes, if the
> device is asleep and thus won't ACK the address?  Or are you doing the same
> thing I've found, which is that the low bits in the device address happen
> to hold SDA low *just *long enough to wake up the chip?  (I keep hoping
> there's a better solution, not involving any bitbanging.  Maybe there
> isn't.)
>
>  --
> 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/NhMSP9ywlzg/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] Ideas for Mass Flashing/Testing

[Robert Nelson]

On Mon, Jul 21, 2014 at 2:47 PM, Brendan Bleker  wrote:
>
> Hi Everyone,
>
> I have a board that has been developed using the Beaglebone Black as a
> reference design.
> We are trying to figure out a way to do mass Flashing/Testing of the boards
> in a production environment.
>
> The boards will be coming from our manufacturer with absolutely nothing on
> the internal flash or EEPROM.
> I'd like to devise a way to be able to plug multiple boards boards into a
> jig (i.e. a USB hub), and have them flash and go through some initial test
> scripts to test out the hardware functionality.
>
> My hope was that the board would be able to boot off of USB0 via a USB hard
> drive, flash or NFS drive with the boot partition and boot files also
> located on the drive. From what I've read, I understand, there is no
> possible way of doing this and that a boot partition must exist on an SD
> card or the on-board flash in order to boot from NFS, or USB0.
>
> Is my understanding correct? Are there other ways to boot the board with no
> on-board flash/SD boot partition?

The bbb from CircuitCo has the same issue. On first power, a script on
the microSD programs the board eeprom, then reboots. Then the kernel
will find the eMMC device, then we resync the data from the microSD to
the eMMC.

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] Ideas for Mass Flashing/Testing

[Brendan Bleker]

Hi Everyone,

I have a board that has been developed using the Beaglebone Black as a 
reference design. 
We are trying to figure out a way to do mass Flashing/Testing of the boards 
in a production environment. 

The boards will be coming from our manufacturer with absolutely nothing on 
the internal flash or EEPROM.
I'd like to devise a way to be able to plug multiple boards boards into a 
jig (i.e. a USB hub), and have them flash and go through some initial test 
scripts to test out the hardware functionality.

My hope was that the board would be able to boot off of USB0 via a USB hard 
drive, flash or NFS drive with the boot partition and boot files also 
located on the drive. From what I've read, I understand, there is no 
possible way of doing this and that a boot partition must exist on an SD 
card or the on-board flash in order to boot from NFS, or USB0.

Is my understanding correct? Are there other ways to boot the board with no 
on-board flash/SD boot partition?

Thanks in Advance!


-- 
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] Compiling Debian kernel for BBB

[Robert Nelson]

On Mon, Jul 21, 2014 at 2:17 PM, Robert Nelson  wrote:
> On Mon, Jul 21, 2014 at 2:11 PM, Mark A. Yoder  wrote:
>> I'm pulling together some notes for my students[1] on installing and
>> compiling different kernels for BeagleBone Black.
>>
>> The installing side is now easy with the latest (2014-7-16) Debian image.
>> Run:
>>
>> apt-cache pkgnames | grep linux-image
>>
>> to see what images are out there and then:
>>
>> apt-get install linux-image-3.8.13-bone60
>>
>> to install the image of your choice.  But what if you want to compile your
>> own?
>>
>> Are these the best way to do it from scratch?
>>
>> host$ git clone git://github.com/RobertCNelson/linux-dev.git
>> host$ cd linux-dev
>
> Use "bb-kernel" instead of "linux-dev" (less 'other' noise for users
> going on in that repo)
>
>> host$ git checkout origin/am33x-v3.8 -b am33x-v3.8
>> host$ cp system.sh.sample system.sh
>> host$ ./build_kernel.sh
>>
>> How do I see what versions are available for checkout? How do I compile a
>> specific version, such as 3.8.13-bone60?
>
> There is also:
> https://github.com/RobertCNelson/linux-stable-rcn-ee/branches/all
>
> Just prototyping it right now, planning to move it to:
>
> https://github.com/beagleboard/linux
>
>
>>
>> Once I've gotten something to compile and work should I:
>>
>> host$ git checkout -b myBranch
>>
>> so I can easily track the changes I make?  Do I just run ./build_kernel.sh
>> again to recompile?
>
> So "./build_kernel.sh" will always "nuke" ./KERNEL/ but it'll build it
> based on patches/defconfig & patch.sh
>
> "./tools/rebuild.sh" will allow you to 'rebuild" ./KERNEL/ as is, say
> your working on a kernel patch but haven't commited it to the
> patch.sh/patches_dir...
>
>
>> Thanks, your answers will help me guide my students...
>>
>> --Mark
>>
>> [1]
>> http://elinux.org/EBC_Exercise_08_Installing_Development_Tools#Getting_the_3.8_Kernel

BTW, here's a couple things to help out:

If you do:

git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
 ~/linux-src

The scripts will automatically find that location, so you can ignore
changing system.sh

and do me a favor on precise, run:

./repo_maintenance/dpkg_check.sh

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] Compiling Debian kernel for BBB

[Robert Nelson]

On Mon, Jul 21, 2014 at 2:11 PM, Mark A. Yoder  wrote:
> I'm pulling together some notes for my students[1] on installing and
> compiling different kernels for BeagleBone Black.
>
> The installing side is now easy with the latest (2014-7-16) Debian image.
> Run:
>
> apt-cache pkgnames | grep linux-image
>
> to see what images are out there and then:
>
> apt-get install linux-image-3.8.13-bone60
>
> to install the image of your choice.  But what if you want to compile your
> own?
>
> Are these the best way to do it from scratch?
>
> host$ git clone git://github.com/RobertCNelson/linux-dev.git
> host$ cd linux-dev

Use "bb-kernel" instead of "linux-dev" (less 'other' noise for users
going on in that repo)

> host$ git checkout origin/am33x-v3.8 -b am33x-v3.8
> host$ cp system.sh.sample system.sh
> host$ ./build_kernel.sh
>
> How do I see what versions are available for checkout? How do I compile a
> specific version, such as 3.8.13-bone60?

There is also:
https://github.com/RobertCNelson/linux-stable-rcn-ee/branches/all

Just prototyping it right now, planning to move it to:

https://github.com/beagleboard/linux


>
> Once I've gotten something to compile and work should I:
>
> host$ git checkout -b myBranch
>
> so I can easily track the changes I make?  Do I just run ./build_kernel.sh
> again to recompile?

So "./build_kernel.sh" will always "nuke" ./KERNEL/ but it'll build it
based on patches/defconfig & patch.sh

"./tools/rebuild.sh" will allow you to 'rebuild" ./KERNEL/ as is, say
your working on a kernel patch but haven't commited it to the
patch.sh/patches_dir...


> Thanks, your answers will help me guide my students...
>
> --Mark
>
> [1]
> http://elinux.org/EBC_Exercise_08_Installing_Development_Tools#Getting_the_3.8_Kernel

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] Compiling Debian kernel for BBB

[Mark A. Yoder]

I'm pulling together some notes for my students[1] on installing and 
compiling different kernels for BeagleBone Black.

The installing side is now easy with the latest (2014-7-16) Debian image. 
 Run:

apt-cache pkgnames | grep linux-image

to see what images are out there and then:

apt-get install linux-image-3.8.13-bone60

to install the image of your choice. * But what if you want to compile your 
own?*

Are these the best way to do it from scratch?

host$ *git clone git://github.com/RobertCNelson/linux-dev.git*
host$* cd linux-dev*
host$* git checkout origin/am33x-v3.8 -b am33x-v3.8*
host$* cp system.sh.sample system.sh*
host$ *./build_kernel.sh*

How do I see what versions are available for checkout? How do I compile a 
specific version, such as 3.8.13-bone60?

Once I've gotten something to compile and work should I:

host$ git checkout -b myBranch

so I can easily track the changes I make?  Do I just run ./build_kernel.sh 
again to recompile?

Thanks, your answers will help me guide my students...

--Mark

[1] 
http://elinux.org/EBC_Exercise_08_Installing_Development_Tools#Getting_the_3.8_Kernel
 

-- 
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] BeagleBone Black with thunderbolt

[William Hermans]

I'm not a Thunderbolt expert, but I think the bottleneck here ( assuming
the BBB had  access to PCI-E ) would be the CPU. I have been following the
concept several years before implemented in consumer product, I still do
not know the actual specification, but I am fairly certain the BBB does not
have fast enough, or even enough I/O to do Thunderbolt.

However, the BBB *can* load the kernel and root file system via USB, NFS,
and MMC media at minimum. I've done all 3 of the above, and they a work
very well. The on board Ethernet is exceptionally fast when compared to
some PC implementations. The USB hardware I tested was nearly twice as fast
at writes, but slightly slower at reads( comparedto NFS ). This may / may
not have had to do with my external USB media though.

iSCSI also worked, but was not faster than NFS. Since NFS is considerably
easier to setup, I pretty much "gave up" on iSCSI.


On Sun, Jul 20, 2014 at 2:31 PM, eagletree  wrote:

> I am very new to the SBC world. I have an RP but would like to use a
> Beaglebone Black for an application on my network. The difficulty is that
> the data involved is on a Thunderbolt RAID array. I can re-export access to
> that file system on a protocol that these small computers could access, but
> I had hoped to be able to directly connect and avoid having a proxy
> computer to maintain. Is there any possibility that someone is working on a
> cape that could access thunderbolt for disk array connections? Is
> thunderbolt too proprietary and guarded to work up one's own solution?
>
> --
> 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: Debugger Listening on Port 15454?

[Stephen Nicholson]

Yes, it was that I had to push the play button on the debugger.  Also 
thanks for the information about how you disable the debugger.

On Sunday, July 20, 2014 2:28:07 PM UTC-4, dl7...@gmail.com wrote:
>
> I'm running into the exact same problem. Were you ever able to solve this 
> issue?
>
> Thanks
>
> On Sunday, June 15, 2014 6:39:14 PM UTC-7, Stephen Nicholson wrote:
>>
>>
>> I have been trying the demo JavaScript files and I keep getting the 
>> message
>>
>> Debugger LIstening on Port 15454
>>
>> when I run the js file and it not doing anything.
>>
>> I have no idea what do.  I'm using Cloud9.  I bought the BeagleBone Black 
>> from Adafruit about 1 month ago.
>>
>> I tried the example given on the main page below
>>
>> var b = require('bonescript');
>>
>> var state = b.LOW;
>>
>> b.pinMode("USR0", b.OUTPUT);
>> b.pinMode("USR1", b.OUTPUT);
>> b.pinMode("USR2", b.OUTPUT);
>> b.pinMode("USR3", b.OUTPUT);
>> setInterval(toggle, 1000);
>>
>> function toggle() {
>> if(state == b.LOW) state = b.HIGH;
>> else state = b.LOW;
>> b.digitalWrite("USR3", state);
>> }
>>
>> I also tried some simple addition examples and keep getting the same 
>> debugger message.
>>
>> Thanks,
>>
>> Steve
>>
>

-- 
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 RTC?

[William Hermans]

Ok. I was not trying to be smart, but was curious. I am still learning a
lot about the beaglebone black myself, AND we're offgrid here ( solar and
wind ) so this kind of topic generally peaks my interest.


On Mon, Jul 21, 2014 at 10:14 AM, Edu Galvez 
wrote:

> William, don't know yet :).
> Information about this topic was confusing, so first step was to prove
> that the BBB and a Li-Po battery can keep the RTC alive.
>
>
>>  --
> 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: BeagleBone Black RTC?

[Edu Galvez]

William, don't know yet :). 
Information about this topic was confusing, so first step was to prove that 
the BBB and a Li-Po battery can keep the RTC alive.


>

-- 
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] Off-Grid Beaglebone Camera

[William Hermans]

Well, we live completely offgrid, so my advice to you when picking battery
capacity. Figure out what you need, and multiply by 10. Also, you're going
to need to observe actual power output of the solar panel, and possibly do
the same. The idea here is that you want to charge your battery even on a
cloudy day.

Last but not least. Either make or buy a charge controller. If you dont,
your battery will be short lived.


On Mon, Jul 21, 2014 at 7:27 AM, Robert Nelson 
wrote:

> On Sat, Jul 19, 2014 at 5:16 PM,   wrote:
> > Hi all.  I'm working on a new project.  The idea is an off-grid
> surveillance
> > camera powered by the Beaglebone Black.  I have a couple of challenged
> that
> > I'm wondering if anyone has overcome.
> >
> > - I'm planning to transmit the photos via a cellular modem.  I'm looking
> for
> > a good one currently, but I know several USB versions are available.
>
> Every usb device is guaranteed 100mA, so look for spi/usart modems.
> (they do exist)
>
> > - I will power the device with a solar panel, sealed lead acid battery,
> and
> > a buck converter.
>
> A small bank of super caps becomes helpful when there is random cloud
> cover.
>
> > - I am planning to use an HD webcam to capture the photos.
> >
> > Now these are the challenges that I'm working on:
> > - I have no experience with set-it-and-forget-it electronics.  What
> pitfalls
> > should I watch out for that could cause the system to hang or
> malfunction?
> >
> > - The Beaglebone Black draws about 150mA when idle.  Although I can
> overcome
> > this with larger batteries and solar panels, I would like to minimize
> these
> > expenses.  I've read several posts where people are trying to disable
> > certain features on the Beaglebone to conserve energy, but I have yet to
> see
> > any successful examples.  Is anyone aware of ways to reduce power
> > consumption?
> >
> > - I would like to shutdown the Beaglebone when the battery voltage gets
> > below a certain point and turn it back on when above a certain point.
>  Are
> > there any pre-made capes that will enable this?
>
>
> 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: Cross-Compiling Qt5 on Beaglebone Black with OpenGL

[Don deJuan]

On 07/21/2014 09:29 AM, Jay wrote:
> Hey guys,
>
> No luck for me in getting this working. Beaglebone seems to have quite a 
> few issues with Qt5 and the build doesn't seem to want to cooperate.  For 
> others looking to pursue the same route, I got several suggestions to take 
> the route of Yocto and bitbaking the meta-ti recipe, which seems promising.
>
> For me, because my project is flexible, (call me a traitor) I switched to a 
> Raspberry Pi to build Qt5 on to.  It was incredibly easy to get the latest 
> Qt5.3.1 build on there and all the driv
Or you could just use an OS for BBB that has it built for you since you
seem to not be able to build it yourself on that platform.

wipe Debian, install archlinux-arm pacman -S qt5
AndWhatEverElseYouWantQT5Related

Again you can even install qt4 and at5 side by side

profit.

-- 
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] debian 2014-07-16

[Mark A. Yoder]

Yup, removing the commented out line fixed it.

Thanks...

--Mark

On Monday, July 21, 2014 12:19:38 PM UTC-4, RobertCNelson wrote:
>
> On Mon, Jul 21, 2014 at 11:14 AM, Mark A. Yoder  > wrote: 
> > Looks like the same error[1].  I am logged in as root.  I do have an 
> extra 
> > line in my uEnv.txt[2], but it shouldn't matter. 
>
> Actually it does. ;) 
>
> Quickly add's a filter for # .. ;) 
>
> Thanks! 
>
>
> -- 
> 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: Cross-Compiling Qt5 on Beaglebone Black with OpenGL

[Jay]

Hey guys,

No luck for me in getting this working. Beaglebone seems to have quite a 
few issues with Qt5 and the build doesn't seem to want to cooperate.  For 
others looking to pursue the same route, I got several suggestions to take 
the route of Yocto and bitbaking the meta-ti recipe, which seems promising.

For me, because my project is flexible, (call me a traitor) I switched to a 
Raspberry Pi to build Qt5 on to.  It was incredibly easy to get the latest 
Qt5.3.1 build on there and all the drivers I needed came pre-installed with 
the Raspbian image.  So if there's anyone out there like me who isn't 
extremely versed in dealing with all the build issues, I'd recommend the 
Raspberry Pi if you need an embedded platform with Qt5.

Jay

On Thursday, July 17, 2014 12:03:55 PM UTC-7, ashwin.s...@gmail.com wrote:
>
> Jay, 
>
> Try using just -opengl instead of -opengl es2. I did it and configure 
> output had 'OPENGL Desktop'. I'm guessing full GL was selected instead of 
> ES subset. My /use/include had a GL/ directory but no GLES/ or GLES2/.
>

-- 
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: The CryptoCape is now available at SparkFun Electronics

[emck]

I'm trying to interface to the ATECC108 but I'm not running linux.  Main 
issue I've run into is trying to wake up the chip, which requires holding 
SDA low for at least 60 usec.  This is tricky because the AM335x I2C 
controller won't send any data to the bus without sending an address first, 
and if it doesn't get an ACK after sending the address it won't send any 
data, just aborts the transaction with a STOP condition.

In the libcrypti2c code you have a function ci2c_wakeup() that sends two 0 
bytes to the device.  How do you get the AM335x to send those bytes, if the 
device is asleep and thus won't ACK the address?  Or are you doing the same 
thing I've found, which is that the low bits in the device address happen 
to hold SDA low *just *long enough to wake up the chip?  (I keep hoping 
there's a better solution, not involving any bitbanging.  Maybe there 
isn't.)

-- 
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] debian 2014-07-16

[Robert Nelson]

On Mon, Jul 21, 2014 at 11:14 AM, Mark A. Yoder  wrote:
> Looks like the same error[1].  I am logged in as root.  I do have an extra
> line in my uEnv.txt[2], but it shouldn't matter.

Actually it does. ;)

Quickly add's a filter for # .. ;)

Thanks!


-- 
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] debian 2014-07-16

[Mark A. Yoder]

Looks like the same error[1].  I am logged in as root.  I do have an extra 
line in my uEnv.txt[2], but it shouldn't matter.

--Mark

*apt-get install linux-image-3.8.13.bone59*
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Note, selecting 'linux-image-3.8.13-bone59' for regex 
'linux-image-3.8.13.bone59'
linux-image-3.8.13-bone59 is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue [Y/n]? 
Setting up linux-image-3.8.13-bone59 (1wheezy) ...
update-initramfs: Generating /boot/initrd.img-3.8.13-bone59
zz-uenv_txt: Updating /boot/uEnv.txt [uname_r=3.8.13-bone59]
*sed: -e expression #1, char 15: unterminated `s' command*
run-parts: /etc/kernel/postinst.d/zz-uenv_txt exited with return code 1
dpkg: error processing linux-image-3.8.13-bone59 (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 linux-image-3.8.13-bone59
E: Sub-process /usr/bin/dpkg returned an error code (1)

[2] cat uEnv.txt
#Docs: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0

uname_r=3.8.13-bone60
*# uname_r=3.15.6-bone5*

#dtb=

cmdline=quiet init=/lib/systemd/systemd
...

On Monday, July 21, 2014 12:05:40 PM UTC-4, RobertCNelson wrote:
>
> On Mon, Jul 21, 2014 at 10:57 AM, Mark A. Yoder  > wrote: 
> > I like the idea of using apt-get install to update the kernel.  I just 
> tried 
> > it and got an error when it tried to edit uEnv.txt. I hand edited 
> uEnv.txt 
> > and rebooted into the new kernel with no problems. 
> > 
> > --Mark 
> > 
> > [1] apt-get install linux-image-3.8.13.bone59 
> > Reading package lists... Done 
> > Building dependency tree 
> > Reading state information... Done 
> > Note, selecting 'linux-image-3.8.13-bone59' for regex 
> > 'linux-image-3.8.13.bone59' 
> > Suggested packages: 
> >   linux-firmware-image-3.8.13-bone59 
> > The following NEW packages will be installed: 
> >   linux-image-3.8.13-bone59 
> > 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. 
> > Need to get 17.5 MB of archives. 
> > After this operation, 40.9 MB of additional disk space will be used. 
> > Get:1 http://repos.rcn-ee.net/debian/ wheezy/main 
> linux-image-3.8.13-bone59 
> > armhf 1wheezy [17.5 MB] 
> > Fetched 17.5 MB in 19s (909 kB/s) 
> > Selecting previously unselected package linux-image-3.8.13-bone59. 
> > (Reading database ... 66002 files and directories currently installed.) 
> > Unpacking linux-image-3.8.13-bone59 (from 
> > .../linux-image-3.8.13-bone59_1wheezy_armhf.deb) ... 
> > Setting up linux-image-3.8.13-bone59 (1wheezy) ... 
> > update-initramfs: Generating /boot/initrd.img-3.8.13-bone59 
> > zz-uenv_txt: Updating /boot/uEnv.txt [uname_r=3.8.13-bone59] 
> > sudo: unable to resolve host yoder-debian-bone 
> > sed: -e expression #1, char 15: unterminated `s' command 
>
> How very odd.. Can you do me a favor and drop the "sudo" part of the 
> script and retest.. 
>
> /etc/kernel/postinst.d/zz-uenv_txt 
>
> Here's the current version for reference 
>
> https://github.com/RobertCNelson/omap-image-builder/blob/master/target/other/zz-uenv_txt
>  
>
> as it's just calling: 
>
> sed -i -e 's:'${older_kernel}':'${version}':g' /boot/uEnv.txt 
>
> which should be pretty generic.. I should add a "${older_kernel}  != 
> ${version} right before that for sanity.. 
>
> 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] debian 2014-07-16

[Robert Nelson]

On Mon, Jul 21, 2014 at 10:57 AM, Mark A. Yoder  wrote:
> I like the idea of using apt-get install to update the kernel.  I just tried
> it and got an error when it tried to edit uEnv.txt. I hand edited uEnv.txt
> and rebooted into the new kernel with no problems.
>
> --Mark
>
> [1] apt-get install linux-image-3.8.13.bone59
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Note, selecting 'linux-image-3.8.13-bone59' for regex
> 'linux-image-3.8.13.bone59'
> Suggested packages:
>   linux-firmware-image-3.8.13-bone59
> The following NEW packages will be installed:
>   linux-image-3.8.13-bone59
> 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> Need to get 17.5 MB of archives.
> After this operation, 40.9 MB of additional disk space will be used.
> Get:1 http://repos.rcn-ee.net/debian/ wheezy/main linux-image-3.8.13-bone59
> armhf 1wheezy [17.5 MB]
> Fetched 17.5 MB in 19s (909 kB/s)
> Selecting previously unselected package linux-image-3.8.13-bone59.
> (Reading database ... 66002 files and directories currently installed.)
> Unpacking linux-image-3.8.13-bone59 (from
> .../linux-image-3.8.13-bone59_1wheezy_armhf.deb) ...
> Setting up linux-image-3.8.13-bone59 (1wheezy) ...
> update-initramfs: Generating /boot/initrd.img-3.8.13-bone59
> zz-uenv_txt: Updating /boot/uEnv.txt [uname_r=3.8.13-bone59]
> sudo: unable to resolve host yoder-debian-bone
> sed: -e expression #1, char 15: unterminated `s' command

How very odd.. Can you do me a favor and drop the "sudo" part of the
script and retest..

/etc/kernel/postinst.d/zz-uenv_txt

Here's the current version for reference
https://github.com/RobertCNelson/omap-image-builder/blob/master/target/other/zz-uenv_txt

as it's just calling:

sed -i -e 's:'${older_kernel}':'${version}':g' /boot/uEnv.txt

which should be pretty generic.. I should add a "${older_kernel}  !=
${version} right before that for sanity..

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] Ethernet port for data logging???

[smith . randallscott]

I am attempting to logging process data from a PLC to my BBB over 
ethernet.  How do I determine which ethernet port to use?

Thank you,

Scott

-- 
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] Maximum SD card size for BBB

[Gerald Coley]

And I can confirm this is correct.

Gerald



On Mon, Jul 21, 2014 at 10:40 AM, Robert Nelson 
wrote:

> On Mon, Jul 21, 2014 at 10:34 AM, Eric Fort  wrote:
> > so can someone link to something definitive stating that for the beagle
> bone
> > (black) 32GB SDHC is the biggest card supported (assuming this is
> correct)?
>
> From:
> http://en.wikipedia.org/wiki/Secure_Digital#SDXC
>
> The Secure Digital eXtended Capacity (SDXC) format, announced in
> January 2009 and defined in Version 3.01 of the SD specification,
> supports cards up to 2 TB (2048 GB), compared to a limit of 32 GB for
> SDHC cards in the SD 2.0 specification. SDXC adopts Microsoft's exFAT
> file system as a mandatory feature.
>
> aka:
> microSDHC 32GB is your limit..
>
> 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] PRU Uart read using Rx interrupt

[jstampfl]

I have modified my earlier read program to use interrupts from the PRU Uart 
to the PRU.

See the Code at:https://github.com/jstampfl/PruUart_Int

The program for the PRU depends on the C program to do some of the 
initialization of the PRU interrupts.  The PRU code initializes the Uart Rx 
interrupt which is System Event 6.  The System Event 6 is mapped to channel 
0 which is mapped to Host Interrupt 0 which appears on r31.t30 of the PRU.

.setcallreg r2.w0  //  Just out of habit.
.origin 0
.entrypoint TB
TB:
   ldi r20,0
   ldi r21,0
   ldi r22,0
   mov r0,0
   sbbo r0,r20,r21,4
   zero &r0,64 //zero 16 registers
TB05:
   sbbo r0,r20,r21,64  //zero some of pru0 local memory
   add r21,r21,64  // for linux string functions
   add r22,r22,1
   qbgt TB05,r22,20

   jmp ISET//this is the routine to setup
   //interrupts

TB1:
// See section 8.2.1 in the AM335x PRU-ICSS Reference Guide
//for formula to compute the Uart divisor
   ldi r3,4   //Uart divisor  =1250 = 0x04E2
   sbco r3,c7,0x24,4  // 9600 at 16x
   ldi r3,0xE2//in DLL & DLH
   sbco r3,c7,0x20,4

   ldi r3,1
   sbco r3,c7,4,4// turn on receiver interupts
   lbco r3,c7,8,4//read IIR to clear

   ldi r3,0x3 //LCR = 3, 8 none & 1
   sbco r3,c7,0x0C,4  //

   mov r3,0x6001  //Power &
   sbco r3,c7,0x30,4  // = tx on, rx on & Free to enable
   mov r5,0xFF
   ldi r4,0
   
   ldi r4,0  //zero some registers
   ldi r5,0
   ldi r3,0
   ldi r20,0
   ldi r21,0
   mov r9,276
   ldi r11,0

   ldi r24,0
   call RSET // routine to clear & enable interrupts
 //  and  get a character.

TB2:
   qbbc TB2,r31.t30 // spin here for interrupt

   call RSET// clear, enable & read

   sbbo r3,r5,r4,1// and put in buffer
   add r4,r4,1

   qbne TB2,r3,0xA// do until nl received
   sbbo r20,r5,r4,1   // put null to terminate
   ldi r4,0   // zero buffer pointer
   mov r31.b0,35  // signal linux
   jmp TB2

TB9:// an exit point used in debugging.  Not used here
   ldi r18,332// offset to write errno
   sbbo r23,r18,0,4   // used for debugging
   HALT

ISET: //  This section is to initialize the interrupts
   mov r19,336//point to printf in mem
   lbco r13,c4,4,4//enable OCP master port
   clr r13,r13,4
   sbco r13,c4,4,4

   lbco r13,c4,0x2C,4//disable MII_RT Events
   ldi r13,0 // MII_RT Register in Pru cfg
   sbco r13,c4,0x2C,4

   mov  r15,0x10//Turn off global interrupts
   lbco r14,c0,r15,4
   clr r14,r14,0
   sbco r14,c0,r15,4

   mov r15,0x400//set up Channel map
   mov r14,0x09090909   // first map all unused events to
   sbco r14,c0,r15,4//  Channel 9
   mov r15,0x408
   sbco r14,c0,r15,4
   mov r15,0x40C// skiping offsets 410 & 414, they
   sbco r14,c0,r15,4// were set by the C program via prussdrv
   mov r18,0x43C
   mov r15,0x414
TB43:
   add r15,r15,4
   sbco r14,c0,r15,4
   qbgt TB43,r15,r18
   mov r14,0x0909
   mov r15,0x400// now do offset 400
   sbco r14,c0,r15,4// only allow events 2 & 3
   mov r14,0x0900
   mov r15,0x404// now do 404, which has the
   sbco r14,c0,r15,4// entries for 4,5,6 the Uart interrupts

   ldi r15, 0x24 //clear all events
   call ALLEVT

   mov  r15,0x10
   ldi r14,0x1
   sbco r14,c0,r15,4

   ldi r15,0x28  // enable all events
   call ALLEVT
   jmp TB1

RSET:  // Routine to clear & enalbe system events, also host interrupts
   //  and read IIR in the Uart registers to clear the interrupt from
   // the Uart.  Also gets the character from the Uart buffer.
   mov r24,r2   // Save return address
// so can call ALLEVT
   mov r15,0x24 //  to clear system event
   call ALLEVT
   mov r15,0x28 //  to enable system event
   call ALLEVT
   lbco r3,c7,8,4//read IIR to clear
   lbco r3,c7,0,4 //data is ready, get from RBR
   ldi r17,1
   sbco r17,c7,4,4// turn on receive interupts
   mov r15,0x34  //HIEISR  to enable host interrupt
   ldi r14,0
   sbco r14,c0,r15,4
   mov r15,0x34  //HIEISR  to enable host interrupt
   ldi r14,2
   sbco r14,c0,r15,4
   mov r15,0x34  //HIEISR  to enable host interrupt
   ldi r14,3
   sbco r14,c0,r15,4
   mov r2,r24// restore return address
   ret
 

Re: [beagleboard] debian 2014-07-16

[Mark A. Yoder]

I like the idea of using apt-get install to update the kernel.  I just 
tried it and got an error when it tried to edit uEnv.txt. I hand edited 
uEnv.txt and rebooted into the new kernel with no problems.

--Mark

[1] apt-get install linux-image-3.8.13.bone59
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Note, selecting 'linux-image-3.8.13-bone59' for regex 
'linux-image-3.8.13.bone59'
Suggested packages:
  linux-firmware-image-3.8.13-bone59
The following NEW packages will be installed:
  linux-image-3.8.13-bone59
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 17.5 MB of archives.
After this operation, 40.9 MB of additional disk space will be used.
Get:1 http://repos.rcn-ee.net/debian/ wheezy/main linux-image-3.8.13-bone59 
armhf 1wheezy [17.5 MB]
Fetched 17.5 MB in 19s (909 kB/s)   
   
Selecting previously unselected package linux-image-3.8.13-bone59.
(Reading database ... 66002 files and directories currently installed.)
Unpacking linux-image-3.8.13-bone59 (from 
.../linux-image-3.8.13-bone59_1wheezy_armhf.deb) ...
Setting up linux-image-3.8.13-bone59 (1wheezy) ...
update-initramfs: Generating /boot/initrd.img-3.8.13-bone59
zz-uenv_txt: Updating /boot/uEnv.txt [uname_r=3.8.13-bone59]
sudo: unable to resolve host yoder-debian-bone
sed: -e expression #1, char 15: unterminated `s' command
run-parts: /etc/kernel/postinst.d/zz-uenv_txt exited with return code 1
dpkg: error processing linux-image-3.8.13-bone59 (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 linux-image-3.8.13-bone59
E: Sub-process /usr/bin/dpkg returned an error code (1)

On Thursday, July 17, 2014 4:44:39 PM UTC-4, john3909 wrote:
>
>
> On 7/17/14, 8:14 AM, "Robert Nelson" > 
> wrote: 
>
> >On Wed, Jul 16, 2014 at 7:22 PM, Robert Nelson  > 
> >wrote: 
> >> On Wed, Jul 16, 2014 at 5:45 PM, John Syn  > wrote: 
> >>> I've attached my uEnv.txt file I use for mounting rootfs over NFS. Not 
> >>> sure how to work around using two kernels, one built with initrd and 
> >>> another without initrd support. 
> > 
> >okay, same kernel (v3.15.5-bone5) supports both initrd boot and nfs 
> >boot.  Now i'm confused, why was this broken in prior kernels? 
> I¹m also confused. I recall working on TFTP boot/NFS rootfs early in the 
> v3.8 kernel and I had to remove both the initrd reference in bootz and 
> also compile the kernel without initrd support. If I didn¹t do this, the 
> kernel boot would hang. I have just rebuilt u-boot with your latest patch 
> and I used your V3.15.5-bone5 kernel together with your proposed uEnv.txt 
> and it works perfectly. This is very nice. Thank you for making this so 
> much easier. Excellent work. 
>
> One change I¹m going to make is change the uboot mount to my tftp folder 
> so when I update the kernel, it updates the kernel/dtbs on my tftp folder 
> and not on the MMC BOOT partition. 
>
> Regards, 
> John 
> > 
> >nfsboot: 
> >http://pastebin.com/sXFSu7k3 
> > 
> >debian@beaglebone:~$ cat disk/uEnv.txt 
> >client_ip=192.168.0.118 
> >server_ip=192.168.0.10 
> >gw_ip=192.168.0.1 
> >root_dir=/opt/wheezy 
> > 
> >mmcboot: 
> >http://pastebin.com/EKDpTvYc 
> > 
> >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...@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] Maximum SD card size for BBB

[Robert Nelson]

On Mon, Jul 21, 2014 at 10:34 AM, Eric Fort  wrote:
> so can someone link to something definitive stating that for the beagle bone
> (black) 32GB SDHC is the biggest card supported (assuming this is correct)?

From:
http://en.wikipedia.org/wiki/Secure_Digital#SDXC

The Secure Digital eXtended Capacity (SDXC) format, announced in
January 2009 and defined in Version 3.01 of the SD specification,
supports cards up to 2 TB (2048 GB), compared to a limit of 32 GB for
SDHC cards in the SD 2.0 specification. SDXC adopts Microsoft's exFAT
file system as a mandatory feature.

aka:
microSDHC 32GB is your limit..

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] Maximum SD card size for BBB

[Eric Fort]

so can someone link to something definitive stating that for the beagle
bone (black) 32GB SDHC is the biggest card supported (assuming this is
correct)?

Eric


On Mon, Jul 21, 2014 at 1:52 AM, liyaoshi  wrote:

> As I understand , its not about the size , its about the eMMC spec support
> ,
>
> While sdhc up to support 32G card , the new spec call sdxc ? this will
> support up to 2T , but this is not support by ti omap3/dm81xx/am335x ,only
> support by omap5
>
> So , when you see  a card with sdxc trademark. it should NOT support by
> beagle .even its less than 32G
>
>
>
> 2014-07-19 7:09 GMT+08:00 Eric Fort :
>
> I'm using a 32GB SD card, so yes it works.  Has anyone tried 64GB and
>> larger cards yet?  64 or 128GB would be insanely nice!
>>
>> Eric
>>
>>
>> On Fri, Jul 18, 2014 at 12:04 PM, William Hermans 
>> wrote:
>>
>>> We use two BBB's here, and both use 16GB class 10 cards. I've heard that
>>> 32GB works too, but no hands on.
>>>
>>> AS john said first you want more space( unused, or free space ) on your
>>> sd card to help facilitate wear leveling, *AND* if you're going to be doing
>>> lots of writing for development purposes. Move your rootfs to an NFS share.
>>>
>>>
>>> On Fri, Jul 18, 2014 at 3:05 AM, William Pretty Security <
>>> bill.pre...@xplornet.com> wrote:
>>>
 Thanks John J




 http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book



 *From:* beagleboard@googlegroups.com [mailto:
 beagleboard@googlegroups.com] *On Behalf Of *John Syn
 *Sent:* Thursday, July 17, 2014 11:48 PM

 *To:* beagleboard@googlegroups.com
 *Subject:* Re: [beagleboard] Maximum SD card size for BBB





 *From: *William Pretty Security 
 *Reply-To: *"beagleboard@googlegroups.com" <
 beagleboard@googlegroups.com>
 *Date: *Thursday, July 17, 2014 at 7:58 PM
 *To: *"beagleboard@googlegroups.com" 
 *Subject: *RE: [beagleboard] Maximum SD card size for BBB



 Actually John, I've been having that exact problem !



 How does 'wear leveling' work ?

 I have been using an external USB key as temp storage.

 http://en.wikipedia.org/wiki/Wear_leveling



 For development purposes, don't use SDCards. Rather use NFS to mount a
 rootfs on your desktop.



 In the field, use a read only rootfs and create a separate partition
 for storage. Flash has to erase a block before writing a byte. If you have
 a logging application, create a buffer in ram which is the size of your
 flash erase block and write data to buffer and only write the buffer to
 disk when the buffer is full. Alternatively, use a power fail detection
 circuitry and only write to SDCard on power failure. There are a lot of
 techniques like this that prolong the life of flash.



 Regards,

 John



 Bill




 http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book



 *From:* beagleboard@googlegroups.com [
 mailto:beagleboard@googlegroups.com ] *On
 Behalf Of *John Syn
 *Sent:* Thursday, July 17, 2014 10:32 PM
 *To:* beagleboard@googlegroups.com
 *Subject:* Re: [beagleboard] Maximum SD card size for BBB





 *From: *William Pretty Security 
 *Reply-To: *"beagleboard@googlegroups.com" <
 beagleboard@googlegroups.com>
 *Date: *Thursday, July 17, 2014 at 6:51 PM
 *To: *"beagleboard@googlegroups.com" 
 *Subject: *RE: [beagleboard] Maximum SD card size for BBB



 Quite right, but given that Ubuntu with GUI is about 3GB, isn't the
 other 13 kind of a waste ??

 Flash has a finite number of writes so with wear leveling, you want to
 have a much free space as possible to prevent flash failure. If it is the
 same price, always get the bigger one ;-)



 Regards,

 John




 http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book



 *From:* beagleboard@googlegroups.com [
 mailto:beagleboard@googlegroups.com ] *On
 Behalf Of *John Syn
 *Sent:* Thursday, July 17, 2014 8:32 PM
 *To:* beagleboard@googlegroups.com
 *Subject:* Re: [beagleboard] Maximum SD card size for BBB





 *From: *William Pretty Security 
 *Reply-To: *"beagleboard@googlegroups.com" <
 beagleboard@googlegroups.com>
 *Date: *Thursday, July 17, 2014 at 4:14 PM
 *To: *"beagleboard@googlegroups.com" 
 *Subject: *RE: [beagleboard] Maximum SD card size for BBB



 You probably want about 8GB class 10 for sure.

 I don't know if there is a maximum size of uSD card.

 16GB is about the same price as 8GB. At Amazon, 16GB class 10 is about
 $8.



 The class 4 uSD cards aren't very reliable.

>

[beagleboard] Re: How do I change the SPI clock (P9_22) speed on BBB? And what is the maximum speed?

[Ardit Cuka]

Ok I figured it out using python: 
spi = SPI(0,0)
spi.mode=2
spi.msh=200 ( by changing this number will result in the clock 
frequency change with a max of 12.0 Mhz. SIMPLE AS THAT.)
spi.open(0,0)
Thanks for your answers. 

On Tuesday, July 15, 2014 4:38:30 PM UTC-4, Ardit Cuka wrote:
>
> Maybe this might be a simple thing, but i have searched and could'nt get 
> nowhere.
> 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] Want to serial boot my BBB

[Dallas Clement]

Okay, thanks very much!  I'll give that a try.

On Mon, Jul 21, 2014 at 3:23 AM, liyaoshi  wrote:

> Sorry , I have made a mistake .
>
> On omap3 board ,you should use pserial to download from serial
> And on am335x / dm8148 board. x-modem is enough.and MLO is for boot from
> serial
>
> So , please try to use teraterm , and upload from
> file->transfer->xmodem->send.
> Then power on the beaglebone board .
>
>
> 2014-07-21 16:17 GMT+08:00 liyaoshi :
>
> If I remember correctly , You should load x-loader.bin  NOT MLO
>> While the different between MLO and x-loader.bin is MLO has 8 bytes head
>> , the first 4 bytes is dest and the second 4 bytes is length .
>> This is for boot from NAND /eMMC , and when download from serial . the
>> boot rom will download to fixed address and limit length .
>>
>>
>>
>> 2014-07-21 12:04 GMT+08:00 John Syn :
>>
>>
>>>  From: Dallas Clement 
>>> Reply-To: "beagleboard@googlegroups.com" 
>>> Date: Sunday, July 20, 2014 at 9:19 AM
>>> To: "beagleboard@googlegroups.com" 
>>> Subject: Re: [beagleboard] Want to serial boot my BBB
>>>
>>> One other data point.  If I don't press and hold the boot switch when
>>> power is applied and instead wait a few seconds after applying power and
>>> then press the boot switch, the pserial command is able to detect the ASIC
>>> ID and download the x-loan.bin.
>>>
>>> You should be loading MLO, not x-load.bin. I also haven’t tried this
>>> myself, but loading via serial shouldn’t be any different from loading from
>>> tftp. The load addresses should be identical.
>>>
>>> Regards,
>>> John
>>>
>>>
>>> $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin
>>> Waiting For Device ASIC ID: Press Ctrl+C to stop
>>> ASIC ID Detected: 0x85 0x74 0x61 0x90
>>> Sending 2ndFile:
>>> Downloading file: 100.000% completed (10516/10516 bytes)
>>> File download completed.
>>>
>>> However, the BBB boots from the eMMC instead of the x-loan.bin I
>>> downloaded.  So this is progress.  It means that my pserial command does
>>> work with a BBB and the BBB ROM code does respond with its ASIC ID and does
>>> in fact download the x-load.bin.  It looks like I just need to figure out
>>> what the correct boot switch power on sequence is now.
>>>
>>> On Sunday, July 20, 2014 10:36:45 AM UTC-5, Dallas Clement wrote:

 Hi William.  Thanks for the help.  I'm stuck much earlier on than
 u-boot.  I am expecting the ROM to return the ASIC ID when I run the
 pserial command to try and load the first stage boot loader (x-load.bin).
  I'm not even able to get past that.  It looks like either I have the wrong
 pserial command or maybe the BBB ROM does not provide an ASIC ID.  I don't
 know enough about the Sitara processor to say.  If I can get the x-loader
 to work, I think I am home free because it should be able to load a
 u-boot.bin.

 On Sunday, July 20, 2014 10:18:50 AM UTC-5, William Hermans wrote:
>
> Ok after reading the second link fully, I noticed a few things.
>
> First, the boot file is different. We have zImage typically, so I
> would assume the bootz command would be necessary. *OR* you could convert 
> a
> zImage to uImage.
>
> Secondly, the base load address is different, so this would need to be
> taken into account. Although I think changing this would be fairly simple.
>
> Lastly, we also need to load the device tree board file, and I am a
> bit confused about this for loading serially.
>
>
>
>
> On Sun, Jul 20, 2014 at 7:59 AM, William Hermans 
> wrote:
>
>> uboot is supposed to handle serial booting. However, I have no
>> personal hands on. Just a quick google search showed many results 
>> however.
>> One thing to note is that uboot for the BBB is patched, so possibly
>> different. It does not however make sense for this feature to be patched
>> out, so I would assume that it should work.
>>
>> Sorry for the less than definitive answer, perhaps someone with hands
>> on will respond. You can however experiment on your own.
>>
>> http://blackfin.uclinux.org/doku.php?id=bootloaders:u-
>> boot:serial_port_loading_files
>> http://blog.mezeske.com/?p=483
>>
>> $ apt-cache search ckermit
>> ckermit - serial and network communications package
>>
>> Second link package mentioned is available, so looks to be possible.
>>
>>
>> On Sun, Jul 20, 2014 at 7:44 AM, Dallas Clement <
>> dallas.a...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I am trying to boot my BBB over a serial connection, and need a
>>> little help.  I have followed the instructions for UART recovery listed
>>> here http://elinux.org/BeagleBoardRecovery
>>>
>>> I built the pserial tool and an x-loan.bin, but when I try to load
>>> it, I just getting hanging.
>>>
>>> $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin
>>> Waiting For Device ASIC ID: Press Ctrl+C to stop

Re: [beagleboard] Off-Grid Beaglebone Camera

[Robert Nelson]

On Sat, Jul 19, 2014 at 5:16 PM,   wrote:
> Hi all.  I'm working on a new project.  The idea is an off-grid surveillance
> camera powered by the Beaglebone Black.  I have a couple of challenged that
> I'm wondering if anyone has overcome.
>
> - I'm planning to transmit the photos via a cellular modem.  I'm looking for
> a good one currently, but I know several USB versions are available.

Every usb device is guaranteed 100mA, so look for spi/usart modems.
(they do exist)

> - I will power the device with a solar panel, sealed lead acid battery, and
> a buck converter.

A small bank of super caps becomes helpful when there is random cloud cover.

> - I am planning to use an HD webcam to capture the photos.
>
> Now these are the challenges that I'm working on:
> - I have no experience with set-it-and-forget-it electronics.  What pitfalls
> should I watch out for that could cause the system to hang or malfunction?
>
> - The Beaglebone Black draws about 150mA when idle.  Although I can overcome
> this with larger batteries and solar panels, I would like to minimize these
> expenses.  I've read several posts where people are trying to disable
> certain features on the Beaglebone to conserve energy, but I have yet to see
> any successful examples.  Is anyone aware of ways to reduce power
> consumption?
>
> - I would like to shutdown the Beaglebone when the battery voltage gets
> below a certain point and turn it back on when above a certain point.  Are
> there any pre-made capes that will enable this?


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] what to do BBB dead

[Gerald Coley]

Request an RMA.

http://www.elinux.org/Beagleboard:BeagleBoneBlack#RMA_Support

Gerald


On Sun, Jul 20, 2014 at 3:48 PM,  wrote:

> What can I do. I think I connected a pin wrong and it turned off. Now when
> I plug it in or hit the power button the power led just blinks once and
> nothing. Its an elemental 14.
>
> Any help is much appreciated!
>
> --
> 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] think I blew bbb what to do?

[Gerald Coley]

No. I suggest you request an RMA.


Gerald


On Sun, Jul 20, 2014 at 4:15 AM,  wrote:

> I think I proded a gpio pin with wrong voltage and it turned off. Unplug
> everything and wont turn on. The power led blinks when you hit the power
> button or plug in a power.  Its and elemental 14 bbb. Anything I can do to
> get it fixed?
>
> --
> 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] think I blew bbb what to do?

[Gerald Coley]

http://www.elinux.org/Beagleboard:BeagleBoneBlack#RMA_Support

Gerald


On Mon, Jul 21, 2014 at 8:09 AM, Gerald Coley 
wrote:

> No. I suggest you request an RMA.
>
>
> Gerald
>
>
> On Sun, Jul 20, 2014 at 4:15 AM,  wrote:
>
>> I think I proded a gpio pin with wrong voltage and it turned off. Unplug
>> everything and wont turn on. The power led blinks when you hit the power
>> button or plug in a power.  Its and elemental 14 bbb. Anything I can do to
>> get it fixed?
>>
>> --
>> 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] SYS-BIOS on Beaglebone black

[abk . edu]

Has anyone worked with SYS-BIOS on Beaglebone Black?
 
I'm sure many have. But have you booted it successfully using SD card?
 
If yes please share the problems you faced and steps you took to solve it.
 
I have executed Starterware codes successfully on BB Black but when I try 
booting SYS-BIOS related code using SD card it hangs and does not execute. 
The problem I am sure is with the MLO file. It takes the default load 
address as 0x8000 and start address also is the same. 
 
Whereas in case of SYS-BIOS the start address needs to be different. Do I 
need to use a different MLO file?

-- 
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: unable to debug with qtcreator a program on BBB running debian

[rzrzsistemas . com . br]

 

I was solve this problem installing gdb-multiarch and setting debug path in 
/usr/bin/gdb-multiarch.

try to fix It

-- 
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] BeagleBone Black with thunderbolt

[eagletree]

I am very new to the SBC world. I have an RP but would like to use a 
Beaglebone Black for an application on my network. The difficulty is that 
the data involved is on a Thunderbolt RAID array. I can re-export access to 
that file system on a protocol that these small computers could access, but 
I had hoped to be able to directly connect and avoid having a proxy 
computer to maintain. Is there any possibility that someone is working on a 
cape that could access thunderbolt for disk array connections? Is 
thunderbolt too proprietary and guarded to work up one's own solution?

-- 
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: Debugger Listening on Port 15454?

[dl7754]

I'm running into the exact same problem. Were you ever able to solve this 
issue?

Thanks

On Sunday, June 15, 2014 6:39:14 PM UTC-7, Stephen Nicholson wrote:
>
>
> I have been trying the demo JavaScript files and I keep getting the message
>
> Debugger LIstening on Port 15454
>
> when I run the js file and it not doing anything.
>
> I have no idea what do.  I'm using Cloud9.  I bought the BeagleBone Black 
> from Adafruit about 1 month ago.
>
> I tried the example given on the main page below
>
> var b = require('bonescript');
>
> var state = b.LOW;
>
> b.pinMode("USR0", b.OUTPUT);
> b.pinMode("USR1", b.OUTPUT);
> b.pinMode("USR2", b.OUTPUT);
> b.pinMode("USR3", b.OUTPUT);
> setInterval(toggle, 1000);
>
> function toggle() {
> if(state == b.LOW) state = b.HIGH;
> else state = b.LOW;
> b.digitalWrite("USR3", state);
> }
>
> I also tried some simple addition examples and keep getting the same 
> debugger message.
>
> Thanks,
>
> Steve
>

-- 
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] what to do BBB dead

[neosin]

What can I do. I think I connected a pin wrong and it turned off. Now when I 
plug it in or hit the power button the power led just blinks once and nothing. 
Its an elemental 14.

Any help is much appreciated! 

-- 
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] Can't connect to Beagelbone Black with mac terminal...

[rcrowen]

When I enter ssh 192.168.7.2 -1 root I get: Protocol major versions differ: 
1 vs. 2

Thoughts?

-- 
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] Off-Grid Beaglebone Camera

[rwfisher1]

Hi all.  I'm working on a new project.  The idea is an off-grid 
surveillance camera powered by the Beaglebone Black.  I have a couple of 
challenged that I'm wondering if anyone has overcome.

- I'm planning to transmit the photos via a cellular modem.  I'm looking 
for a good one currently, but I know several USB versions are available.

- I will power the device with a solar panel, sealed lead acid battery, and 
a buck converter.

- I am planning to use an HD webcam to capture the photos.

*Now these are the challenges that I'm working on:*
- I have no experience with set-it-and-forget-it electronics.  What 
pitfalls should I watch out for that could cause the system to hang or 
malfunction?

- The Beaglebone Black draws about 150mA when idle.  Although I can 
overcome this with larger batteries and solar panels, I would like to 
minimize these expenses.  I've read several posts where people are trying 
to disable certain features on the Beaglebone to conserve energy, but I 
have yet to see any successful examples.  Is anyone aware of ways to reduce 
power consumption?

- I would like to shutdown the Beaglebone when the battery voltage gets 
below a certain point and turn it back on when above a certain point.  Are 
there any pre-made capes that will enable this?

Thank you!

-- 
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] Debugger Listening on Port 15454?

[neosin]

Hit the little green leaf looking thingy on the bottom right before you run the 
js. That turns off the debugger.  You can also just hit play on the debugger to 
get it going. 

Sometimes in js it will error out the first time it runs. Just stop and run 
again and it should work unless u have a real software issue. 

-- 
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] think I blew bbb what to do?

[neosin]

I think I proded a gpio pin with wrong voltage and it turned off. Unplug 
everything and wont turn on. The power led blinks when you hit the power button 
or plug in a power.  Its and elemental 14 bbb. Anything I can do to get it 
fixed?

-- 
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: Bone VDD_3V3EXP Disable Issues

[JohnP]

I just learned the hard way that there's a shutdown difference in the Rev C 
boards vs. Rev A5, so I'm glad to find this thread.  I confirmed with 
'i2cdump -f 0 0x24' that register 0x0Ah = 84 which means it IS configured 
to enter OFF mode when the button is pushed.  Should the 
'pmic-shutdown-controller' code change still be made?  Is there a better 
way to get the PMIC into OFF mode when the button is pushed?  I really need 
this function so the battery isn't drained during extended off time.  I'm 2 
for 2 with Rev C boards that act this way, so I assume it's common.
Thanks for any help, JP

On Thursday, June 26, 2014 8:53:36 PM UTC-6, john3909 wrote:
>
>
> From: Terry >
> Reply-To: "beagl...@googlegroups.com " <
> beagl...@googlegroups.com >
> Date: Thursday, June 26, 2014 at 1:01 PM
> To: "beagl...@googlegroups.com "  >
> Cc: >
> Subject: [beagleboard] Re: Bone VDD_3V3EXP Disable Issues
>
> Does anyone know if there is a software solution to this issue?  I haven't 
> seen any changes in the recent hardware revisions to address this.  We are 
> currently planning on deploying a couple of dozen BBB and I would prefer 
> not having to make hardware mods.
>
> I’ve just been looking into the PMIC for another user and this is probably 
> a configuration issue. The PMIC supports several modes (page 15 of the 
> TPS65217C datasheet). I believe the PMIC isn’t configured to enter OFF 
> mode, but rather it is entering SLEEP mode which means any rails not 
> controlled by the power-down sequencer will remain enabled in SLEEP mode. 
>
> Here is what I think the solution might be:
>
> Add "pmic-shutdown-controller" as shown in
> /Documentation/devicetree/bindings/regulator/tps65217.txt.
>
> In the V3.15.1-bone2 kernel, /drivers/mfd/tps65217.c line 213, the
> comments “Set the PMIC to shutdown on PWR_EN toggle”. This should work for 
> all kernel V3.8 onwards.
>
> Reading “Power Down Sequence” on page 18 (TPS65217C datasheet), this will 
> initiate the power
> down sequence and leave the PMIC in OFF mode.
>
> I want to confirm this with Robert Nelson first before proceeding; 
> however, you can add "pmic-shutdown-controller” as described in the kernel 
> docs to /arch/arm/boot/dts/tps65217.dtsi and see if this works for you.
>
> Regards,
> John 
>
>
> Terry
>
> On Thursday, January 30, 2014 12:34:51 PM UTC-5, Brad Andersen wrote:
>>
>> An update:
>>
>> For the A6 (Beaglebone Black) version, I connected U4 pin 1 (enable) back 
>> to VDD_3V3AUX (same as A5C).  It now shuts down correctly while on 
>> battery.  This was verified on two A6 BBB.
>>
>> The mystery is what causes the VDD_3V3A to hang up on the A6 version when 
>> shutting down while on battery.
>>
> -- 
> 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: Debugger Listening on Port 15454?

[rcrowen]

I have the exact same problem. I think my BeagleBone Black is not working, 
as I can't connect by any means, i.e. terminal, etc.

~Rye

On Sunday, June 15, 2014 6:39:14 PM UTC-7, Stephen Nicholson wrote:
>
>
> I have been trying the demo JavaScript files and I keep getting the message
>
> Debugger LIstening on Port 15454
>
> when I run the js file and it not doing anything.
>
> I have no idea what do.  I'm using Cloud9.  I bought the BeagleBone Black 
> from Adafruit about 1 month ago.
>
> I tried the example given on the main page below
>
> var b = require('bonescript');
>
> var state = b.LOW;
>
> b.pinMode("USR0", b.OUTPUT);
> b.pinMode("USR1", b.OUTPUT);
> b.pinMode("USR2", b.OUTPUT);
> b.pinMode("USR3", b.OUTPUT);
> setInterval(toggle, 1000);
>
> function toggle() {
> if(state == b.LOW) state = b.HIGH;
> else state = b.LOW;
> b.digitalWrite("USR3", state);
> }
>
> I also tried some simple addition examples and keep getting the same 
> debugger message.
>
> Thanks,
>
> Steve
>

-- 
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 RTC?

[managir]

Don't know yet :). 
Information about this topic was confusing, so first step was to prove that 
the BBB and a Li-Po battery can keep the RTC alive.



El divendres 18 de juliol de 2014 20:43:40 UTC+2, William Hermans va 
escriure:
>
> edugalvez, 
>
> I must have missed that post, or the post predates me on these groups. 
> Thanks for sharing, this is very good to know. Truly.
>
> On the other side of the coin, how is this useful once you're running 
> Linux ? Perhaps /dev/mem ?
>
>
> On Fri, Jul 18, 2014 at 12:29 AM, > 
> wrote:
>
>> Hi,
>>
>> I just managed to put the PMIC in SLEEP state, and the AM335x in RTC_Only 
>> state. It has been done using u-boot, based on Matt (
>> https://groups.google.com/d/msg/beagleboard/K7DuusrJ6G4/unH1m5HpiuoJ) 
>> explanation:
>>
>> *U-Boot# i2c mw 24 a 00 *
>> *--- Send 0x00 to PMIC*
>>
>> *U-Boot# base 44e3e000*
>> *Base Address: 0x44e3e000*
>> *--- Set RTC registers as base address*
>>
>> *U-Boot# mw 98 10011*
>> *--- Program RCT_PMIC register as PMIC_Power_EN enable, wakeup event 
>> enabled, and active low*
>>
>> *U-Boot# mw 48 10*
>> *--- Set alarm2 as interrupt*
>>
>> *U-Boot# cp 8 88 4*
>> *--- copy actual hour to alarm2 hours*
>>
>> *U-Boot# md 0 2*
>> *44e3e000: 0056 0044  V...D...*
>> *--- read actual second/minute (56/44)*
>>
>> *U-Boot# mw 84 46*
>> *-- set minute 46 as alarm2 trigger*
>>
>> And wait until it is powered off. A pmic wakeup event (AC on, for 
>> example) will wake up the whole Beaglebone.
>>
>> Regards!
>>
>> On Monday, July 7, 2014 7:15:53 PM UTC+2, Alexander Holler wrote:
>>>
>>> Am 07.07.2014 17:54, schrieb David Anders: 
>>> > or just purchase a RTC Cape 
>>> > 
>>> > http://elinux.org/CircuitCo:RTC_Cape for $29.99MSRP 
>>>
>>> Thanks, but I already have fully working hot-pluggable USB-RTCs I can 
>>> use with almost all RTC-less boards I have. 
>>>
>>> But you might have an interesst in some patches I've written to use 
>>> them. They will make it possible to use the RTC-drivers as modules (and 
>>> the time still will be set automatically by the kernel), besides to 
>>> choose by kernel-command-line which RTC driver will be used: 
>>>
>>> https://lkml.org/lkml/2014/6/13/6 
>>>
>>> Unfortunately they will likely never end up in mainline. 
>>>
>>> Regards, 
>>>
>>> Alexander Holler 
>>>
>>> > 
>>> > 
>>> > On Friday, February 1, 2013 1:51:51 AM UTC-6, Alexander Holler wrote: 
>>> >> 
>>> >> Hello, 
>>> >> 
>>> >> I've ust had a look at the specs for BeagleBone Black. 
>>> >> 
>>> >> As usual, my first question was: Does it support RTC operation? 
>>> >> 
>>> >> Having a first look at the schematics, it does not look like it is 
>>> >> possible to connect some coin battery or similiar to drive the 
>>> processor 
>>> >> in RTC only mode. Am I right and this another non-RTC design which 
>>> needs 
>>> >> an external RTC connected to I2C or similiar? 
>>>
>>>  -- 
>> 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] Power BeagleBone Black with 3.7V Li-Po, Li-ion

[seanmlyons22]

Hello,

Please excuse me if this exact question has been asked already but I 
haven't found anything as of yet.

I am trying to build a mobile phone system and am designing a board to act 
as an intermediate cape between my beaglebone and this LCD cape:
https://www.sparkfun.com/products/12085

Being that this is a mock mobile application, I would like to keep the 
design lightweight and use a small battery. I have a 3.7V 4500mAh Li-ion 
from an android cellphone that I would like to use.

What I would like to do is:

   - Use the on board TPS65217 along with modified code to provide system 
   power (3V3).
   - Charge the li-ion battery via 65217 when barrel jack is connected.
   - Connect the V_BAT net to power the sim900 module that I'm using.
   - Power LCD cape'

My question is in a way to interface all this together safely. The missing 
link in my design is a way to get the SYS_5V needed by the LCD cape. I 
would only like the 5V rail after the system has booted (MOSFET via GPIO 
maybe?)
and power it down fully before the system powers down. Maybe I need to RTFM 
more, but some direction or input would be greatly appreciated. Thank you

-- 
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: Launching a .sh script @start BBB Augstrom

[Rico]

Try 
*ExecStart=/bin/sh monScript.sh*

aslo use
Type=idle

to prevent starting the scrip[t to early


On Thursday, 17 July 2014 17:08:52 UTC+2, nyh...@gmail.com wrote:
>
> So i have a Beagle Bone Black linked to an HDMI screen via HDMI (it works) 
> and a ssh access via USB.
> I have a basic network script to lauch when the beagle bone power on. The 
> script is working fine when started "manually" via ssh.
>
> Followed this tuto http://mattrichardson.com/BeagleBone-System-Services/ 
> but when the bbb reboot the script isn't launched at all.
>
> *root@beaglebone:/lib/systemd/*
>
>
>
>
>
>
>
>
>
>
>
> *system# ls -la | grep monService.service -rwxrwxrwx  1 root  root242 
> Jan  1 06:33 monService.serviceroot@beaglebone:/lib/systemd/system# cat 
> monService.service [Unit] 
> Description=blabla[Service]WorkingDirectory=/home/root/ExecStart=/monScript.shRemainAfterExit=yes[Install]WantedBy=multi-user.target*
>
>
>
> status when started :
>
> monService.service - blabla
>   Loaded: loaded (/lib/systemd/system/monService.service; enabled)
>   Active: active (exited) (Result: exit-code) since Sat 2000-01-01 
> 06:35:59 CET; 28min ago
> Main PID: 132 (code=exited, status=203/EXEC)
>   CGroup: name=systemd:/system/monService.service
>
> Jan 01 06:40:01 beaglebone systemd[1]: Started blabla
> Jan 01 06:40:16 beaglebone systemd[1]: Started blabla
>
> Any help would be nice !
>

-- 
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] Building an angstrom image with newer linux kernel

[Rico]

Hello,

I've build the Angstrom systemd-image using the "angstrom-v2014.06-yocto1.6" 
branch of the setup-scripts. 

The build linux kernel has version is 3.8.13 (same as in yocto1.5). 

I need at least version 3.14.x, is it possible to build the systemd-image 
with that kernel?

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] Maximum SD card size for BBB

[liyaoshi]

As I understand , its not about the size , its about the eMMC spec support
,

While sdhc up to support 32G card , the new spec call sdxc ? this will
support up to 2T , but this is not support by ti omap3/dm81xx/am335x ,only
support by omap5

So , when you see  a card with sdxc trademark. it should NOT support by
beagle .even its less than 32G



2014-07-19 7:09 GMT+08:00 Eric Fort :

> I'm using a 32GB SD card, so yes it works.  Has anyone tried 64GB and
> larger cards yet?  64 or 128GB would be insanely nice!
>
> Eric
>
>
> On Fri, Jul 18, 2014 at 12:04 PM, William Hermans 
> wrote:
>
>> We use two BBB's here, and both use 16GB class 10 cards. I've heard that
>> 32GB works too, but no hands on.
>>
>> AS john said first you want more space( unused, or free space ) on your
>> sd card to help facilitate wear leveling, *AND* if you're going to be doing
>> lots of writing for development purposes. Move your rootfs to an NFS share.
>>
>>
>> On Fri, Jul 18, 2014 at 3:05 AM, William Pretty Security <
>> bill.pre...@xplornet.com> wrote:
>>
>>> Thanks John J
>>>
>>>
>>>
>>>
>>> http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book
>>>
>>>
>>>
>>> *From:* beagleboard@googlegroups.com [mailto:
>>> beagleboard@googlegroups.com] *On Behalf Of *John Syn
>>> *Sent:* Thursday, July 17, 2014 11:48 PM
>>>
>>> *To:* beagleboard@googlegroups.com
>>> *Subject:* Re: [beagleboard] Maximum SD card size for BBB
>>>
>>>
>>>
>>>
>>>
>>> *From: *William Pretty Security 
>>> *Reply-To: *"beagleboard@googlegroups.com" >> >
>>> *Date: *Thursday, July 17, 2014 at 7:58 PM
>>> *To: *"beagleboard@googlegroups.com" 
>>> *Subject: *RE: [beagleboard] Maximum SD card size for BBB
>>>
>>>
>>>
>>> Actually John, I’ve been having that exact problem !
>>>
>>>
>>>
>>> How does ‘wear leveling’ work ?
>>>
>>> I have been using an external USB key as temp storage.
>>>
>>> http://en.wikipedia.org/wiki/Wear_leveling
>>>
>>>
>>>
>>> For development purposes, don’t use SDCards. Rather use NFS to mount a
>>> rootfs on your desktop.
>>>
>>>
>>>
>>> In the field, use a read only rootfs and create a separate partition for
>>> storage. Flash has to erase a block before writing a byte. If you have a
>>> logging application, create a buffer in ram which is the size of your flash
>>> erase block and write data to buffer and only write the buffer to disk when
>>> the buffer is full. Alternatively, use a power fail detection circuitry and
>>> only write to SDCard on power failure. There are a lot of techniques like
>>> this that prolong the life of flash.
>>>
>>>
>>>
>>> Regards,
>>>
>>> John
>>>
>>>
>>>
>>> Bill
>>>
>>>
>>>
>>>
>>> http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book
>>>
>>>
>>>
>>> *From:* beagleboard@googlegroups.com [
>>> mailto:beagleboard@googlegroups.com ] *On
>>> Behalf Of *John Syn
>>> *Sent:* Thursday, July 17, 2014 10:32 PM
>>> *To:* beagleboard@googlegroups.com
>>> *Subject:* Re: [beagleboard] Maximum SD card size for BBB
>>>
>>>
>>>
>>>
>>>
>>> *From: *William Pretty Security 
>>> *Reply-To: *"beagleboard@googlegroups.com" >> >
>>> *Date: *Thursday, July 17, 2014 at 6:51 PM
>>> *To: *"beagleboard@googlegroups.com" 
>>> *Subject: *RE: [beagleboard] Maximum SD card size for BBB
>>>
>>>
>>>
>>> Quite right, but given that Ubuntu with GUI is about 3GB, isn’t the
>>> other 13 kind of a waste ??
>>>
>>> Flash has a finite number of writes so with wear leveling, you want to
>>> have a much free space as possible to prevent flash failure. If it is the
>>> same price, always get the bigger one ;-)
>>>
>>>
>>>
>>> Regards,
>>>
>>> John
>>>
>>>
>>>
>>>
>>> http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book
>>>
>>>
>>>
>>> *From:* beagleboard@googlegroups.com [
>>> mailto:beagleboard@googlegroups.com ] *On
>>> Behalf Of *John Syn
>>> *Sent:* Thursday, July 17, 2014 8:32 PM
>>> *To:* beagleboard@googlegroups.com
>>> *Subject:* Re: [beagleboard] Maximum SD card size for BBB
>>>
>>>
>>>
>>>
>>>
>>> *From: *William Pretty Security 
>>> *Reply-To: *"beagleboard@googlegroups.com" >> >
>>> *Date: *Thursday, July 17, 2014 at 4:14 PM
>>> *To: *"beagleboard@googlegroups.com" 
>>> *Subject: *RE: [beagleboard] Maximum SD card size for BBB
>>>
>>>
>>>
>>> You probably want about 8GB class 10 for sure.
>>>
>>> I don’t know if there is a maximum size of uSD card.
>>>
>>> 16GB is about the same price as 8GB. At Amazon, 16GB class 10 is about
>>> $8.
>>>
>>>
>>>
>>> The class 4 uSD cards aren’t very reliable.
>>>
>>>
>>>
>>>
>>> http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book
>>>
>>>
>>>
>>> *From:* beagleboard@googlegroups.com [
>>> mailto:beagleboard@googlegroups.com ]
>>> *Sent:* Thursday, July 17, 2014 6:05 PM
>>> *To:* beagleboard@googlegroups.com
>>> *Subject:* [beagleboard] Maximum SD card size for BBB
>>>
>>>
>>>
>>> Greetings everyone,
>>>
>>> What is the maximum size SD or SDHC flash memory card that the
>>> "BeagleBone Black" will support ?
>>>
>>> Also,

Re: [beagleboard] setting priority of two ethernet connections

[liyaoshi]

0.0.0.0 192.168.0.1 0.0.0.0 UG0  00 eth0

This mean all package out from 192.168.0.1
Try route delete 0.0.0.0 once
Make sure only have
0.0.0.0 192.168.1.1 0.0.0.0 UG10 00 eth1

When only usb dongle connect .

Or try ifconfig eth0 0.0.0.0 when eth0 down


2014-07-20 18:43 GMT+08:00 nebius :

> Hi,
> here Nevio, from Italy. I'm new in the forum.
> I'm playing with a BeagleBone Black C with debian 7.5 2014-07-06 version.
> The BBB is connected to the local network with internet access, and I run
> it with ssh.
> I have connected also a usb internet-key (Huawei E3131) that work out of
> the box. This internet key is different from the others because it is seen
> as an ethernet device, not usb device.
> I am having trouble with configuring which internet connection the system
> has to use.
> In particular I would like the BBB use the internet connection via LAN if
> the internet via LAN is up, else the other connection (via usb internet
> key).
> I have configured the two eth connections with different priorities
> (/etc/network/interfaces), however if the LAN has no internet connection
> the system don't use the usb-key.
> I post my config file.
>
> eth0 = wired connection, gateway 192.168.0.1
> eth1 = via usb internet key, gateway 192.168.1.1
>
> debian@arm:~$ ping 8.8.8.8
> PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
> From 192.168.0.1 icmp_seq=1 Destination Net Unreachable
> From 192.168.0.1 icmp_seq=2 Destination Net Unreachable
> From 192.168.0.1 icmp_seq=3 Destination Net Unreachable
> From 192.168.0.1 icmp_seq=4 Destination Net Unreachable
> From 192.168.0.1 icmp_seq=5 Destination Net Unreachable
> ^C
> --- 8.8.8.8 ping statistics ---
> 9 packets transmitted, 0 received, +9 errors, 100% packet loss, time
> 8012ms
>
>
> debian@arm:~$ ping -I eth1 8.8.8.8
> PING 8.8.8.8 (8.8.8.8) from 192.168.0.14 eth1: 56(84) bytes of data.
> 64 bytes from 8.8.8.8: icmp_req=3 ttl=43 time=658 ms
> 64 bytes from 8.8.8.8: icmp_req=2 ttl=43 time=1687 ms
> 64 bytes from 8.8.8.8: icmp_req=1 ttl=43 time=2687 ms
> 64 bytes from 8.8.8.8: icmp_req=4 ttl=43 time=47.6 ms
> ^C
> --- 8.8.8.8 ping statistics ---
> 8 packets transmitted, 7 received, 12% packet loss, time 7003ms
> rtt min/avg/max/mdev = 47.670/899.876/2687.464/921.850 ms, pipe 3
>
>
> debian@arm:~$ sudo route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric RefUse
> Iface
> 0.0.0.0 192.168.0.1 0.0.0.0 UG0  00
> eth0
> 0.0.0.0 192.168.1.1 0.0.0.0 UG10 00
> eth1
> 192.168.0.0 0.0.0.0 255.255.255.0   U 0  00
> eth0
> 192.168.1.0 0.0.0.0 255.255.255.0   U 0  00
> eth1
> 192.168.7.0 0.0.0.0 255.255.255.252 U 0  00
> usb0
>
>
> debian@arm:~$ nano /etc/network/interfaces
>
>
> # This file describes the network interfaces available on your system
> # and how to activate them. For more information, see interfaces(5).
>
>
> # The loopback network interface
> auto lo
> iface lo inet loopback
>
>
> # The primary network interface
> auto eth0
> iface eth0 inet static
> address 192.168.0.14
> netmask 255.255.255.0
> gateway 192.168.0.1
>
>
> # Example to keep MAC address between reboots
> #hwaddress ether DE:AD:BE:EF:CA:FE
>
>
> # The secondary network interface
> auto eth1
> allow-hotplug eth1
> #allow-auto eth1
> iface eth1 inet static
> address 192.168.1.100
> netmask 255.255.255.0
> gateway 192.168.1.1
> metric 10
>
>
> # WiFi Example
> #auto wlan0
> #iface wlan0 inet dhcp
> #wpa-ssid "essid"
> #wpa-psk  "password"
>
>
> # Ethernet/RNDIS gadget (g_ether)
> # ... or on host side, usbnet and random hwaddr
> # Note on some boards, usb0 is automaticly setup with an init script
> iface usb0 inet static
> address 192.168.7.2
> netmask 255.255.255.0
> network 192.168.7.0
> gateway 192.168.7.1
>
>  --
> 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] Want to serial boot my BBB

[liyaoshi]

Sorry , I have made a mistake .

On omap3 board ,you should use pserial to download from serial
And on am335x / dm8148 board. x-modem is enough.and MLO is for boot from
serial

So , please try to use teraterm , and upload from
file->transfer->xmodem->send.
Then power on the beaglebone board .


2014-07-21 16:17 GMT+08:00 liyaoshi :

> If I remember correctly , You should load x-loader.bin  NOT MLO
> While the different between MLO and x-loader.bin is MLO has 8 bytes head ,
> the first 4 bytes is dest and the second 4 bytes is length .
> This is for boot from NAND /eMMC , and when download from serial . the
> boot rom will download to fixed address and limit length .
>
>
>
> 2014-07-21 12:04 GMT+08:00 John Syn :
>
>
>>  From: Dallas Clement 
>> Reply-To: "beagleboard@googlegroups.com" 
>> Date: Sunday, July 20, 2014 at 9:19 AM
>> To: "beagleboard@googlegroups.com" 
>> Subject: Re: [beagleboard] Want to serial boot my BBB
>>
>> One other data point.  If I don't press and hold the boot switch when
>> power is applied and instead wait a few seconds after applying power and
>> then press the boot switch, the pserial command is able to detect the ASIC
>> ID and download the x-loan.bin.
>>
>> You should be loading MLO, not x-load.bin. I also haven’t tried this
>> myself, but loading via serial shouldn’t be any different from loading from
>> tftp. The load addresses should be identical.
>>
>> Regards,
>> John
>>
>>
>> $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin
>> Waiting For Device ASIC ID: Press Ctrl+C to stop
>> ASIC ID Detected: 0x85 0x74 0x61 0x90
>> Sending 2ndFile:
>> Downloading file: 100.000% completed (10516/10516 bytes)
>> File download completed.
>>
>> However, the BBB boots from the eMMC instead of the x-loan.bin I
>> downloaded.  So this is progress.  It means that my pserial command does
>> work with a BBB and the BBB ROM code does respond with its ASIC ID and does
>> in fact download the x-load.bin.  It looks like I just need to figure out
>> what the correct boot switch power on sequence is now.
>>
>> On Sunday, July 20, 2014 10:36:45 AM UTC-5, Dallas Clement wrote:
>>>
>>> Hi William.  Thanks for the help.  I'm stuck much earlier on than
>>> u-boot.  I am expecting the ROM to return the ASIC ID when I run the
>>> pserial command to try and load the first stage boot loader (x-load.bin).
>>>  I'm not even able to get past that.  It looks like either I have the wrong
>>> pserial command or maybe the BBB ROM does not provide an ASIC ID.  I don't
>>> know enough about the Sitara processor to say.  If I can get the x-loader
>>> to work, I think I am home free because it should be able to load a
>>> u-boot.bin.
>>>
>>> On Sunday, July 20, 2014 10:18:50 AM UTC-5, William Hermans wrote:

 Ok after reading the second link fully, I noticed a few things.

 First, the boot file is different. We have zImage typically, so I would
 assume the bootz command would be necessary. *OR* you could convert a
 zImage to uImage.

 Secondly, the base load address is different, so this would need to be
 taken into account. Although I think changing this would be fairly simple.

 Lastly, we also need to load the device tree board file, and I am a bit
 confused about this for loading serially.




 On Sun, Jul 20, 2014 at 7:59 AM, William Hermans 
 wrote:

> uboot is supposed to handle serial booting. However, I have no
> personal hands on. Just a quick google search showed many results however.
> One thing to note is that uboot for the BBB is patched, so possibly
> different. It does not however make sense for this feature to be patched
> out, so I would assume that it should work.
>
> Sorry for the less than definitive answer, perhaps someone with hands
> on will respond. You can however experiment on your own.
>
> http://blackfin.uclinux.org/doku.php?id=bootloaders:u-
> boot:serial_port_loading_files
> http://blog.mezeske.com/?p=483
>
> $ apt-cache search ckermit
> ckermit - serial and network communications package
>
> Second link package mentioned is available, so looks to be possible.
>
>
> On Sun, Jul 20, 2014 at 7:44 AM, Dallas Clement  > wrote:
>
>> Hi,
>>
>> I am trying to boot my BBB over a serial connection, and need a
>> little help.  I have followed the instructions for UART recovery listed
>> here http://elinux.org/BeagleBoardRecovery
>>
>> I built the pserial tool and an x-loan.bin, but when I try to load
>> it, I just getting hanging.
>>
>> $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin
>> Waiting For Device ASIC ID: Press Ctrl+C to stop
>>
>> I am using a 6 pin TTL to USB cable to my PC.
>>
>> Perhaps the x-load.bin I am using is for the wrong processor
>> (BeagleBoard)?  If so, maybe I can convert the MLO produced by the BBB
>> u-boot build to a x-load.bin.  Just need a few po

Re: [beagleboard] Want to serial boot my BBB

[liyaoshi]

If I remember correctly , You should load x-loader.bin  NOT MLO
While the different between MLO and x-loader.bin is MLO has 8 bytes head ,
the first 4 bytes is dest and the second 4 bytes is length .
This is for boot from NAND /eMMC , and when download from serial . the boot
rom will download to fixed address and limit length .



2014-07-21 12:04 GMT+08:00 John Syn :

>
> From: Dallas Clement 
> Reply-To: "beagleboard@googlegroups.com" 
> Date: Sunday, July 20, 2014 at 9:19 AM
> To: "beagleboard@googlegroups.com" 
> Subject: Re: [beagleboard] Want to serial boot my BBB
>
> One other data point.  If I don't press and hold the boot switch when
> power is applied and instead wait a few seconds after applying power and
> then press the boot switch, the pserial command is able to detect the ASIC
> ID and download the x-loan.bin.
>
> You should be loading MLO, not x-load.bin. I also haven’t tried this
> myself, but loading via serial shouldn’t be any different from loading from
> tftp. The load addresses should be identical.
>
> Regards,
> John
>
>
> $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin
> Waiting For Device ASIC ID: Press Ctrl+C to stop
> ASIC ID Detected: 0x85 0x74 0x61 0x90
> Sending 2ndFile:
> Downloading file: 100.000% completed (10516/10516 bytes)
> File download completed.
>
> However, the BBB boots from the eMMC instead of the x-loan.bin I
> downloaded.  So this is progress.  It means that my pserial command does
> work with a BBB and the BBB ROM code does respond with its ASIC ID and does
> in fact download the x-load.bin.  It looks like I just need to figure out
> what the correct boot switch power on sequence is now.
>
> On Sunday, July 20, 2014 10:36:45 AM UTC-5, Dallas Clement wrote:
>>
>> Hi William.  Thanks for the help.  I'm stuck much earlier on than u-boot.
>>  I am expecting the ROM to return the ASIC ID when I run the pserial
>> command to try and load the first stage boot loader (x-load.bin).  I'm not
>> even able to get past that.  It looks like either I have the wrong pserial
>> command or maybe the BBB ROM does not provide an ASIC ID.  I don't know
>> enough about the Sitara processor to say.  If I can get the x-loader to
>> work, I think I am home free because it should be able to load a u-boot.bin.
>>
>> On Sunday, July 20, 2014 10:18:50 AM UTC-5, William Hermans wrote:
>>>
>>> Ok after reading the second link fully, I noticed a few things.
>>>
>>> First, the boot file is different. We have zImage typically, so I would
>>> assume the bootz command would be necessary. *OR* you could convert a
>>> zImage to uImage.
>>>
>>> Secondly, the base load address is different, so this would need to be
>>> taken into account. Although I think changing this would be fairly simple.
>>>
>>> Lastly, we also need to load the device tree board file, and I am a bit
>>> confused about this for loading serially.
>>>
>>>
>>>
>>>
>>> On Sun, Jul 20, 2014 at 7:59 AM, William Hermans 
>>> wrote:
>>>
 uboot is supposed to handle serial booting. However, I have no personal
 hands on. Just a quick google search showed many results however. One thing
 to note is that uboot for the BBB is patched, so possibly different. It
 does not however make sense for this feature to be patched out, so I would
 assume that it should work.

 Sorry for the less than definitive answer, perhaps someone with hands
 on will respond. You can however experiment on your own.

 http://blackfin.uclinux.org/doku.php?id=bootloaders:u-
 boot:serial_port_loading_files
 http://blog.mezeske.com/?p=483

 $ apt-cache search ckermit
 ckermit - serial and network communications package

 Second link package mentioned is available, so looks to be possible.


 On Sun, Jul 20, 2014 at 7:44 AM, Dallas Clement 
 wrote:

> Hi,
>
> I am trying to boot my BBB over a serial connection, and need a little
> help.  I have followed the instructions for UART recovery listed here
> http://elinux.org/BeagleBoardRecovery
>
> I built the pserial tool and an x-loan.bin, but when I try to load it,
> I just getting hanging.
>
> $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin
> Waiting For Device ASIC ID: Press Ctrl+C to stop
>
> I am using a 6 pin TTL to USB cable to my PC.
>
> Perhaps the x-load.bin I am using is for the wrong processor
> (BeagleBoard)?  If so, maybe I can convert the MLO produced by the BBB
> u-boot build to a x-load.bin.  Just need a few pointers on how to do that.
>
> Thanks,
>
> Dallas
>
>
> --
> 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.

[beagleboard] LEDs flashing but board is not booting

[karlkarpfen79]

Hi,

I have a problem with an own, custom cape. When the cape is not connected, 
the BBB boots well. When my cape is connected all four user LEDs are 
flashing with a delay of about 1 sec but the board doesn't boot.

My cape already does take care about SYS_RESETn signal, I do not drive any 
(HIGH) signal into BBBs pins as long as SYS_RESETn is not HIGH.

So...what could it mean when all these LEDs are flashing?

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.