Re: [beagleboard] HC-05 Bluetooth and the beagle bone black ...

[Pedro Gonzalez]

Hi liyaoshi!

Thanks for the answer. Actually hciconfig gives no results at all, which 
probably means the HC-05 is nt recognized in the system. What can I do 
next??

Thanks for the advice :)

Pedro

El jueves, 15 de mayo de 2014 05:13:29 UTC+2, liyaoshi escribió:
>
> As I understand , hciconifg and hcitools will be the basic Bluez test 
> utils 
>
> First , make sure your HC-05 module can run with hciconfig 
>
> hciconfig -a to see what's output 
>
>
> 2014-05-15 1:57 GMT+08:00 Pedro Gonzalez 
> >:
>
>>
>> Hi there!
>>
>> Newbie here ... sorry if too basic or already answered somewhere, I can 
>> not find what I'm looking for. Here is my problem:
>>
>> I'm trying to connect my BBB to an android device via bluetooth. I'm 
>> using a HC-05 device and followed the instructions in 
>> here. 
>> It works to some extent. Bluetooth connects to the devide and I can send 
>> messages to my android device runninga terminal software ( BLUETERM). 
>> Problem is that I can not read from the device (which BTW is the sole 
>> purpose of the connection ...).
>>
>> I'm doing it pretty basic by now, just some echo hello > /dev/ttyO4 and 
>> cat /dev/ttyO4 The first works, the latter doesn´t. All I'm trying to do by 
>> now is to make some sort of simple android app that can turn on and off 
>> some LED on the BBB. Later will go more complex but what I need now is to 
>> set the foundations to my project.
>>
>> It would be great if there is a tutorial somewhere on how to open a shell 
>> over bluetooth from the android device, would be wonderful. I found some on 
>> how to do it on rasPi but no luck with BBB
>>
>> Any advice? any tutorials? any help ...??
>>
>> If I have to be more specific please let me know what you need and I'll 
>> give the informion. I'm running trhe latest armstrong distribution n a BBB 
>> rev B.
>>
>> Thanks for any help!
>>
>> Pedro
>>
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you 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] HC-05 Bluetooth and the beagle bone black ...

[liyaoshi]

Check cts/rts pin mux ，if you make sure your tx/rx and GND is right .
And , check if cts /rts pull down when idle .


2014-05-15 15:32 GMT+08:00 Pedro Gonzalez :

> Hi liyaoshi!
>
> Thanks for the answer. Actually hciconfig gives no results at all, which
> probably means the HC-05 is nt recognized in the system. What can I do
> next??
>
> Thanks for the advice :)
>
> Pedro
>
> El jueves, 15 de mayo de 2014 05:13:29 UTC+2, liyaoshi escribió:
>>
>> As I understand , hciconifg and hcitools will be the basic Bluez test
>> utils
>>
>> First , make sure your HC-05 module can run with hciconfig
>>
>> hciconfig -a to see what's output
>>
>>
>> 2014-05-15 1:57 GMT+08:00 Pedro Gonzalez :
>>
>>>
>>> Hi there!
>>>
>>> Newbie here ... sorry if too basic or already answered somewhere, I can
>>> not find what I'm looking for. Here is my problem:
>>>
>>> I'm trying to connect my BBB to an android device via bluetooth. I'm
>>> using a HC-05 device and followed the instructions in 
>>> here.
>>> It works to some extent. Bluetooth connects to the devide and I can send
>>> messages to my android device runninga terminal software ( BLUETERM).
>>> Problem is that I can not read from the device (which BTW is the sole
>>> purpose of the connection ...).
>>>
>>> I'm doing it pretty basic by now, just some echo hello > /dev/ttyO4 and
>>> cat /dev/ttyO4 The first works, the latter doesn´t. All I'm trying to do by
>>> now is to make some sort of simple android app that can turn on and off
>>> some LED on the BBB. Later will go more complex but what I need now is to
>>> set the foundations to my project.
>>>
>>> It would be great if there is a tutorial somewhere on how to open a
>>> shell over bluetooth from the android device, would be wonderful. I found
>>> some on how to do it on rasPi but no luck with BBB
>>>
>>> Any advice? any tutorials? any help ...??
>>>
>>> If I have to be more specific please let me know what you need and I'll
>>> give the informion. I'm running trhe latest armstrong distribution n a BBB
>>> rev B.
>>>
>>> Thanks for any help!
>>>
>>> Pedro
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard...@googlegroups.com.
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Interfacing microcontroller to BBB

[Aswin]

Hi,

I have a board consisting of PIC micro, ADC, DACs etc running on 5V and 
need to interface the microcontroller with BBB via UART. For 5V-3.3V 
interfacing, I plan to use this circuit: 
http://s11.postimg.org/8q2fddr3n/Capture.png
The board gets rectified supply from a transformer. Is it safe to connect 
the ground terminals of the two devices directly?


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Interfacing microcontroller to BBB

[Hari Krishna Malladi]

You can probably use a voltage divider to get from 5V to 3.3V. And a
transistor to get from 3.3V to 5V.


On Thu, May 15, 2014 at 1:30 PM, Aswin  wrote:

> Hi,
>
> I have a board consisting of PIC micro, ADC, DACs etc running on 5V and
> need to interface the microcontroller with BBB via UART. For 5V-3.3V
> interfacing, I plan to use this circuit:
> http://s11.postimg.org/8q2fddr3n/Capture.png
> The board gets rectified supply from a transformer. Is it safe to connect
> the ground terminals of the two devices directly?
>
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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] Interfacing microcontroller to BBB

[liyaoshi]

If this is a very low cost device , You can do this , As I understand .
There are lots of jtag cables with parallel port connect to jtag only with
100ohm resister, seems no problem
depend on your max currents


2014-05-15 16:00 GMT+08:00 Aswin :

> Hi,
>
> I have a board consisting of PIC micro, ADC, DACs etc running on 5V and
> need to interface the microcontroller with BBB via UART. For 5V-3.3V
> interfacing, I plan to use this circuit:
> http://s11.postimg.org/8q2fddr3n/Capture.png
> The board gets rectified supply from a transformer. Is it safe to connect
> the ground terminals of the two devices directly?
>
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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] Automatically start Google Crome in full screen mode

[Dario Cogliati]

Hi,

I'm working with BBB with Angstrom distribution and touch screen.
I need to launch google chrome browser at start-up,
so I have to insert a command in my startup script.

I tried with ./google-chome
but i receive this error:
ERROR:zygote_linux.cc(478) write : Broken pipe

Can anyone help  me?

Dario

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Automatically start Google Crome in full screen mode

[Maxim Podbereznyy]

first learn how to launch chrome. You should use R in chRome, not chome :)


2014-05-15 12:36 GMT+04:00 Dario Cogliati :

> Hi,
>
> I'm working with BBB with Angstrom distribution and touch screen.
> I need to launch google chrome browser at start-up,
> so I have to insert a command in my startup script.
>
> I tried with ./google-chome
> but i receive this error:
> ERROR:zygote_linux.cc(478) write : Broken pipe
>
> Can anyone help  me?
>
> Dario
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



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

[beagleboard] Spidev performance

[Kees k]

Good morning,

In one of my projects I interface with subsystems using a spibus, which 
performs really bad. If I look at the spidev driver, this thing uses a 
spinlock (busy polling) while performing the datatransfer and thereby 
blocking the kernel.
Is there are any alternative? E.g.

1. A better spidriver in the kernel (non-blocking, irq based)
2. A spidriver in de PRUSS
...

Best,

Kees

P.S. 

Currently, I connect to at most 20 devices using SPI, but the performance 
is disappointing.
>From each of the devices I read 13 bytes of data, in total 2080 bits, which 
-theoretically- takes with a bus frequency of 30 kHz about 69 ms or ~7% 
CPU. 
In practice about 10% CPU.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Automatically start Google Crome in full screen mode

[Dario Cogliati]

ok,  /usr/bin/google-ch*r*ome  
but the problem is the same :)

Il giorno giovedì 15 maggio 2014 11:41:21 UTC+2, lisarden ha scritto:
>
> first learn how to launch chrome. You should use R in chRome, not chome :)
>
>
> 2014-05-15 12:36 GMT+04:00 Dario Cogliati 
> >:
>
>> Hi,
>>
>> I'm working with BBB with Angstrom distribution and touch screen.
>> I need to launch google chrome browser at start-up,
>> so I have to insert a command in my startup script.
>>
>> I tried with ./google-chome
>> but i receive this error:
>> ERROR:zygote_linux.cc(478) write : Broken pipe
>>
>> Can anyone help  me?
>>
>> Dario
>>
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you 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.
>>
>
>
>
> -- 
> 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.

Re: [beagleboard] Debian Image Problems w/ APT

[Chad Baker]

"ps -ef " will show the PID and the parent pid, PPID.
This will allow you to find the process(es) that is(are) causing the glitch.



On 5/15/2014 7:12 AM, Ian Woloschin wrote:
I've got a Rev B board running the default Debian image, and I've 
noticed a problem with tons of processes spawning and effectively 
killing the BBB.  I had a power outage Sunday evening, which took my 
BBB down.  Since power has been restored I haven't touched the BBB, 
though it did boot back up.  This morning I went to try a couple of 
things and found it completely unresponsive, with uptime reporting a 1 
minute load of over 150!  A quick check of "ps aux" revealed a whole 
slew of apt-get processes running some sort of simulation, though I 
don't understand why.  Also, I see byobu has a lot of processes that 
seem redundant, so I may need to just move back to plain screen/tmux, 
though I sort of like byobu's status lines.  Any thoughts on how to 
prevent this cascade of apt-get processes?


Here's the ps aux output:

~$ ps aux
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 1  0.0  0.3   4568  1756 ?Ss Apr14   0:01 
/lib/systemd/systemd

root 2  0.0  0.0  0 0 ?S  Apr14   0:00 [kthreadd]
root 3  0.0  0.0  0 0 ?S  Apr14   0:08 
[ksoftirqd/0]
root 5  0.0  0.0  0 0 ?S< Apr14   0:00 
[kworker/0:0H]


--
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

To unsubscribe from this group 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 Beaglebone Black Rev C from RS Components/RS Online are made by or branded as ISO TECH?

[Gerald Coley]

Because RS messed up. They are not made by ISOTECH. We have contacted RS to
have it fixed. I have no idea how long that takes.

Gerald



On Thu, May 15, 2014 at 12:18 AM, Reese Dum  wrote:

> Hi
>
> I plan on buying some Beaglebone Black Rev Cs..
>
> But RS Components is my only most convenient source...
>
> I am wondering...
> Why Beaglebone Black Rev C from RS Components/RS Online are made by or
> branded as ISO TECH?
>
>
> http://uk.rs-online.com/web/p/processor-microcontroller-development-kits/7753805/
>
> Are they clones?
>
> Are they official?
>
> Why ISO TECH? Was this an error?
>
> I only know of the Element 14 version of the Beaglebone Black so I am wary
> of buying my BBB rev C from RS, but that is my only source from where I am.
>
> Hopefully Jason or someone else from Beagleboard could clarify this since
> RS is part of their distributor list. Much 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] Xenomai master -> BBB RCNelson 3.13-bone5 kernel patches

[alexis . martin . 1050]

Hello dlewin555 


Did you succeed in installing Xenomai on your BBB?

Le lundi 10 mars 2014 14:14:59 UTC+1, dlewin555 a écrit :
>
> With the provided files in attachment, I put the include dir from the SD 
> card which is fine when using from machinekit 
>  and 
> compile my* toggle_gpio.c* :
>
>
>- *Makefile*
>
>
>  make :
>> gcc -I/usr/xenomai/include -D_GNU_SOURCE -D_REENTRANT -D__XENO__  -g 
>>  gpio-utils.c  -lnative -L/usr/xenomai/lib -lxenomai -lpthread -lrt   
>> -lnative   toggle_gpio.c  -lnative -lxenomai -o toggle_gpio
>> In file included from /usr/xenomai/include/nucleus/thread.h:25:0,
>>  from /usr/xenomai/include/nucleus/sched.h:31,
>>  from /usr/xenomai/include/native/task.h:25,
>>  from toggle_gpio.c:14:
>> /usr/xenomai/include/nucleus/types.h:36:32: fatal error: 
>> asm/xenomai/system.h: No such file or directory
>> compilation terminated.
>> make: *** [toggle_gpio] Error 1
>> root@arm:/home/experiences#
>
>
>
>- *I have the glibc*:
>
>
>> GNU C Library (Debian EGLIBC 2.18-1) stable release version 2.18, by 
>> Roland McGrath et al.
>> Copyright (C) 2013 Free Software Foundation, Inc.
>> This is free software; see the source for copying conditions.
>> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
>> PARTICULAR PURPOSE.
>> Compiled by GNU CC version 4.8.2.
>> Compiled on a Linux 3.11.10 system on 2014-02-21.
>> Available extensions:
>> crypt add-on version 2.1 by Michael Glad and others
>> GNU Libidn by Simon Josefsson
>> Native POSIX Threads Library by Ulrich Drepper et al
>> BIND-8.2.3-T5B
>> libc ABIs: UNIQUE
>
>
>
>
>- and  didn't installed the kernel headers yet.
>- *don't know machinekit how is it to be installed : * well as it's 
>based on patches onto the RCN git repo based, I've used the 
> *"build_kernel" 
>*which retrieve linaro compiler + sources + and deps accordingly, 
>Therefore, it's Debian based.
>
>
>
>
>
> 2014-03-09 3:11 GMT+01:00 t-szczyrba >
> :
>
>> > I also have a working gcc inside, but can't "make" when system.h, 
>> asm/.../types.h, xeno_config.h are missing. Copy them from the working 
>> machinekit on SD doesn't fix the problem.
>>
>> Please send the makefile & gcc output - I suppose you don't have glibc & 
>> kernel headers installed in the BBB and don't know machinekit how is it to 
>> be installed. Is the machinekit something like linuxcnc + Ubuntu derivative?
>>
>> regards,
>>
>> 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/HqwuSu2tLe8/unsubscribe.
>> To unsubscribe from this group and all its topics, 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] Xenomai on BBB

[alexis . martin . 1050]

Hi Giuseppe !

Did you succeed installing Xenomai? I'am having troubles with it...  Well 
I'm not an expert so I could do something wrong in the procedure / or don't 
do something. 

Here is what I did:

1) I download the zip :  https://github.com/yapatel/beagleboneblack-xenomai

2) I execute the following script

./build_kernel.sh

3) use eMMC patcher and put it to a  microSD card

Install Kernel Image to SD card: (requires MMC set in system.sh)

4) I execute the following script

./tools/install_kernel.sh

What do I have to do to get Xenomai on my BBB? Did I miss something? 

Le mercredi 25 septembre 2013 09:12:03 UTC+2, Giuseppe Iellamo a écrit :
>
> Thank you very much!
> This is very valuable help for me!
>
> Giuseppe
>
>
> Il giorno martedì 24 settembre 2013 15:50:28 UTC+2, Charles Steinkuehler 
> ha scritto:
>>
>> On 9/24/2013 8:21 AM, Giuseppe Iellamo wrote: 
>> > I have seen on the internet different guides on using Xenomai with 
>> > beagleboard... has anyone ever tried to compile xenomai on BBB w kernel 
>> 3.8? 
>>
>> Just grab the build scripts from github and type "./build_kernel.sh": 
>>
>> https://github.com/cdsteinkuehler/linux-dev/tree/3.8.13-bone27-xenomai 
>>
>> ...or I have SD card images with the kernel and xenomai user-land 
>> already installed and ready to run (along with LinuxCNC): 
>>
>> http://bb-lcnc.blogspot.com/p/machinekit_16.html 
>>
>> The BeagleBone 3.8.13 pre/post patch and required iPipe patches are all 
>> in the latest Xenomai, which should be released Real Soon Now...mostly 
>> waiting on some stuff from the 3.10 kernel, IIRC. 
>>
>> Credit to Robert C Nelson for the initial versions of the kernel and 
>> image build scripts (also on github).  THANKS! 
>>
>> -- 
>> Charles Steinkuehler 
>> cha...@steinkuehler.net 
>>
>>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Expansion Header P9 pin 41/42 usage

[karlkarpfen79]

I alread tried to ask this question but it seems my posting got lost, so 
once again: 
At 
http://elinux.org/Beagleboard:Cape_Expansion_Headers#Full_Headers_with_8_Modes 
the expansion header pinout of BBB is listed. For every pin that 
corresponds to an output of MPU a single row with up to 8 entries is 
listed. Every of these up to 8 functionalities can be choosen via pin mux 
of processor.

But for P9 pin 41 and 42 situation is different, they are named 41# and 42@ 
and show _two_ rows with different, conflicting functions. So...what does 
it mean? How can I choose one specific function there?

Karl

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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 does the Beaglebone Black found on RS Components/RS Online websites say that brand is ISOTECH?

[reesedumdum]

I'm interested in getting some Beaglebone Black Rev C and RS Components/RS 
Online is my only viable option at the moment from where I am.
my question is.

Why does the Beaglebone Black Rev C found on RS Components/RS Online 
websites say that brand is ISOTECH?

The Rev B they used to sell seemed official and not made by ISO TECH. But 
now they seem to be branded and/or manufactured by ISO-TECH based on the 
different RS Component/RS Online websites I have checked.

for example:
http://uk.rs-online.com/web/p/processor-microcontroller-development-kits/7753805/

Is it a website error made by the web devs?

Or is the Beagle Black Rev C being sold by RS Components/RS Online  in fact 
being made by ISO TECH and is not official but just a clone?

Or is the ISO TECH version an official manufacturer just like the Element 
14 version of the Beaglebone Black?

So confused...

Hoping I could get an answer officially from BeagleBoard or Jason since RS 
appears in their distributor list and they would probably know the right 
answer and clear up any confusion.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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 powered by PoE (Power over Ethernet)?

[Christian]

Thank you, guys! You helped me a lot :)

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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 does the Beaglebone Black found on RS Components/RS Online websites say that brand is ISOTECH?

[Gerald Coley]

RS screwed up. Not sure how or why. They  are aware of the issue.

Gerald


On Wed, May 14, 2014 at 11:59 PM,  wrote:

> I'm interested in getting some Beaglebone Black Rev C and RS Components/RS
> Online is my only viable option at the moment from where I am.
> my question is.
>
> Why does the Beaglebone Black Rev C found on RS Components/RS Online
> websites say that brand is ISOTECH?
>
> The Rev B they used to sell seemed official and not made by ISO TECH. But
> now they seem to be branded and/or manufactured by ISO-TECH based on the
> different RS Component/RS Online websites I have checked.
>
> for example:
>
> http://uk.rs-online.com/web/p/processor-microcontroller-development-kits/7753805/
>
> Is it a website error made by the web devs?
>
> Or is the Beagle Black Rev C being sold by RS Components/RS Online  in
> fact being made by ISO TECH and is not official but just a clone?
>
> Or is the ISO TECH version an official manufacturer just like the Element
> 14 version of the Beaglebone Black?
>
> So confused...
>
> Hoping I could get an answer officially from BeagleBoard or Jason since RS
> appears in their distributor list and they would probably know the right
> answer and clear up any confusion.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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] Expansion Header P9 pin 41/42 usage

[Charles Steinkuehler]

On 5/15/2014 7:25 AM, karlkarpfe...@gmail.com wrote:
> I alread tried to ask this question but it seems my posting got lost, so 
> once again: 
> At 
> http://elinux.org/Beagleboard:Cape_Expansion_Headers#Full_Headers_with_8_Modes
>  
> the expansion header pinout of BBB is listed. For every pin that 
> corresponds to an output of MPU a single row with up to 8 entries is 
> listed. Every of these up to 8 functionalities can be choosen via pin mux 
> of processor.
> 
> But for P9 pin 41 and 42 situation is different, they are named 41# and 42@ 
> and show _two_ rows with different, conflicting functions. So...what does 
> it mean? How can I choose one specific function there?

Look at the schematic.  There are two pins from the CPU connected to
each P9.41 and P9.42.  It is up to your software and device tree to
insure that these functions do not conflict (ie: do not enable the two
pads tied together as outputs driving different values!).

Typically, you will disable one of the pads (or set it as an input) and
use the other one.

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

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] resizing partitions on SD Card

[Eric Fort]

I have a 4GB (3.62GB fat32 formatted) SD card and just downloaded
images_bone-debian-7.4-2014-04-23-2gb.img.xz .  Note this is intended to
work with a 2GB SD card which wastes much of the card I have to use much
less anything smaller is getting difficult if not impossible to find.  How
can I recover the lost space on the SD card and expand the partition
holding my root filesystem once the card is imaged?  or as an alternative,
how can I modify this image so it cleanly writes and uses the full space of
the 4GB SD card I have.

Thanks,

Eric

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] resizing partitions on SD Card

[Robert Nelson]

On Thu, May 15, 2014 at 10:03 AM, Eric Fort  wrote:

> I have a 4GB (3.62GB fat32 formatted) SD card and just downloaded
> images_bone-debian-7.4-2014-04-23-2gb.img.xz .  Note this is intended to
> work with a 2GB SD card which wastes much of the card I have to use much
> less anything smaller is getting difficult if not impossible to find.  How
> can I recover the lost space on the SD card and expand the partition
> holding my root filesystem once the card is imaged?  or as an alternative,
> how can I modify this image so it cleanly writes and uses the full space of
> the 4GB SD card I have.
>


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

cd /opt/scripts/tools/
sudo ./grow_partition.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] P9 Expansion Header question

[Gerald Coley]

This means that there are TWO  processor pins connected to
one connector pin. Refer to the schematic and the Systems reference Manual
for deatials.


Gerald



On Thu, May 15, 2014 at 4:52 AM,  wrote:

> Hi,
>
> at
> http://elinux.org/Beagleboard:Cape_Expansion_Headers#Full_Headers_with_8_Modesthe
>  pinout of expansion headers is shown. For every pin there is exactly
> one row describing the functionality of the related pin according to a
> chosen mode.
>
> But pins 41 and 42 of header P9 are different, they are named "41#" and
> "42@" and contain two rows describing possible functionalities and two
> GPIOs each. So...what does this mean? How can one choose a specific
> functionality of these pins? Setting the pin-mux-mode doesn't seem to do
> the trick since it can be used with the standard modes only and here twice
> as much are listed.
>
> Karl
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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] P9 Expansion Header question

[karlkarpfen79]

Hi,

at 
http://elinux.org/Beagleboard:Cape_Expansion_Headers#Full_Headers_with_8_Modes 
the pinout of expansion headers is shown. For every pin there is exactly 
one row describing the functionality of the related pin according to a 
chosen mode.

But pins 41 and 42 of header P9 are different, they are named "41#" and 
"42@" and contain two rows describing possible functionalities and two 
GPIOs each. So...what does this mean? How can one choose a specific 
functionality of these pins? Setting the pin-mux-mode doesn't seem to do 
the trick since it can be used with the standard modes only and here twice 
as much are listed.

Karl

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] timedatectl on current Debian distro

[Charles Hamilton]

Aha!  Thanks Robert, for your always useful, anti-balding elixir. ;)

Charles


On Tuesday, May 13, 2014 2:28:21 PM UTC-4, RobertCNelson wrote:
>
> On Tue, May 13, 2014 at 1:20 PM, Charles Hamilton 
> > 
> wrote: 
> > Is anyone able to access systemd's timedatectl on the current Debian 
> distro 
> > (7.4, running on microSD card)? 
> > 
> > I'm flummoxed by... 
> > 
> > 1) Where to find it since it doesn't appear to be running or loaded on 
> > systemd. And 
> > 2) How to install or create it as a service if missing from systemd 
> > 
> > I've looked hard for any insight, but everything I've found about 
> > timedatectl only talks about usage once it's already installed and 
> running, 
> > and nothing about adding/enabling it as a service if it's not installed. 
> > 
>
> With the current systemd enabled debian image, we only have a very 
> early version of systemd (version 44). timedatectl was added later. 
> Debian Jessie (version 8) is planned for freeze in november. My plan 
> is to switch to pushing a jessie image around that time as the 
> "testing" branch will start to calm down. 
>
> But, there's nothing stopping you from running Jessie today. 
>
> *My long term plan is to also switch to a qt based backend with lxqt 
> for a window manager in Jessie. 
>
> 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] Trying to compile kernel for BBB, hangs on "booting the kernel"

[Daniel Hastings]

Hello,

I've been trying to get a kernel build environment set up for my BBB. I've 
set up a cross compiler and I've followed the following steps.

git clone git://github.com/beagleboard/kernel.git
cd kernel
git checkout 3.8
./patch.sh
cp configs/beaglebone kernel/arch/arm/configs/beaglebone_defconfig
wget 
http://arago-project.org/git/projects/?p=am33x-cm3.git\;a=blob_plain\;f=bin/am335x-pm-firmware.bin\;hb=HEAD
 -O kernel/firmware/am335x-pm-firmware.bin
cd kernel
make ARCH=arm CROSS_COMPILE=${CC} beaglebone_defconfig -j4
make ARCH=arm CROSS_COMPILE=${CC} uImage dtbs LOADADDR=0x80008000 -j4
make ARCH=arm CROSS_COMPILE=${CC} uImage-dtb.am335x-boneblack 
LOADADDR=0x80008000 -j4


make ARCH=arm CROSS_COMPILE=${CC} modules -j4


I've moved the modules created into /lib/modules/ and copied the 
uImage into /boot in the second partition of the mmc.


When trying to boot the new kernel, this is the last output I receive over the 
serial port:


Booting from mmc ...

## Booting kernel from Legacy Image at 80007fc0 ...

   Image Name:   Linux-3.8.13+

   Image Type:   ARM Linux Kernel Image (uncompressed)

   Data Size:4311374 Bytes = 4.1 MiB

   Load Address: 80008000

   Entry Point:  80008000

   Verifying Checksum ... OK

## Flattened Device Tree blob at 80f8

   Booting using the fdt blob at 0x80f8

   XIP Kernel Image ... OK

OK

   Using Device Tree in place at 80f8, end 80f89133


Starting kernel ...


Uncompressing Linux... done, booting the kernel.


Then it just hangs with no led activity until I power cycle it.


I think that this indicates that uboot has finished and that the problem must 
lie with the kernel I've built. Perhaps I'm missing an option somewhere?


I've tried both using the beaglebone_defconfig and using the info from 
/proc/config.gz to build a kernel. I've tried two cross compiler tool chains 
and I've let the thing build natively overnight and still it hangs on "done, 
booting the kernel".


Does anyone have any idea what I may be doing wrong?


Thanks,

Dan


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Trying to compile kernel for BBB, hangs on "booting the kernel"

[Cody Lacey]

Did you move the correct .dtb into the /boot directory


On Thu, May 15, 2014 at 11:07 AM, Daniel Hastings <
daniel.robert.hasti...@gmail.com> wrote:

> Hello,
>
> I've been trying to get a kernel build environment set up for my BBB. I've
> set up a cross compiler and I've followed the following steps.
>
> git clone git://github.com/beagleboard/kernel.git
> cd kernel
> git checkout 3.8
> ./patch.sh
> cp configs/beaglebone kernel/arch/arm/configs/beaglebone_defconfig
> wget 
> http://arago-project.org/git/projects/?p=am33x-cm3.git\;a=blob_plain\;f=bin/am335x-pm-firmware.bin\;hb=HEAD
>  -O kernel/firmware/am335x-pm-firmware.bin
> cd kernel
> make ARCH=arm CROSS_COMPILE=${CC} beaglebone_defconfig -j4
> make ARCH=arm CROSS_COMPILE=${CC} uImage dtbs LOADADDR=0x80008000 -j4
> make ARCH=arm CROSS_COMPILE=${CC} uImage-dtb.am335x-boneblack 
> LOADADDR=0x80008000 -j4
>
>
> make ARCH=arm CROSS_COMPILE=${CC} modules -j4
>
>
> I've moved the modules created into /lib/modules/ and copied the 
> uImage into /boot in the second partition of the mmc.
>
>
> When trying to boot the new kernel, this is the last output I receive over 
> the serial port:
>
>
> Booting from mmc ...
>
> ## Booting kernel from Legacy Image at 80007fc0 ...
>
>Image Name:   Linux-3.8.13+
>
>Image Type:   ARM Linux Kernel Image (uncompressed)
>
>Data Size:4311374 Bytes = 4.1 MiB
>
>Load Address: 80008000
>
>Entry Point:  80008000
>
>Verifying Checksum ... OK
>
> ## Flattened Device Tree blob at 80f8
>
>Booting using the fdt blob at 0x80f8
>
>XIP Kernel Image ... OK
>
> OK
>
>Using Device Tree in place at 80f8, end 80f89133
>
>
> Starting kernel ...
>
>
> Uncompressing Linux... done, booting the kernel.
>
>
> Then it just hangs with no led activity until I power cycle it.
>
>
> I think that this indicates that uboot has finished and that the problem must 
> lie with the kernel I've built. Perhaps I'm missing an option somewhere?
>
>
> I've tried both using the beaglebone_defconfig and using the info from 
> /proc/config.gz to build a kernel. I've tried two cross compiler tool chains 
> and I've let the thing build natively overnight and still it hangs on "done, 
> booting the kernel".
>
>
> Does anyone have any idea what I may be doing wrong?
>
>
> Thanks,
>
> Dan
>
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Beaglebone Quadcopter!

[Maxim Podbereznyy]

As long as you keep adding unnecessary stuff to this thing it gets less
time for fun (flying) because 3G or other dongles consume at lot of
current. They are just designed to be fed by a wall outlet
15 Май 2014 г. 3:09 пользователь "Jason Kridner" 
написал:

>
>
> On Monday, May 12, 2014 8:11:10 PM UTC-4, Mike McDonald wrote:
>>
>> Hey guys,
>>
>> A group of Rose-Hulman students have been hard at work this past year
>> building a Beaglebone Quadcopter with these goals in mind:
>>
>> 1. Low cost ($100-150 w/o Beaglebone)
>> 2. Fully open source (Cape, Frame, and all control software) on our
>> Github
>> .
>> 3. Easy to assembly and repair (we estimate it will take 1-2 hours to
>> assemble and get ready to fly)
>> 4. Durable and easy to fly (currently supports USB game controller
>> control, though we initially tested using a USB RC controller, though it's
>> also possible to eventually use a cell phone as a controller) with a 10
>> minute flight time
>> 5. Sensor packed: 9-Axis (MPU 9150), Altimeter (BMP 180), Ultrasonic
>> Rangefinder (HC SR04), Battery Gas Gauge (MAX 17044), and CMOS Camera
>> (OV7670).
>>
>> The Quadcopter is flown via WiFi and Bluetooth (though streaming video
>> doesn't yet work over Bluetooth) from a host computer (you need somewhere
>> to view the streaming video from). Additionally, we're using a Debian image
>> and have added Xenomai for better real time performance. We're also using
>> both PRU's: one for real time motor control and one for the camera. With
>> the quadcopter software running, we've still got 80+% of the CPU free for
>> other processing (OpenCV, etc.).
>>
>> We're currently using a PID control scheme, but we may be switching to a
>> sweet state variable feedback system (or getting a senior design group next
>> year to do it).
>>
>> So, we want some feedback from you guys on the following:
>>
>>1.
>> *Would you buy one of these Quadcopters? *
>>
>> Absolutely!
>
>>
>>1.
>>2.
>> *Is our price point reasonable? Is this something worth selling ourselves
>>or would this be a good kickstarter project? *
>>
>> $100 is reasonable. $150 is kinda pushing the limit a bit for me. Looks
> great for experimenting and I think it'd be a good kickstarter. Hopefully
> you build up some good community interest here first and discover the
> killer feature for which everyone needs this. :-)
>
>>
>>1.
>>2. *Are there any other features you think are critical (wouldn't buy
>>without it)?*
>>
>> Having the camera is awesome. I might want an optional GPS and/or 3G
> modem. Can I add one myself? I don't think it is required in the bundle.
>
>
>> If you want to dive deeper into our design:
>>
>>1. *How does the software look (particularly the PRU to C interface)?
>>Would you be willing to maintain it, or update it to State Variable?*
>>
>> Looks like the main routine is control_alg. Personally, I kinda like the
> structure of libpruio from what I've seen so far, where there is a C
> library interface provided. I also like the messaging approach of Matt
> Ranostay's PRU lighting code. Do you have any code documentation that would
> make it easier to review? I don't think many people are going to dive into
> your code until they know what problems it solves and how modular it is
> such that they feel they could start using parts of it.
>
> Looks like you have a lot running on the PRU. Do you have a summary?
>
>>
>>1. *How does the PCB look? Are there any flaws you see? Would you
>>want to add or remove any other sensors?*
>>
>> Layout seems pretty simple and clean. Is
> https://github.com/Rose-Hulman-ROBO4xx/1314-BeagleBone-Quadcopter/blob/master_rev2/noncode/Board/Quad32brd.pngthe
>  latest?  All of the versions are a bit confusing for me.
>
>
>>
>>1. *How does the mechanical design (Quadcopter frame) look? Is it
>>aesthetically pleasing? Easy to build (if you have a laser cutter, give it
>>a try and let us know)? Easy to fix when broken?*
>>
>> I have access to a laser cutter at my hackerspace, but I've never used
> it. Do you have simple pictures of the pieces or any hints on where I could
> order some pre-cut pieces like with Shapeways?
>
>
>> Here are some pictures:
>>
>>
>> 
>>
>>
>> 
>>
>>
>> 
>>
>>
>> 
>>
>> Videos are available on here
>> 

[beagleboard] Anybody making GUI apps for Android on BBBlack?

[Nishant Sood]

Hi Fellowship,

Are there any folks who are using hendersa's Android image (built the image 
with 3.8.13 kernel) and develpoing GUI apps using the eclipse setup? (the 
same setup that we have for conventional Android development with ADB 
bridge communication)

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Trying to compile kernel for BBB, hangs on "booting the kernel"

[Daniel Hastings]

Thanks for your reply.

I had not previously but I think that I have now.

I copied /arch/arm/boot/dts/am335x-boneblack.dtb to /boot/ but 
the boot process still hangs at the same spot.

On Thursday, May 15, 2014 10:06:56 AM UTC-7, cody wrote:
>
> Did you move the correct .dtb into the /boot directory
>
>
> On Thu, May 15, 2014 at 11:07 AM, Daniel Hastings <
> daniel.robe...@gmail.com > wrote:
>
>> Hello,
>>
>> I've been trying to get a kernel build environment set up for my BBB. 
>> I've set up a cross compiler and I've followed the following steps.
>>
>> git clone git://github.com/beagleboard/kernel.git
>> cd kernel
>> git checkout 3.8
>> ./patch.sh
>> cp configs/beaglebone kernel/arch/arm/configs/beaglebone_defconfig
>> wget 
>> http://arago-project.org/git/projects/?p=am33x-cm3.git\;a=blob_plain\;f=bin/am335x-pm-firmware.bin\;hb=HEAD
>>  -O kernel/firmware/am335x-pm-firmware.bin
>> cd kernel
>> make ARCH=arm CROSS_COMPILE=${CC} beaglebone_defconfig -j4
>> make ARCH=arm CROSS_COMPILE=${CC} uImage dtbs LOADADDR=0x80008000 -j4
>> make ARCH=arm CROSS_COMPILE=${CC} uImage-dtb.am335x-boneblack 
>> LOADADDR=0x80008000 -j4
>>
>>
>> make ARCH=arm CROSS_COMPILE=${CC} modules -j4
>>
>>
>> I've moved the modules created into /lib/modules/ and copied the 
>> uImage into /boot in the second partition of the mmc.
>>
>>
>> When trying to boot the new kernel, this is the last output I receive over 
>> the serial port:
>>
>>
>> Booting from mmc ...
>>
>> ## Booting kernel from Legacy Image at 80007fc0 ...
>>
>>Image Name:   Linux-3.8.13+
>>
>>Image Type:   ARM Linux Kernel Image (uncompressed)
>>
>>Data Size:4311374 Bytes = 4.1 MiB
>>
>>Load Address: 80008000
>>
>>Entry Point:  80008000
>>
>>Verifying Checksum ... OK
>>
>> ## Flattened Device Tree blob at 80f8
>>
>>Booting using the fdt blob at 0x80f8
>>
>>XIP Kernel Image ... OK
>>
>> OK
>>
>>Using Device Tree in place at 80f8, end 80f89133
>>
>>
>> Starting kernel ...
>>
>>
>> Uncompressing Linux... done, booting the kernel.
>>
>>
>> Then it just hangs with no led activity until I power cycle it.
>>
>>
>> I think that this indicates that uboot has finished and that the problem 
>> must lie with the kernel I've built. Perhaps I'm missing an option somewhere?
>>
>>
>> I've tried both using the beaglebone_defconfig and using the info from 
>> /proc/config.gz to build a kernel. I've tried two cross compiler tool chains 
>> and I've let the thing build natively overnight and still it hangs on "done, 
>> booting the kernel".
>>
>>
>> Does anyone have any idea what I may be doing wrong?
>>
>>
>> Thanks,
>>
>> Dan
>>
>>
>>  -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you 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] Re: Best OS for driver programming

[David Farning]

>From my somewhat limited BeagleBoneBlack experience I would suggest
Robert's release based on Debian Jessie for driver programming.

http://elinux.org/BeagleBoardDebian#Debian_Testing_.28jessie.29

The upside is that kernel and tool chain are newer. This can be useful
because there have been rapid and significant advance in the ARM
stack.

The down side is that things have changed since many of the existing
tutorials and howtos have been written. Things don't always work as
expected.

Your mileage may vary, but I have found using the setup Derek Molloy
describes at  
https://www.youtube.com/watch?v=vFv_-ykLppo&list=PLF4A1A7E09E5E260A
to be very effective. I allows one to rapidly switch back and forth
between OS's for testing on the BeagleBone while keeping all project
code centrally located on one's primary development machine.

On Mon, May 12, 2014 at 10:58 AM,   wrote:
> They all pretty much have the same GCC toolset. It simplifies the job a bit
> to have the most up-to-date kernel, so I would recommend Robert's Debian,
> which works well with 3.13.
>
>
> On Sunday, May 11, 2014 11:17:22 PM UTC-7, srikant...@gmail.com wrote:
>>
>> Can anyone say which is the best OS for programming drivers for
>> BeagleBoneBlack device. Also can anyone suggest which toolchain is best
>> suitable for programming.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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: problem booting android 4.2.2 on baglebone

[kishens4]

I am facing the same problem..but even after i press enter i get 
nothing...what might be wrong

On Wednesday, January 29, 2014 12:49:15 AM UTC-6, Vishveshwar wrote:
>
> On Monday, January 27, 2014 10:26:41 PM UTC+5:30, Mihir Jariwala wrote:
>>
>> I recently started working on baglebone. I followed the steps on 
>>
>>
>> http://processors.wiki.ti.com/index.php/TI-Android-JB-4.2.2-DevKit-4.1.1_UserGuide
>> &
>>
>> http://processors.wiki.ti.com/index.php/BeagleBone-Android-DevKit_Guide#Hardware_setup
>>
>> After establishing serial communication the window starts "" as 
>> recommended. As instructed I insert the bootable sdmmc card into the 
>> beaglebone. Android starts booting and in the end the log stops... snippet 
>> of the log is as below. Now i dont know what i have to do. Please provide 
>> some support regarding it. I am using ubantu 11.10 using VMware on windows7 
>> 64bit
>>
>> log..
>>
>> root@android:/ # [3.365753] android_work: sent uevent 
>> USB_STATE=CONNECTED
>> [3.371520] android_work: sent uevent USB_STATE=DISCONNECTED   
>>
>> [3.379119] Disabling lock debugging due to kernel taint   
>>
>> [3.435455] android_work: sent uevent USB_STATE=CONNECTED 
>> 
>> [3.784362] warning: `rild' uses 32-bit capabilities (legacy support 
>> in use)  
>> [3.845520] android_work: sent uevent USB_STATE=DISCONNECTED   
>>
>> [3.890869] android_work: did not send uevent (0 0   (null))   
>>
>> [3.955291] android_work: sent uevent USB_STATE=CONNECTED 
>> 
>> [4.109863] android_work: sent uevent USB_STATE=DISCONNECTED   
>>
>> [4.141540] android_work: sent uevent USB_STATE=CONNECTED 
>> 
>> [4.147369] android_work: sent uevent USB_STATE=DISCONNECTED   
>>
>> [4.211578] android_work: sent uevent USB_STATE=CONNECTED 
>> 
>> [4.377655]  gadget: high-speed config #1: android 
>>
>> [4.397521] android_work: sent uevent USB_STATE=CONFIGURED 
>>
>> [   20.203216] request_suspend_state: wakeup (3->0) at 20170814787 
>> (2000-01-01 00:23:56.3389)
>> [   21.057922] net eth0: CPSW phy found : id is : 0x7c0f1 
>>
>> [   21.064208] PHY 0:01 not found 
>>
>> [   21.076110] ADDRCONF(NETDEV_UP): eth0: link is not ready   
>>
>> [   21.768341] acc_open   
>>
>> [   21.773101] acc_release   
>> 
>> [   25.053070] PHY: 0:00 - Link is Up - 100/Full 
>> 
>> [   25.069183] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready 
>> 
>> [   33.759277] init: sys_prop: permission denied uid:1003 
>>  name:service.bootanim.exit  
>>
>
> Congratulations! Android booted up. If you did not attach a LCD cape, 
> that's all you get.. a working console with shell prompt.
> The shell prompt got lost in the kernel boot messages, but it is there. 
> Press Enter key again and you should see it.
>
> -Vishveshwar 
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Newbie to BBB ~ Custom 7" TFT Cape

[jbutts16]

I'm new to using the BeagleBone Black
 
I designed a cape with a 7" TFT LCD along with support circuitry for my 
application.  When I power up just my cape all of the LCD voltage levels 
are correct.  When I plug my cape into the BeagleBone all of the voltage 
levels are correct but the LCD is just white and there is no booting 
activity.
 
What should I expect?  If I purchase one of the ready-made LCD capes what 
should I expect when powering up?  Does the BBB self boot?
 
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] Newbie to BBB ~ Custom 7" TFT Cape

[r . butts]

I'm new to using BeagleBones.
 
My design is a cape with a 7" TFT LCD and support circuitry for my 
application.  When I power up just my cape all of the LCD supply voltages 
are at their proper values.  I then plugged it into the BBB and again all 
voltages are at their correct values but there is no booting activity.
 
What should I expect after powering up?  If I purchase one of the 
ready-made LCD capes what should I expect upon powering .
 
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] Newbie to BBB ~ Custom 7" TFT Cape

[Gerald Coley]

If it does not boot, that means you messed up the boot pins with your
design and changed the boot mode. The LCD pins set the boot mode. I suggest
you read the SRM for details on this.

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

You can also search the group as this has been covered many times.

If you by the ready made LCDs, they won't mess up the boot and will boot
fine.


Gerald


On Thu, May 15, 2014 at 1:37 PM,  wrote:

> I'm new to using the BeagleBone Black
>
> I designed a cape with a 7" TFT LCD along with support circuitry for my
> application.  When I power up just my cape all of the LCD voltage levels
> are correct.  When I plug my cape into the BeagleBone all of the voltage
> levels are correct but the LCD is just white and there is no booting
> activity.
>
> What should I expect?  If I purchase one of the ready-made LCD capes what
> should I expect when powering up?  Does the BBB self boot?
>
> Thanks
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Newbie to BBB ~ Custom 7" TFT Cape

[Gerald Coley]

If it does not boot, that means you messed up the boot pins with your
design and changed the boot mode. The LCD pins set the boot mode. I suggest
you read the SRM for details on this.

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

You can also search the group as this has been covered many times.

If you by the ready made LCDs, they won't mess up the boot and will boot
fine.

Gerald


On Thu, May 15, 2014 at 2:04 PM,  wrote:

> I'm new to using BeagleBones.
>
> My design is a cape with a 7" TFT LCD and support circuitry for my
> application.  When I power up just my cape all of the LCD supply voltages
> are at their proper values.  I then plugged it into the BBB and again all
> voltages are at their correct values but there is no booting activity.
>
> What should I expect after powering up?  If I purchase one of the
> ready-made LCD capes what should I expect upon powering .
>
> Thanks
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Atlantic Canada Timezone

[David Farning]

I am going through the same process you are describing.

There are many advantages to community development... but one of them
is not having third party documentation ready on for release dates.

As a new BeagleBone user, I have found it easiest to work though
existing blogs and howtos using the Angstrom distro. The body of
literature is much greater.

When figuring things out on the new Debian disto I have found it
helpful to set Google to only search for article within the last two
weeks.


On Mon, May 12, 2014 at 10:29 AM, dumb looks free
 wrote:
> yes there is a shift to Debian and I believe the new boards are being
> shipped with Debian rather than Angstrom.
>
> I'm not sure what that means in terms of your book, but given that you are
> new to BBB, I'd continue to work on the examples with Angstrom and the book.
> Once you get a footing, jump over to Debian.
>
> I'm no expert but maybe a package is missing in Angstrom for the Atlantic
> time zone ... maybe try something like (use at your own risk)
> sudo opkg update
> sudo opkg install tzdata-canada
>
> good luck
>
>
>
>
> On 12 May 2014 15:00, mike rankin <0mik...@gmail.com> wrote:
>>
>> I'm using Angstrom and Canada is not located anywhere in
>> usr/share/zoneinfo
>> On another note,
>> The BBB is new to me and I'm a nube going through the Getting Started with
>> the BeagleBone Black book examples. If I were to install Debian onto it, can
>> I still follow the book examples? I get the feeling that Debian is preferred
>> for some reason over Angstrom.
>>
>> On Monday, May 12, 2014 2:17:44 AM UTC-3, DLF wrote:
>>>
>>> In Debian, I find it inside
>>> usr/share/zoneinfo/Canada/
>>>
>>>
>>>
>>> On Sunday, 11 May 2014 00:53:46 UTC+2, mike rankin wrote:

 I'm having trouble finding the Atlantic Canada Timezone for setting up
 the time being pulled over ethernet from the instructions at:
 http://www.circuidipity.com/getting-started-with-beaglebone-black.html
 Inside usr/share/zoneinfo/ I cannot find the Atlantic timezone.
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Trying to compile kernel for BBB, hangs on "booting the kernel"

[Cody Lacey]

Do you have a uEnv.txt file on the fat partition?
What are the contents?


On Thu, May 15, 2014 at 2:15 PM, Daniel Hastings <
daniel.robert.hasti...@gmail.com> wrote:

> Thanks for your reply.
>
> I had not previously but I think that I have now.
>
> I copied /arch/arm/boot/dts/am335x-boneblack.dtb to /boot/
> but the boot process still hangs at the same spot.
>
>
> On Thursday, May 15, 2014 10:06:56 AM UTC-7, cody wrote:
>
>> Did you move the correct .dtb into the /boot directory
>>
>>
>> On Thu, May 15, 2014 at 11:07 AM, Daniel Hastings > com> wrote:
>>
>>> Hello,
>>>
>>> I've been trying to get a kernel build environment set up for my BBB.
>>> I've set up a cross compiler and I've followed the following steps.
>>>
>>> git clone git://github.com/beagleboard/kernel.git
>>> cd kernel
>>> git checkout 3.8
>>> ./patch.sh
>>> cp configs/beaglebone kernel/arch/arm/configs/beaglebone_defconfig
>>> wget 
>>> http://arago-project.org/git/projects/?p=am33x-cm3.git\;a=blob_plain\;f=bin/am335x-pm-firmware.bin\;hb=HEAD
>>>  -O kernel/firmware/am335x-pm-firmware.bin
>>> cd kernel
>>> make ARCH=arm CROSS_COMPILE=${CC} beaglebone_defconfig -j4
>>> make ARCH=arm CROSS_COMPILE=${CC} uImage dtbs LOADADDR=0x80008000 -j4
>>> make ARCH=arm CROSS_COMPILE=${CC} uImage-dtb.am335x-boneblack 
>>> LOADADDR=0x80008000 -j4
>>>
>>>
>>> make ARCH=arm CROSS_COMPILE=${CC} modules -j4
>>>
>>>
>>> I've moved the modules created into /lib/modules/ and copied the 
>>> uImage into /boot in the second partition of the mmc.
>>>
>>>
>>> When trying to boot the new kernel, this is the last output I receive over 
>>> the serial port:
>>>
>>>
>>> Booting from mmc ...
>>>
>>> ## Booting kernel from Legacy Image at 80007fc0 ...
>>>
>>>Image Name:   Linux-3.8.13+
>>>
>>>Image Type:   ARM Linux Kernel Image (uncompressed)
>>>
>>>Data Size:4311374 Bytes = 4.1 MiB
>>>
>>>Load Address: 80008000
>>>
>>>Entry Point:  80008000
>>>
>>>Verifying Checksum ... OK
>>>
>>> ## Flattened Device Tree blob at 80f8
>>>
>>>Booting using the fdt blob at 0x80f8
>>>
>>>XIP Kernel Image ... OK
>>>
>>> OK
>>>
>>>Using Device Tree in place at 80f8, end 80f89133
>>>
>>>
>>> Starting kernel ...
>>>
>>>
>>> Uncompressing Linux... done, booting the kernel.
>>>
>>>
>>> Then it just hangs with no led activity until I power cycle it.
>>>
>>>
>>> I think that this indicates that uboot has finished and that the problem 
>>> must lie with the kernel I've built. Perhaps I'm missing an option 
>>> somewhere?
>>>
>>>
>>> I've tried both using the beaglebone_defconfig and using the info from 
>>> /proc/config.gz to build a kernel. I've tried two cross compiler tool 
>>> chains and I've let the thing build natively overnight and still it hangs 
>>> on "done, booting the kernel".
>>>
>>>
>>> Does anyone have any idea what I may be doing wrong?
>>>
>>>
>>> Thanks,
>>>
>>> Dan
>>>
>>>
>>>  --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you 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] Trying to compile kernel for BBB, hangs on "booting the kernel"

[Daniel Hastings]

I do, the contents are the same as what I use for the angstrom linux that I 
am using as a base.

optargs=quiet drm.debug=7


I've also checked printenv from uboot and it looks like the values it has 
should boot the linux image. Indeed it seems to find and load the file and 
the file size displayed matches the newly compiled kernel image.

arch=arm
baudrate=115200
board=am335x
board_name=A335BNLT
board_rev=00A5
bootcmd=gpio set 53; i2c mw 0x24 1 0x3e; run findfdt; mmc dev 0; if mmc 
rescan ; then echo micro SD card found;setenv mmcdev 0;else echo No micro 
SD card found, setting mmcdev to 1;setenv mmcdev 1;fi;setenv bootpart 
${mmcdev}:2;mmc dev ${mmcdev}; if mmc rescan; then gpio set 54; echo SD/MMC 
found on device ${mmcdev};if run loadbootenv; then echo Loaded environment 
from ${bootenv};run importbootenv;fi;if test -n $uenvcmd; then echo Running 
uenvcmd ...;run uenvcmd;fi;gpio set 55; if run loaduimage; then gpio set 
56; run loadfdt;run mmcboot;fi;fi;
bootdelay=1
bootdir=/boot
bootenv=uEnv.txt
bootfile=uImage
bootpart=0:2
console=ttyO0,115200n8
cpu=armv7
dfu_alt_info_emmc=rawemmc mmc 0 3751936
dfu_alt_info_mmc=boot part 0 1;rootfs part 0 2;MLO fat 0 1;MLO.raw mmc 100 
100;u-boot.img.raw mmc 300 3C0;u-boot.img fat 0 1;uEnv.txt fat 0 1
dfu_alt_info_nand=SPL part 0 1;SPL.backup1 part 0 2;SPL.backup2 part 0 
3;SPL.backup3 part 0 4;u-boot part 0 5;kernel part 0 7;rootfs part 0 8
ethact=cpsw
ethaddr=d0:ff:50:e8:b5:34
fdt_high=0x
fdtaddr=0x80F8
fdtfile=am335x-boneblack.dtb
findfdt=if test $board_name = A33515BB; then setenv fdtfile am335x-evm.dtb; 
fi; if test $board_name = A335X_SK; then setenv fdtfile am335x-evmsk.dtb; 
fi;if test $board_name = A335BONE; then setenv fdtfile am335x-bone.dtb; fi; 
if test $board_name = A335BNLT; then setenv fdtfile am335x-boneblack.dtb; fi
importbootenv=echo Importing environment from mmc ...; env import -t 
$loadaddr $filesize
kloadaddr=0x80007fc0
loadaddr=0x8020
loadbootenv=load mmc ${mmcdev} ${loadaddr} ${bootenv}
loadfdt=load mmc ${bootpart} ${fdtaddr} ${bootdir}/${fdtfile}
loadramdisk=load mmc ${mmcdev} ${rdaddr} ramdisk.gz
loaduimage=load mmc ${bootpart} ${kloadaddr} ${bootdir}/${bootfile}
mmcargs=setenv bootargs console=${console} ${optargs} root=${mmcroot} 
rootfstype=${mmcrootfstype}
mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${kloadaddr} - 
${fdtaddr}
mmcdev=0
mmcroot=/dev/mmcblk0p2 ro
mmcrootfstype=ext4 rootwait
mtdids=nand0=omap2-nand.0
mtdparts=mtdparts=omap2-nand.0:128k(SPL),128k(SPL.backup1),128k(SPL.backup2),128k(SPL.backup3),1920k(u-boot),128k(u-boot-env),5m(kernel),-(rootfs)
nandargs=setenv bootargs console=${console} ${optargs} root=${nandroot} 
rootfstype=${nandrootfstype}
nandboot=echo Booting from nand ...; run nandargs; nand read ${loadaddr} 
${nandsrcaddr} ${nandimgsize}; bootm ${loadaddr}
nandimgsize=0x50
nandroot=ubi0:rootfs rw ubi.mtd=7,2048
nandrootfstype=ubifs rootwait=1
nandsrcaddr=0x28
netargs=setenv bootargs console=${console} ${optargs} root=/dev/nfs 
nfsroot=${serverip}:${rootpath},${nfsopts} rw ip=dhcp
netboot=echo Booting from network ...; setenv autoload no; dhcp; tftp 
${loadaddr} ${bootfile}; tftp ${fdtaddr} ${fdtfile}; run netargs; bootm 
${loadaddr} - ${fdtaddr}
nfsopts=nolock
ramargs=setenv bootargs console=${console} ${optargs} root=${ramroot} 
rootfstype=${ramrootfstype}
ramboot=echo Booting from ramdisk ...; run ramargs; bootm ${loadaddr} 
${rdaddr} ${fdtaddr}
ramroot=/dev/ram0 rw ramdisk_size=65536 initrd=${rdaddr},64M
ramrootfstype=ext2
rdaddr=0x8100
rootpath=/export/rootfs
soc=am33xx
spiargs=setenv bootargs console=${console} ${optargs} root=${spiroot} 
rootfstype=${spirootfstype}
spiboot=echo Booting from spi ...; run spiargs; sf probe ${spibusno}:0; sf 
read ${loadaddr} ${spisrcaddr} ${spiimgsize}; bootm ${loadaddr}
spibusno=0
spiimgsize=0x362000
spiroot=/dev/mtdblock4 rw
spirootfstype=jffs2
spisrcaddr=0xe
static_ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}::off
stderr=serial
stdin=serial
stdout=serial
usbnet_devaddr=d0:ff:50:e8:b5:34
vendor=ti
ver=U-Boot 2013.04-dirty (Jul 10 2013 - 14:02:53)

Environment size: 3877/131068 bytes




On Thursday, May 15, 2014 2:20:37 PM UTC-7, cody wrote:
>
> Do you have a uEnv.txt file on the fat partition?
> What are the contents?
>
>
> On Thu, May 15, 2014 at 2:15 PM, Daniel Hastings 
> 
> > wrote:
>
>> Thanks for your reply.
>>
>> I had not previously but I think that I have now.
>>
>> I copied /arch/arm/boot/dts/am335x-boneblack.dtb to /boot/ 
>> but the boot process still hangs at the same spot.
>>
>>
>> On Thursday, May 15, 2014 10:06:56 AM UTC-7, cody wrote:
>>
>>> Did you move the correct .dtb into the /boot directory
>>>
>>>
>>> On Thu, May 15, 2014 at 11:07 AM, Daniel Hastings >> com> wrote:
>>>
 Hello,

 I've been trying to get a kernel build environment set up for my BBB. 
 I've set up a cross compiler and I've followed the following steps.

 git clone git://github.com/beagleboard/kernel.git
>>>

Re: [beagleboard] Trying to compile kernel for BBB, hangs on "booting the kernel"

[John Syn]

So, why don¹t you just use Robert Nelson¹s linux-dev kernel?

https://github.com/RobertCNelson/linux-dev

All you do is run ./build_kernel

Everything you need will be placed in the deploy folder.

Regards,
John
From:  Daniel Hastings 
Reply-To:  
Date:  Thursday, May 15, 2014 at 3:15 PM
To:  
Subject:  Re: [beagleboard] Trying to compile kernel for BBB, hangs on
"booting the kernel"

> I do, the contents are the same as what I use for the angstrom linux that I am
> using as a base.
> 
> optargs=quiet drm.debug=7
> 
> 
> I've also checked printenv from uboot and it looks like the values it has
> should boot the linux image. Indeed it seems to find and load the file and the
> file size displayed matches the newly compiled kernel image.
> 
> arch=arm
> baudrate=115200
> board=am335x
> board_name=A335BNLT
> board_rev=00A5
> bootcmd=gpio set 53; i2c mw 0x24 1 0x3e; run findfdt; mmc dev 0; if mmc rescan
> ; then echo micro SD card found;setenv mmcdev 0;else echo No micro SD card
> found, setting mmcdev to 1;setenv mmcdev 1;fi;setenv bootpart ${mmcdev}:2;mmc
> dev ${mmcdev}; if mmc rescan; then gpio set 54; echo SD/MMC found on device
> ${mmcdev};if run loadbootenv; then echo Loaded environment from ${bootenv};run
> importbootenv;fi;if test -n $uenvcmd; then echo Running uenvcmd ...;run
> uenvcmd;fi;gpio set 55; if run loaduimage; then gpio set 56; run loadfdt;run
> mmcboot;fi;fi;
> bootdelay=1
> bootdir=/boot
> bootenv=uEnv.txt
> bootfile=uImage
> bootpart=0:2
> console=ttyO0,115200n8
> cpu=armv7
> dfu_alt_info_emmc=rawemmc mmc 0 3751936
> dfu_alt_info_mmc=boot part 0 1;rootfs part 0 2;MLO fat 0 1;MLO.raw mmc 100
> 100;u-boot.img.raw mmc 300 3C0;u-boot.img fat 0 1;uEnv.txt fat 0 1
> dfu_alt_info_nand=SPL part 0 1;SPL.backup1 part 0 2;SPL.backup2 part 0
> 3;SPL.backup3 part 0 4;u-boot part 0 5;kernel part 0 7;rootfs part 0 8
> ethact=cpsw
> ethaddr=d0:ff:50:e8:b5:34
> fdt_high=0x
> fdtaddr=0x80F8
> fdtfile=am335x-boneblack.dtb
> findfdt=if test $board_name = A33515BB; then setenv fdtfile am335x-evm.dtb;
> fi; if test $board_name = A335X_SK; then setenv fdtfile am335x-evmsk.dtb;
> fi;if test $board_name = A335BONE; then setenv fdtfile am335x-bone.dtb; fi; if
> test $board_name = A335BNLT; then setenv fdtfile am335x-boneblack.dtb; fi
> importbootenv=echo Importing environment from mmc ...; env import -t $loadaddr
> $filesize
> kloadaddr=0x80007fc0
> loadaddr=0x8020
> loadbootenv=load mmc ${mmcdev} ${loadaddr} ${bootenv}
> loadfdt=load mmc ${bootpart} ${fdtaddr} ${bootdir}/${fdtfile}
> loadramdisk=load mmc ${mmcdev} ${rdaddr} ramdisk.gz
> loaduimage=load mmc ${bootpart} ${kloadaddr} ${bootdir}/${bootfile}
> mmcargs=setenv bootargs console=${console} ${optargs} root=${mmcroot}
> rootfstype=${mmcrootfstype}
> mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${kloadaddr} -
> ${fdtaddr}
> mmcdev=0
> mmcroot=/dev/mmcblk0p2 ro
> mmcrootfstype=ext4 rootwait
> mtdids=nand0=omap2-nand.0
> mtdparts=mtdparts=omap2-nand.0:128k(SPL),128k(SPL.backup1),128k(SPL.backup2),1
> 28k(SPL.backup3),1920k(u-boot),128k(u-boot-env),5m(kernel),-(rootfs)
> nandargs=setenv bootargs console=${console} ${optargs} root=${nandroot}
> rootfstype=${nandrootfstype}
> nandboot=echo Booting from nand ...; run nandargs; nand read ${loadaddr}
> ${nandsrcaddr} ${nandimgsize}; bootm ${loadaddr}
> nandimgsize=0x50
> nandroot=ubi0:rootfs rw ubi.mtd=7,2048
> nandrootfstype=ubifs rootwait=1
> nandsrcaddr=0x28
> netargs=setenv bootargs console=${console} ${optargs} root=/dev/nfs
> nfsroot=${serverip}:${rootpath},${nfsopts} rw ip=dhcp
> netboot=echo Booting from network ...; setenv autoload no; dhcp; tftp
> ${loadaddr} ${bootfile}; tftp ${fdtaddr} ${fdtfile}; run netargs; bootm
> ${loadaddr} - ${fdtaddr}
> nfsopts=nolock
> ramargs=setenv bootargs console=${console} ${optargs} root=${ramroot}
> rootfstype=${ramrootfstype}
> ramboot=echo Booting from ramdisk ...; run ramargs; bootm ${loadaddr}
> ${rdaddr} ${fdtaddr}
> ramroot=/dev/ram0 rw ramdisk_size=65536 initrd=${rdaddr},64M
> ramrootfstype=ext2
> rdaddr=0x8100
> rootpath=/export/rootfs
> soc=am33xx
> spiargs=setenv bootargs console=${console} ${optargs} root=${spiroot}
> rootfstype=${spirootfstype}
> spiboot=echo Booting from spi ...; run spiargs; sf probe ${spibusno}:0; sf
> read ${loadaddr} ${spisrcaddr} ${spiimgsize}; bootm ${loadaddr}
> spibusno=0
> spiimgsize=0x362000
> spiroot=/dev/mtdblock4 rw
> spirootfstype=jffs2
> spisrcaddr=0xe
> static_ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}::off
> stderr=serial
> stdin=serial
> stdout=serial
> usbnet_devaddr=d0:ff:50:e8:b5:34
> vendor=ti
> ver=U-Boot 2013.04-dirty (Jul 10 2013 - 14:02:53)
> 
> Environment size: 3877/131068 bytes
> 
> 
> 
> 
> On Thursday, May 15, 2014 2:20:37 PM UTC-7, cody wrote:
>> Do you have a uEnv.txt file on the fat partition?
>> What are the contents?
>> 
>> 
>> On Thu, May 15, 2014 at 2:15 PM, Daniel Hastings >  > wrote:
>>> Thanks for your reply.
>>> 
>>> I had not previously but I

Re: [beagleboard] Using GPIO

[Jason Kridner]

On Wed, May 14, 2014 at 11:30 PM, Jason Kridner wrote:

>
>
>
> On Wed, May 14, 2014 at 11:18 PM, Robert Nelson 
> wrote:
>
>>
>>
>>
>> On Wed, May 14, 2014 at 10:15 PM, Jason Kridner > > wrote:
>>
>>>
>>>
>>>
>>> On Wed, May 14, 2014 at 10:51 PM, Charles Steinkuehler <
>>> char...@steinkuehler.net> wrote:
>>>
 On 5/14/2014 9:44 PM, Jason Kridner wrote:
 > On Wed, May 14, 2014 at 9:57 PM, Jason Kridner 
 wrote:
 >>
 >>
 https://github.com/cdsteinkuehler/beaglebone-universal-io/blob/master/cape-universaln-00A0.dtsmakesme
  think that P9-31 isn't requested by cape-universaln, yet the
 >> conflict still happens. Leaving the .dts files around might be
 helpful.

 Look in: /opt/source/beaglebone-universal-io/

 > I think I found it:
 > https://github.com/cdsteinkuehler/beaglebone-universal-io/pull/5

 Thanks Jason!  Merged.

 I always disable the HDMI (with audio) so didn't catch this one.

>>>
>>> Still getting the error and trying to track it down.
>>>
>>
>>  Rename the file and echo it into the slots later once in userspace. (it
>> has the same name as the file built-into the kernel)
>>
>
> That did it!
>
> BTW, did you see the pull request on cape-firmware? Are we not going to
> encourage cape makers to push their .dts files there? Is there a good
> upstream for them that doesn't involve our massive patch tree?
>

I was able to get PWM output, but I'm struggling with GPIOs for some reason:

root@beaglebone:~# dash -x `which config-pin` P9_18 out
.
.
.
+ sudo -A su -c echo out > /sys/class/gpio/gpio4/direction
+ echo_dbg echo gpio > /sys/devices/ocp.3/P9_18_pinmux.36/state
+ [ -n  ]
+ sudo -A su -c echo gpio > /sys/devices/ocp.3/P9_18_pinmux.36/state
+ exit 0

root@beaglebone:~# cat /sys/devices/ocp.3/P9_18_pinmux.36/state
gpio

root@beaglebone:~# cat /sys/class/gpio/gpio4/direction
out

root@beaglebone:~# fgrep P9_18 /sys/devices/ocp.3/cape-universal.48/status
11 P9_18  4 IN  0

Thoughts on why this still says "IN" and I don't see output?



>
>
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> http://www.rcn-ee.com/
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Using GPIO

[Charles Steinkuehler]

On 5/15/2014 8:00 PM, Jason Kridner wrote:
> I was able to get PWM output, but I'm struggling with GPIOs for some reason:
> 
> root@beaglebone:~# dash -x `which config-pin` P9_18 out
> .
> .
> .
> + sudo -A su -c echo out > /sys/class/gpio/gpio4/direction
> + echo_dbg echo gpio > /sys/devices/ocp.3/P9_18_pinmux.36/state
> + [ -n  ]
> + sudo -A su -c echo gpio > /sys/devices/ocp.3/P9_18_pinmux.36/state
> + exit 0
> 
> root@beaglebone:~# cat /sys/devices/ocp.3/P9_18_pinmux.36/state
> gpio
> 
> root@beaglebone:~# cat /sys/class/gpio/gpio4/direction
> out
> 
> root@beaglebone:~# fgrep P9_18 /sys/devices/ocp.3/cape-universal.48/status
> 11 P9_18  4 IN  0
> 
> Thoughts on why this still says "IN" and I don't see output?

Hmm...probably because the cape-universal status under ocp represents
the device tree that got exported, where all pins are GPIO inputs with
appropriate pull up/down until you change them.  Since the settings are
changed via the standard GPIO export sysfs files, this doesn't directly
affect the device tree and likely isn't getting pulled back into the
cape-universal sysfs entries.

The pinmux helper and gpio sysfs entries should contain the proper
values, and you should get correct results if you:

config-pin -q p9.18

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

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Server Unexpectedly Closed Network Connection - Putty

[Faruq Sandi]

Hi,

i received beaglebone black A6A yesterday.
192.168.7.2:3000 works well. But when i ssh to 192.168.7.2:22 using Putty 
on usb tethered and ethernet, "Server Unexpectedly Closed Network 
Connection" happened.
Then, i tried to scan opened port using nmap. 

Starting Nmap 6.46 ( http://nmap.org ) at 2014-05-16 11:01 SE Asia Standard 
Time
Nmap scan report for 192.168.7.2
Host is up (0.0022s latency).
Not shown: 998 filtered ports
PORT STATE  SERVICE
53/tcp   closed domain
1723/tcp closed pptp
MAC Address: A2:F8:AD:69:BD:F5 (Unknown)

the 22th port is not opened yet.
so, whats wrong? is there any additional steps to connect via ssh?

Thank you,

Regards,

Faruq.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] SD Card as Extra Storage

[David Song]

Hello, I am trying to use a 32GB SD card to expand my beaglebones space. 
But, I am having trouble creating the partitions and expanding the 
filesystem. I used Gparted to create Ex3(I think) partition and put it into 
the BeagleBone. df lists it as being mounted on the /media folder with the 
right amount of space, but it's not being put onto the rootfs partitions 
space. So then it won't work as space on the system? 

Thank you for reading and please help out by replying with a 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] writing log files

[ivo welch]

dear BBB experts---I am building a data logging application.  this means 
many sequential writes and flush to disks, many reads, few deletes.

is the built-in 4GB storage suitable to writing to very often?  is it 
better or worse, less or more robust (, faster or slower), than SD level 
class 4 or class 6 cards?

I believe the standard angstrom distro reads the OS into a RAM overlay 
filesystem to avoid IO.

advice?

regards,

/iaw

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] battery cape - is it working as expected?

[Eric Fort]

Just got the chance today to run a set of batteries through my beagle bone
with the battery cape installed.  Run time while running off batteries with
the DVI-D cape installed and a reasonably constant amount of heavey
ethernet traffic running apt-get install / apt-get update extended to over
3 hours with a decent set of 4 costco/kirkland alkaline AA cells and was
still sort of working when I threw away the batteries as dead.  No, I'm not
complaining as such but I'm wondering if it maybe should have run longer as
the SRM for the battery cape states that it should supply 5V at 1A down to
a value of 1.8V for 2 cells in series (VBAT).  The board still best as I
could tell was working up to the point that I pulled and trashed the
batteries due to the ethernet no longer wanting to stay linked which a
fresh set of batteries cured.  The first set of the batteries now expended
measured 1.25V per cell as opposed to 1.5V as new so I had 2.5V on VBAT
when I finally called the batteries dead.  Do I have an under performing
boost converter on the cape, or is this about what I should expect from
this cape design?

Thanks,

Eric

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Beginner PRU Issue

[foreverska]

I found tonight someone has made a CLI debugger called prudebugger. 
 Beautiful piece of work.  In single stepping and general breaking in my 
code I realized the code was getting lost in an SBBO.  When it does that it 
seems to stop responding to resets.  It has to be halted manually and then 
reset.  Anyone seen this?

the code is very standard
#define GPIO1 0x4804c000
#define GPIO_CLEARDATAOUT 0x190

MOV r2, 1<<21
MOV r3, GPIO1 | GPIO_CLEARDATAOUT
SBBO r2, r3, 0, 4 



On Wednesday, May 14, 2014 11:39:03 PM UTC-5, foreverska wrote:
>
> Okay so this is weird.   It's been working fine for the past few days.  I 
> uploaded code that I was testing and it wasn't responding like I expected 
> so I ctl-c out of the program.  I edited the code and ran it again but it 
> failed to exit like normal.  So I restarted the BB, modprobed, edited the 
> code so all it does is turn on a light and exit.  I run it but the light 
> doesn't come on and it doesn't exit.
>
> How is it fine one second and not loading the next?  Is it possible for 
> PRUs to be hard hung?  I wouldn't think they could keep code after a reset.
>
> On Sunday, May 11, 2014 3:55:29 PM UTC-5, foreverska wrote:
>>
>> You have responded to this at a fortuitous time.  I JUST got it working 
>> on an example code.
>> - I edited the device tree turning on the PRUSS system and turning off 
>> the status lights
>> - modprobe uio_pruss
>> - sudo ./[program name]
>> and boom it started blinking just as it should.  Now it doesn't exit 
>> properly and I will have to play with the clear_event() to see if that's 
>> the root but I'm very happy with it right this second.
>>
>> On Sunday, May 11, 2014 3:38:36 PM UTC-5, CEB wrote:
>>>
>>> "It stopped segfaulting when I sudoed the program so I copied in the 
>>> whole code.  The compiler complains that there aren't enough parameters for 
>>> prussdrv_pru_clear_event.  The header does have two parameters but all 
>>> other TI documentation only has one.  If I just throw a zero as the second 
>>> parameter it will run but does nothing because who knows what I'm doing. "
>>>
>>>
>>> - show quoted text -
>>> In several examples I see:prussdrv_pru_clear_event (PRU_EVTOUT_0, 
>>> PRU0_ARM_INTERRUPT);
>>>
>>> I'm trying to get a feel for this too.  Maybe this will help.
>>>
>>>
>>>
>>>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Anybody making GUI apps for Android on BBBlack?

[Nishant Sood]

Anybody out here?

Thanks & Regards,
Nishant
---
Sent from My Android (humongous NOTE-II)
On 15 May 2014 23:41, "Nishant Sood"  wrote:

>
> Hi Fellowship,
>
> Are there any folks who are using hendersa's Android image (built the
> image with 3.8.13 kernel) and develpoing GUI apps using the eclipse setup?
> (the same setup that we have for conventional Android development with ADB
> bridge communication)
>
> --
> 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/dojBaWqEUeM/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] Anybody making GUI apps for Android on BBBlack?

[Siji Sunny]

> Anybody out here?
>
Hi Nishant,

What exactly you are trying to do ? By using android SDK you can develop
applications for all android versions, which is independent from Hardware/
Kernel, etc.

But ofcourse you have to worry, if you are trying to develop any
application which is hardware/driver related.



> Thanks & Regards,
> Nishant
> ---
> Sent from My Android (humongous NOTE-II)
> On 15 May 2014 23:41, "Nishant Sood"  wrote:
>
>>
>> Hi Fellowship,
>>
>> Are there any folks who are using hendersa's Android image (built the
>> image with 3.8.13 kernel) and develpoing GUI apps using the eclipse setup?
>> (the same setup that we have for conventional Android development with ADB
>> bridge communication)
>>
>> --
>> 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/dojBaWqEUeM/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.
>



-- 
Siji Sunny

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Anybody making GUI apps for Android on BBBlack?

[Nishant Sood]

Siji,

First of all thanks for dropping in!
Yes I think I need device over lay level access and manipulation to use the
GPIOs and other communication hardware channels like the Spi, uart and i2c
and I'll need to write apps that can use hardware like the i2c.spi.uart and
gpios.

I think its possible but how I should do it?

Thanks & Regards,
Nishant
---
Sent from My Android (humongous NOTE-II)
On 16 May 2014 11:40, "Siji Sunny"  wrote:

>
> Anybody out here?
>>
> Hi Nishant,
>
> What exactly you are trying to do ? By using android SDK you can develop
> applications for all android versions, which is independent from Hardware/
> Kernel, etc.
>
> But ofcourse you have to worry, if you are trying to develop any
> application which is hardware/driver related.
>
>
>
>> Thanks & Regards,
>> Nishant
>> ---
>> Sent from My Android (humongous NOTE-II)
>> On 15 May 2014 23:41, "Nishant Sood"  wrote:
>>
>>>
>>> Hi Fellowship,
>>>
>>> Are there any folks who are using hendersa's Android image (built the
>>> image with 3.8.13 kernel) and develpoing GUI apps using the eclipse setup?
>>> (the same setup that we have for conventional Android development with ADB
>>> bridge communication)
>>>
>>> --
>>> 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/dojBaWqEUeM/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.
>>
>
>
>
> --
> Siji Sunny
>
>  --
> 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/dojBaWqEUeM/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] Anybody making GUI apps for Android on BBBlack?

[Siji Sunny]

> Siji,
>
> First of all thanks for dropping in!
> Yes I think I need device over lay level access and manipulation to use
> the GPIOs and other communication hardware channels like the Spi, uart and
> i2c and I'll need to write apps that can use hardware like the i2c.spi.uart
> and gpios.
>
In this case you have to make sure that all these are properly
enabled/defined in Linux/Android Kernel.

> I think its possible but how I should do it?
>
> Thanks & Regards,
> Nishant
> ---
> Sent from My Android (humongous NOTE-II)
> On 16 May 2014 11:40, "Siji Sunny"  wrote:
>
>>
>> Anybody out here?
>>>
>> Hi Nishant,
>>
>> What exactly you are trying to do ? By using android SDK you can develop
>> applications for all android versions, which is independent from Hardware/
>> Kernel, etc.
>>
>> But ofcourse you have to worry, if you are trying to develop any
>> application which is hardware/driver related.
>>
>>
>>
>>> Thanks & Regards,
>>> Nishant
>>> ---
>>> Sent from My Android (humongous NOTE-II)
>>> On 15 May 2014 23:41, "Nishant Sood"  wrote:
>>>

 Hi Fellowship,

 Are there any folks who are using hendersa's Android image (built the
 image with 3.8.13 kernel) and develpoing GUI apps using the eclipse setup?
 (the same setup that we have for conventional Android development with ADB
 bridge communication)

 --
 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/dojBaWqEUeM/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.
>>>
>>
>>
>>
>> --
>> Siji Sunny
>>
>>  --
>> 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/dojBaWqEUeM/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.
>



-- 
Siji Sunny

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Anybody making GUI apps for Android on BBBlack?

[Nishant Sood]

Siji,

Yes I think all that would be already there because the android image is
built on the 3.8.13 kernel of BBBLACK what's your take on that?

Any tutorial or guiding stuff for how actually to do this?

Thanks & Regards,
Nishant
---
Sent from My Android (humongous NOTE-II)
On 16 May 2014 11:51, "Siji Sunny"  wrote:

>
> Siji,
>>
>> First of all thanks for dropping in!
>> Yes I think I need device over lay level access and manipulation to use
>> the GPIOs and other communication hardware channels like the Spi, uart and
>> i2c and I'll need to write apps that can use hardware like the i2c.spi.uart
>> and gpios.
>>
> In this case you have to make sure that all these are properly
> enabled/defined in Linux/Android Kernel.
>
>> I think its possible but how I should do it?
>>
>> Thanks & Regards,
>> Nishant
>> ---
>> Sent from My Android (humongous NOTE-II)
>> On 16 May 2014 11:40, "Siji Sunny"  wrote:
>>
>>>
>>> Anybody out here?

>>> Hi Nishant,
>>>
>>> What exactly you are trying to do ? By using android SDK you can develop
>>> applications for all android versions, which is independent from Hardware/
>>> Kernel, etc.
>>>
>>> But ofcourse you have to worry, if you are trying to develop any
>>> application which is hardware/driver related.
>>>
>>>
>>>
 Thanks & Regards,
 Nishant
 ---
 Sent from My Android (humongous NOTE-II)
 On 15 May 2014 23:41, "Nishant Sood"  wrote:

>
> Hi Fellowship,
>
> Are there any folks who are using hendersa's Android image (built the
> image with 3.8.13 kernel) and develpoing GUI apps using the eclipse setup?
> (the same setup that we have for conventional Android development with ADB
> bridge communication)
>
> --
> 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/dojBaWqEUeM/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.

>>>
>>>
>>>
>>> --
>>> Siji Sunny
>>>
>>>  --
>>> 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/dojBaWqEUeM/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.
>>
>
>
>
> --
> Siji Sunny
>
>  --
> 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/dojBaWqEUeM/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] Anybody making GUI apps for Android on BBBlack?

[Siji Sunny]

> Siji,
>
> Yes I think all that would be already there because the android image is
> built on the 3.8.13 kernel of BBBLACK what's your take on that?
>
> Any tutorial or guiding stuff for how actually to do this?
>
Am not sure about the mentioned kernel version, since i have not tried this
version yet. But most of the beaglebone kernel version contains all these
drivers, only the matter whether its enabled it or not.

In android for accessing/interacting with any drivers, its better to write
native code (JNI,NDK), which should interact with the driver.

Below tutorial may give a idea to start with.

http://source.android.com/devices/tech/input/overview.html

Thanks & Regards,
> Nishant
> ---
> Sent from My Android (humongous NOTE-II)
> On 16 May 2014 11:51, "Siji Sunny"  wrote:
>
>>
>> Siji,
>>>
>>> First of all thanks for dropping in!
>>> Yes I think I need device over lay level access and manipulation to use
>>> the GPIOs and other communication hardware channels like the Spi, uart and
>>> i2c and I'll need to write apps that can use hardware like the i2c.spi.uart
>>> and gpios.
>>>
>> In this case you have to make sure that all these are properly
>> enabled/defined in Linux/Android Kernel.
>>
>>> I think its possible but how I should do it?
>>>
>>> Thanks & Regards,
>>> Nishant
>>> ---
>>> Sent from My Android (humongous NOTE-II)
>>> On 16 May 2014 11:40, "Siji Sunny"  wrote:
>>>

 Anybody out here?
>
 Hi Nishant,

 What exactly you are trying to do ? By using android SDK you can
 develop applications for all android versions, which is independent from
 Hardware/ Kernel, etc.

 But ofcourse you have to worry, if you are trying to develop any
 application which is hardware/driver related.



> Thanks & Regards,
> Nishant
> ---
> Sent from My Android (humongous NOTE-II)
> On 15 May 2014 23:41, "Nishant Sood"  wrote:
>
>>
>> Hi Fellowship,
>>
>> Are there any folks who are using hendersa's Android image (built the
>> image with 3.8.13 kernel) and develpoing GUI apps using the eclipse 
>> setup?
>> (the same setup that we have for conventional Android development with 
>> ADB
>> bridge communication)
>>
>> --
>> 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/dojBaWqEUeM/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.
>



 --
 Siji Sunny

  --
 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/dojBaWqEUeM/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.
>>>
>>
>>
>>
>> --
>> Siji Sunny
>>
>>  --
>> 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/dojBaWqEUeM/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