Re: [beagleboard] Debian, Bluez and a Sony PS3 Sixaxis Controller

[Don deJuan]

On 04/08/2014 09:33 PM, mac...@msn.com wrote:
> Hi All,
>
> First I want to thank Robert, Jason and everyone that coded/tested to
> bring Debian to our projects. My life became considerably easier
> because of those efforts. Magnificent!
>
> The next hurdle for me has been trying to get a Sony PS3 sixaxis
> controller and the Sony wireless keyboard working with Bluetooth
> (Bluez). The problem seems to be that when I plug the controller into
> the USB port, UDEV creates input/js0 and event0
>
> but Dmesg reports-
>
> [15105.669932] input: Sony PLAYSTATION(R)3 Controller as
> /devices/ocp.3/4740.usb/musb-hdrc.1.auto/usb1/1-1/1-1:1.0/input/input2
> [15105.671447] usbhid 1-1:1.0: looking for a minor, starting at 96
> [15105.672694] sony 0003:054C:0268.0002: input,hiddev0,hidraw0: USB
> HID v1.11 Joystick [Sony PLAYSTATION(R)3 Controller] on
> usb-musb-hdrc.1.auto-1/input0
> [15105.675678] hub 1-0:1.0: state 7 ports 1 chg  evt 0002
> [15105.675776] hub 1-0:1.0: port 1 enable change, status 0103
>
> but lacks reporting the following
>
> sony :::: Calling sixaxis_set_operational_usb
> sony :::: Sony PS3 Controller bdaddr: xx:xx:xx:xx:xx:xx
>
> From what I understand there is a patch that went into Linux kernel
> since 2.6.37 but I could never find it in the changelogs. Does anyone
> know if this patch carried through to 3.8.13-bone41?
>
> Also the Bluez version we have for Debian seems to be 4.99 and the
> latest version on www.bluez.org  is up to 5.17.
> Sixaxis looks to be fully supported in that version. Any chance we
> will be going to a newer version of Bluez in the near future?
>
> 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.


And according to [1] the 6 axis works fine on arch so should be fine on
BBB as well. My guess is the old bluez, or the old bluez and the kernel

[1] http://www.raspberrypi.org/forums/viewtopic.php?t=16702

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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, Bluez and a Sony PS3 Sixaxis Controller

[Don deJuan]

On 04/08/2014 09:33 PM, mac...@msn.com wrote:
> Hi All,
>
> First I want to thank Robert, Jason and everyone that coded/tested to
> bring Debian to our projects. My life became considerably easier
> because of those efforts. Magnificent!
>
> The next hurdle for me has been trying to get a Sony PS3 sixaxis
> controller and the Sony wireless keyboard working with Bluetooth
> (Bluez). The problem seems to be that when I plug the controller into
> the USB port, UDEV creates input/js0 and event0
>
> but Dmesg reports-
>
> [15105.669932] input: Sony PLAYSTATION(R)3 Controller as
> /devices/ocp.3/4740.usb/musb-hdrc.1.auto/usb1/1-1/1-1:1.0/input/input2
> [15105.671447] usbhid 1-1:1.0: looking for a minor, starting at 96
> [15105.672694] sony 0003:054C:0268.0002: input,hiddev0,hidraw0: USB
> HID v1.11 Joystick [Sony PLAYSTATION(R)3 Controller] on
> usb-musb-hdrc.1.auto-1/input0
> [15105.675678] hub 1-0:1.0: state 7 ports 1 chg  evt 0002
> [15105.675776] hub 1-0:1.0: port 1 enable change, status 0103
>
> but lacks reporting the following
>
> sony :::: Calling sixaxis_set_operational_usb
> sony :::: Sony PS3 Controller bdaddr: xx:xx:xx:xx:xx:xx
>
> From what I understand there is a patch that went into Linux kernel
> since 2.6.37 but I could never find it in the changelogs. Does anyone
> know if this patch carried through to 3.8.13-bone41?
>
> Also the Bluez version we have for Debian seems to be 4.99 and the
> latest version on www.bluez.org  is up to 5.17.
> Sixaxis looks to be fully supported in that version. Any chance we
> will be going to a newer version of Bluez in the near future?
>
> 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.

I bet if you use bluez 5.14 and later you will have better luck.

I run ArchLinux|ARM though but have  no issues with upstreams bluez with
a DS4 controller

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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 (BBB) & 7" LCD LVDS bundle (Cape + 7" Display) form Chalkboard

[Vishnu S]

Hi,

I am also facing a similar issue wit beaglebone black. Have u been able to 
make the chalkboard display work with beaglebone black??

VS

On Monday, July 15, 2013 2:06:26 PM UTC+5:30, Berthold Braun wrote:
>
> I have put the bbb on ice for now, because it is quite new and i think 
> that the bbw capes are not always compatible to it. 
>
> For now I am useing an beagleboard xM for my project with an LC display 
> from chalkboard. It works out of the box, only the resulution has to be 
> altered.
>
> so the bbb will slumber till chalkboard or anybody else will build an 
> 7"Display kit for the BBB.
>
> KR
>
> Berthold 
>
>
> Am Donnerstag, 6. Juni 2013 22:52:37 UTC+2 schrieb Berthold Braun:
>>
>> Hello Guys, 
>>
>> Today I received my BeagleBone Black and the 7" LCD LVDS bundle (Cape + 
>> 7" Display) form Chalkboard (
>> http://www.chalk-elec.com/?page_id=1280#!/~/product/category=3094859&id=13727570
>> ).
>> On thier page i couldn´t find any manual how to setup the bungle or 
>> software guides for the BBB just one small software guide for the BBW .
>>
>> I have updated to the current Angstrom version and would like to use the 
>> BBB with the LCD cape.
>> First of all I am not really sure how to connect the hardware to the 
>> board. 
>>
>> Of cause the cape is just plugged on top and also the connection to the 
>> display is self explaining, but there is another little PCB which can be 
>> plugin in two ways and has an mini USB port.
>>
>>
>> 
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> and this little board:
>>  
>>
>> which in my understanding can be plugged in here, but there is no 
>> failsave so i could also turn it around ...: 
>>
>> 
>>
>> But the backlight of the LCD is running without this litte pcb when I 
>> plug the board to power. 
>> It stays black! Is that becasue the BBB isn´t configured for this display 
>> or becasue the little PCB needs to be connected. 
>>
>> My Problem is I don´t have an micro HDMI cable here right now to see if 
>> the Cape is recognized by the board or not. 
>> I was under the impression that I wouldn´t need it, because it was "plug 
>> and play" :(
>>
>> Has anybody an BBB running with this cape and display and can give me 
>> some tips on how to configure it.
>>
>> Kindest Regards and many Thanks in advance.
>>
>> Berthold  
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Debian, Bluez and a Sony PS3 Sixaxis Controller

[macarr]

Hi All,

First I want to thank Robert, Jason and everyone that coded/tested to bring 
Debian to our projects. My life became considerably easier because of those 
efforts. Magnificent!

The next hurdle for me has been trying to get a Sony PS3 sixaxis controller 
and the Sony wireless keyboard working with Bluetooth (Bluez). The problem 
seems to be that when I plug the controller into the USB port, UDEV creates 
input/js0 and event0 

but Dmesg reports- 

[15105.669932] input: Sony PLAYSTATION(R)3 Controller as 
/devices/ocp.3/4740.usb/musb-hdrc.1.auto/usb1/1-1/1-1:1.0/input/input2
[15105.671447] usbhid 1-1:1.0: looking for a minor, starting at 96
[15105.672694] sony 0003:054C:0268.0002: input,hiddev0,hidraw0: USB HID 
v1.11 Joystick [Sony PLAYSTATION(R)3 Controller] on 
usb-musb-hdrc.1.auto-1/input0
[15105.675678] hub 1-0:1.0: state 7 ports 1 chg  evt 0002
[15105.675776] hub 1-0:1.0: port 1 enable change, status 0103

but lacks reporting the following

sony :::: Calling sixaxis_set_operational_usb
sony :::: Sony PS3 Controller bdaddr: xx:xx:xx:xx:xx:xx


>From what I understand there is a patch that went into Linux kernel since 
2.6.37 but I could never find it in the changelogs. Does anyone know if 
this patch carried through to 3.8.13-bone41?

Also the Bluez version we have for Debian seems to be 4.99 and the latest 
version on www.bluez.org is up to 5.17. Sixaxis looks to be fully supported 
in that version. Any chance we will be going to a newer version of Bluez in 
the near future?

Thanks!
  


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

Re: [beagleboard] Re: why update eMMC?

[Brad Hopper]

Just a typo on my part. Think I might have been reading about omap versions
or something. The Sparkfun link said rev C and so should I have.
On Apr 8, 2014 9:25 AM, "Gerald Coley"  wrote:

> I don't know anything about a Rev D. All I was told about was a Rev C.
>
> http://www.elinux.org/Beagleboard:BeagleBoneBlack#Revision_C_.28Pending.29
>
>
> Gerald
>
>
> On Mon, Apr 7, 2014 at 6:33 PM,  wrote:
>
>> There is an announced Rev C:
>> http://elinux.org/Beagleboard:BeagleBoneBlack#Board_Revisions_and_Change
>> s
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/J9FaJx2AC2o/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.

[beagleboard] Flashed Image on BeagleBone Black itself

[Terrence Li]

Hi,

I am new to the beaglebone black and I accidentally wrote an image on the 
bbb itself using the win32disk imager. I understand that it affected the 
eMMC of the board, but I have tried flashing the image to the board using 
the stock image on a microSD. However, the board's led would flash for a 
while then only lights D2 and D3 would light up. I am guessing that the 
writing didn't work. Please help!

Thanks

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

Re: [beagleboard] Re: why update eMMC?

[Dave Nelson]

On the documentation like
http://www.elinux.org/Beagleboard:BeagleBoneBlack#Revision_C_.28Pending.29 is
there any chance I could talk you into putting dates instead of using
terminology like "4-5 weeks" which leaves me searching for publication
dates of the document?


On Tue, Apr 8, 2014 at 9:48 AM, Gerald Coley  wrote:

> We have settled at this point on $10. That has not been implemented yet,
> but that is the plan. Still trying to get feedback from all of
> the distributors before we nail it down..
>
> Gerald
>
>
>
> On Tue, Apr 8, 2014 at 8:44 AM, Bas Laarhoven  wrote:
>
>>
>> Gerals,
>>
>> That section talks about a price increase between USD 5 to USD 15 for the
>> rev C version.
>> Has anything been decided? Mouser has increased the price from EUR 36
>> ($49) to EUR 48 ($66).
>> Let's hope that's $15 for manufacturing plus some reseller profit,
>> instead of the other way around!
>>
>> -- Bas
>>
>>
>>
>> On 8-4-2014 15:25, Gerald Coley wrote:
>>
>> I don't know anything about a Rev D. All I was told about was a Rev C.
>>
>>
>> http://www.elinux.org/Beagleboard:BeagleBoneBlack#Revision_C_.28Pending.29
>>
>>
>>  Gerald
>>
>>
>> On Mon, Apr 7, 2014 at 6:33 PM,  wrote:
>>
>>> There is an announced Rev C:
>>> http://elinux.org/Beagleboard:BeagleBoneBlack#Board_Revisions_and_Change
>>> s
>>>  --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>  --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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] Start a NodeJS app on boot

[Stacy Cottles]

I need a simple way to start my node application on boot in Angstrom. I've 
tried many methods but none worked (even the one from element14).

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Finally : did someone succeeded to have a Qt GUI app ?

[Hussam Hertani]

David you can definitely cross-compile QT apps for the BBB as wellI
just found the process
 to be somewhat unwieldy. Getting native compilation to work is much easier
and achieves more or less the same thing most of the time


On Tue, Apr 8, 2014 at 8:05 PM, Don deJuan  wrote:

>  On 04/08/2014 04:14 PM, Hussam Hertani wrote:
>
> David, yes absolutely You can build applications natively on the BBB using
> a native compiler (ygcc compiler on the BBB not a cross compiler...) and a
> native set of the QT4 libraries. Expect slightly slower build times though.
> Also running QtCreator natively on the BBB might be a bit laggybut
> usable. I typically build the applications from the command line. This
> approach uses a pre-built armhf version of QT4 from the debian repos. It is
> not as flexible as a custom QT library build and requires Xorg/server but
> it works.
>
>
> On Tue, Apr 8, 2014 at 6:12 PM, David Lewin  wrote:
>
>> Indeed, as I've already got the case now I pay attention to that point:
>> the gnueabihf from Linaro were used as in the Louis good tutorial  :
>>
>> http://armsdr.blogspot.fr/2014/01/bare-metal-qt-52-on-beaglebone-black_16.html
>>  Anyway, whereas the cross-compilation was ok-the app execute fine- the
>> display can't show GUI correctly (no btn, no label, ...) it seems that
>> everybody has that issue. I've looked in the forums (official Qt about
>> BBB included) for an alternative of linufb (xcb as instance) without better
>> results.
>> Therefore, I wonder if Qt is able to be cross-compiled for BBB.
>>
>>
>> 2014-04-08 23:18 GMT+02:00 Robert Nelson :
>>
>>  On Tue, Apr 8, 2014 at 4:16 PM, David Lewin  wrote:
>>> > Thanks for your answer Hal.
>>> > I succeeded to build apps on my PC but the failing part is when
>>> > cross-compiling from PC and executing it to BBB.
>>> > Does this mean that a Qt application can only be developped from the
>>> board ,
>>> > instead of QtCreator on PC as usual ?
>>>
>>>  Debian is using the "armhf" abi, so make sure your cross compiler is
>>> of the "gnueabihf" variety..
>>>
>>> Regards,
>>>
>>> --
>>> Robert Nelson
>>> http://www.rcn-ee.com/
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "BeagleBoard" group.
>>> To unsubscribe from this topic, visit
>>> https://groups.google.com/d/topic/beagleboard/p9423s6B4lg/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 a topic in the
>> Google Groups "BeagleBoard" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/beagleboard/p9423s6B4lg/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.
>
>
> use distcc to help speed up on hardware compilation.
>
> --
> 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/p9423s6B4lg/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] Re: Finally : did someone succeeded to have a Qt GUI app ?

[Don deJuan]

On 04/08/2014 04:14 PM, Hussam Hertani wrote:
> David, yes absolutely You can build applications natively on the BBB
> using a native compiler (ygcc compiler on the BBB not a cross
> compiler...) and a native set of the QT4 libraries. Expect slightly
> slower build times though. Also running QtCreator natively on the BBB
> might be a bit laggybut usable. I typically build the applications
> from the command line. This approach uses a pre-built armhf version of
> QT4 from the debian repos. It is not as flexible as a custom QT
> library build and requires Xorg/server but it works.  
>
>
> On Tue, Apr 8, 2014 at 6:12 PM, David Lewin  > wrote:
>
> Indeed, as I've already got the case now I pay attention to that
> point: the gnueabihf from Linaro were used as in the Louis good
> tutorial  :
> 
> http://armsdr.blogspot.fr/2014/01/bare-metal-qt-52-on-beaglebone-black_16.html
> Anyway, whereas the cross-compilation was ok-the app execute fine-
> the display can't show GUI correctly (no btn, no label, ...) it
> seems that 
> everybody has that issue. I've looked in the forums (official Qt
> about BBB included) for an alternative of linufb (xcb as instance)
> without better results. 
> Therefore, I wonder if Qt is able to be cross-compiled for BBB.
>
>
> 2014-04-08 23:18 GMT+02:00 Robert Nelson  >:
>
> On Tue, Apr 8, 2014 at 4:16 PM, David Lewin
> mailto:dlewin...@gmail.com>> wrote:
> > Thanks for your answer Hal.
> > I succeeded to build apps on my PC but the failing part is when
> > cross-compiling from PC and executing it to BBB.
> > Does this mean that a Qt application can only be developped
> from the board ,
> > instead of QtCreator on PC as usual ?
>
> Debian is using the "armhf" abi, so make sure your cross
> compiler is
> of the "gnueabihf" variety..
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a
> topic in the Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/p9423s6B4lg/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 a topic in
> the Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/p9423s6B4lg/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.

use distcc to help speed up on hardware compilation.

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

[beagleboard] BBB stepper controller using PRU

[tom]

Greetings.  I just joined the group, which I figured was overdue since I 
have been doing a lot of work on the BBB over the past 6 months or so.

I had the idea of using some kind of controller to implement a camera focus 
controller to do focus stacking.  This has all worked out
and is operational now, but not without quite a bit of learning.  Some high 
points:

1) I abandoned Cloud-9 immediately as hopelessly buggy (I hope nobodies 
feelings are hurt) and was far happier just editing javascript
files with vim and running node on the command line.  Ultimately my project 
has a beagle hosted web based GUI and I have no regrets
about this way of doing things.  Although I do all my development under 
linux, my photography machine runs windows and I can just run the
GUI in a browser (Chrome works fine) to do the camera focus control.

2) I used the PRU to generate steps for a stepper motor.  Doing this from 
node was hopeless (actually it was quite entertaining to listen
to the motor run with changes of tone and stops and starts as the linux 
scheduler preempted my code).  With step generation in the
PRU, it is consistent and bulletproof.  I very much like the PRU - but 
there is a learning curve.  I reworked the "standard PRU" library
to fix bugs and add some features I though were desirable.

All my notes are at this link:

http://cholla.mmto.org/computers/beagle/

In particular, my reworked PRU package is here:

http://cholla.mmto.org/computers/beagle/pru/devel/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Finally : did someone succeeded to have a Qt GUI app ?

[Hussam Hertani]

David, yes absolutely You can build applications natively on the BBB using
a native compiler (ygcc compiler on the BBB not a cross compiler...) and a
native set of the QT4 libraries. Expect slightly slower build times though.
Also running QtCreator natively on the BBB might be a bit laggybut
usable. I typically build the applications from the command line. This
approach uses a pre-built armhf version of QT4 from the debian repos. It is
not as flexible as a custom QT library build and requires Xorg/server but
it works.


On Tue, Apr 8, 2014 at 6:12 PM, David Lewin  wrote:

> Indeed, as I've already got the case now I pay attention to that point:
> the gnueabihf from Linaro were used as in the Louis good tutorial  :
>
> http://armsdr.blogspot.fr/2014/01/bare-metal-qt-52-on-beaglebone-black_16.html
> Anyway, whereas the cross-compilation was ok-the app execute fine- the
> display can't show GUI correctly (no btn, no label, ...) it seems that
> everybody has that issue. I've looked in the forums (official Qt about BBB
> included) for an alternative of linufb (xcb as instance) without better
> results.
> Therefore, I wonder if Qt is able to be cross-compiled for BBB.
>
>
> 2014-04-08 23:18 GMT+02:00 Robert Nelson :
>
> On Tue, Apr 8, 2014 at 4:16 PM, David Lewin  wrote:
>> > Thanks for your answer Hal.
>> > I succeeded to build apps on my PC but the failing part is when
>> > cross-compiling from PC and executing it to BBB.
>> > Does this mean that a Qt application can only be developped from the
>> board ,
>> > instead of QtCreator on PC as usual ?
>>
>> Debian is using the "armhf" abi, so make sure your cross compiler is
>> of the "gnueabihf" variety..
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> http://www.rcn-ee.com/
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to a topic in the
>> Google Groups "BeagleBoard" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/beagleboard/p9423s6B4lg/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 a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/p9423s6B4lg/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] Re: Finally : did someone succeeded to have a Qt GUI app ?

[David Lewin]

Indeed, as I've already got the case now I pay attention to that point: the
gnueabihf from Linaro were used as in the Louis good tutorial  :
http://armsdr.blogspot.fr/2014/01/bare-metal-qt-52-on-beaglebone-black_16.html
Anyway, whereas the cross-compilation was ok-the app execute fine- the
display can't show GUI correctly (no btn, no label, ...) it seems that
everybody has that issue. I've looked in the forums (official Qt about BBB
included) for an alternative of linufb (xcb as instance) without better
results.
Therefore, I wonder if Qt is able to be cross-compiled for BBB.


2014-04-08 23:18 GMT+02:00 Robert Nelson :

> On Tue, Apr 8, 2014 at 4:16 PM, David Lewin  wrote:
> > Thanks for your answer Hal.
> > I succeeded to build apps on my PC but the failing part is when
> > cross-compiling from PC and executing it to BBB.
> > Does this mean that a Qt application can only be developped from the
> board ,
> > instead of QtCreator on PC as usual ?
>
> Debian is using the "armhf" abi, so make sure your cross compiler is
> of the "gnueabihf" variety..
>
> Regards,
>
> --
> Robert Nelson
> http://www.rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/p9423s6B4lg/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] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Bas Laarhoven]

Of course. But is it worth the extra cost involved. Our cheap labour 
friends seem to think it's not. That makes me wonder why you're still 
doing it (My recently bought BBB rev B boards still have the epoxy).


-- Bas



On 8-4-2014 20:32, Gerald Coley wrote:
We put epoxy on some of the connectors because the pads and etch  of 
the PCB get ripped up when the boards are abused. Not because the 
soldering is bad.


Gerald



On Tue, Apr 8, 2014 at 1:21 PM, > wrote:


On 08/04/14 18:53, Bas Laarhoven wrote:

> Still 32 of the original 817+ to go. Not bad for only two days. New
> stock expected next month.

Only two left now..
I suspect the new stock won't last long either :)


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


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

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


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

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Finally : did someone succeeded to have a Qt GUI app ?

[Robert Nelson]

On Tue, Apr 8, 2014 at 4:16 PM, David Lewin  wrote:
> Thanks for your answer Hal.
> I succeeded to build apps on my PC but the failing part is when
> cross-compiling from PC and executing it to BBB.
> Does this mean that a Qt application can only be developped from the board ,
> instead of QtCreator on PC as usual ?

Debian is using the "armhf" abi, so make sure your cross compiler is
of the "gnueabihf" variety..

Regards,

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

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

Re: [beagleboard] Re: Finally : did someone succeeded to have a Qt GUI app ?

[David Lewin]

Thanks for your answer Hal.
I succeeded to build apps on my PC but the failing part is when
cross-compiling from PC and executing it to BBB.
Does this mean that a Qt application can only be developped from the board
, instead of QtCreator on PC as usual ?


2014-04-08 21:59 GMT+02:00 :

> dlewin,
>
> Assuming you have LXDE & X installed under Debian you can install qt4 with
> apt-get: "sudo apt-get install libqt4-dev". For a more comprehensive QT4
> install including qtCreator (natively on the BBB) try  "sudo apt-get
> install qt-sdk". To build a QT app from the command line, create a
> directory..add  source code for your project in that directory, cd into the
> directory then run:
>  i) "qmake -project"  (create .pro file),
> ii) "qmake" (create makefile) and finally
> iii) "make" ("build qt app)
>
> You can also try Qtcreator natively on the RPiit may be a little laggy
> though
>
>
> On Tuesday, April 8, 2014 11:26:34 AM UTC-4, dlewin555 wrote:
>>
>> Hi,
>>
>> Is there finally someone who succeeded to have a GUI compiled with Qt
>> (from Debian for example ) ?
>>
>> I've tested many things, and they either rely on Angstrom (which I'd like
>> to avoid) or don't work at all (Timesys included)
>>
>> So I'm looking for a successful try ...
>>
>  --
> 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/p9423s6B4lg/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] Re: UART4 stopped working: did not get pins for uart4 error: -19

[Robert Nelson]

>
> ubuntu@ubuntu-armhf:~$ cat /boot/uboot/uEnv.txt
> optargs=fixrtc capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN
> loadfdt=ext4load mmc ${mmcdev}:2 ${fdtaddr} /boot/dtbs/${fdtfile}
> loaduimage=mw.l 4804c134 fe1f; if ext4load mmc 0:2 ${loadaddr}
> /boot/zImage; then mw.l 4804c194 0120; echo Booting from external
> microSD...; setenv mmcdev 0; else setenv mmcdev 1; if test $mmc0 = 1; then
> setenv mmcroot /dev/mmcblk1p2 rw; fi; ext4load mmc 1:2 ${loadaddr}
> /boot/zImage && mw.l 4804c194 00c0; echo Booting from internal eMMC...;
> fi
> mmcboot=run mmcargs; bootz ${loadaddr} - ${fdtaddr}
> uenvcmd=i2c mw 0x24 1 0x3e; run findfdt; if test $board_name = A335BNLT;
> then setenv mmcdev 1; mmc dev ${mmcdev}; if mmc rescan; then setenv mmc1 1;
> else setenv mmc1 0; fi; fi; setenv mmcdev 0; mmc dev ${mmcdev}; if mmc
> rescan; then setenv mmc0 1; else setenv mmc0 0; fi; run loaduimage && run
> loadfdt && run mmcboot
>
>After re-booting the HDMI entry still appeared in the capemgr slots:
>
> ubuntu@ubuntu-armhf:~$ cat /sys/devices/bone_capemgr*/slots
>  1: 55:PF---
>  2: 56:PF---
>  3: 57:PF---
>  4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
>  5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
>
>
>So this doesn't appear to work.

Is it correctly passed to the kernel? verify with:

cat /proc/cmdline

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] UART4 stopped working: did not get pins for uart4 error: -19

[pollock . phil]

Thanks Robert,

I forgot to mention the specifics of my attempts to disable HDMI. I 
modified /boot/uboot/uEnv.txt to disable HDMI by changing the optargs line:

ubuntu@ubuntu-armhf:~$ cat /boot/uboot/uEnv.txt
optargs=fixrtc capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN
loadfdt=ext4load mmc ${mmcdev}:2 ${fdtaddr} /boot/dtbs/${fdtfile}
loaduimage=mw.l 4804c134 fe1f; if ext4load mmc 0:2 ${loadaddr} 
/boot/zImage; then mw.l 4804c194 0120; echo Booting from external 
microSD...; setenv mmcdev 0; else setenv mmcdev 1; if test $mmc0 = 1; then 
setenv mmcroot /dev/mmcblk1p2 rw; fi; ext4load mmc 1:2 ${loadaddr} 
/boot/zImage && mw.l 4804c194 00c0; echo Booting from internal eMMC...; 
fi
mmcboot=run mmcargs; bootz ${loadaddr} - ${fdtaddr}
uenvcmd=i2c mw 0x24 1 0x3e; run findfdt; if test $board_name = A335BNLT; 
then setenv mmcdev 1; mmc dev ${mmcdev}; if mmc rescan; then setenv mmc1 1; 
else setenv mmc1 0; fi; fi; setenv mmcdev 0; mmc dev ${mmcdev}; if mmc 
rescan; then setenv mmc0 1; else setenv mmc0 0; fi; run loaduimage && run 
loadfdt && run mmcboot


ubuntu@ubuntu-armhf:~$ cat /sys/devices/bone_capemgr*/slots
 1: 55:PF--- 
 2: 56:PF--- 
 3: 57:PF--- 
 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
 5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI


UART4 still doesn't work and the 'slots' still show an HDMI entry.  Is this 
what you are suggesting or did I miss something? Any ideas why it doesn't 
work?

Phil


On Tuesday, April 8, 2014 2:51:06 PM UTC-5, RobertCNelson wrote:
>
> On Tue, Apr 8, 2014 at 2:39 PM,  > 
> wrote: 
> > Hi, 
> > On my BBB I have a Serial RS-232 BeagleBone Cape (BB_BONE_SERL-03 Rev 
> A1) 
> > that I have jumpered for UART4. It works under Angstrom and was recently 
> > working under Ubuntu 12.04 LTS. Now it is not working under Ubuntu. 
> There 
> > seems to be pin error which may be preventing it from loading.  I don't 
> know 
> > if this was caused by some configuration changes or not.  I haven't been 
> > able to figure out what is causing the conflict. 
> > 
> > How can I find and fix this problem? 
> > 
> > Thanks for your help. 
> > 
> > Phil 
> > 
> 
>  
>
> > Background Information: 
> > 
> > 1. This is not a hardware problem. I have tested the same cape board 
> under 
> > Angstrom and it works (a remote putty serial session receives the 
> > transmission); however, nothing is received from Ubuntu: 
> > 
> > root@ubuntu-armhf:/home/ubuntu# echo hello > /dev/ttyO4 
> > 
> > 
> > Note: I also tested UART4 using another micro-cape board that was 
> working 
> > earlier - it also failed. 
> > 
> > 2. Some time ago I replaced /boot/dtbs/am335x-boneblack.dtb (decompiled, 
> > modified, recompiled .dts) to enable UART4 (/dev/ttyO4): 
> > 
> > ... 
> > serial@481a8000 { 
> > compatible = "ti,omap3-uart"; 
> > ti,hwmods = "uart5"; 
> > clock-frequency = <0x2dc6c00>; 
> > reg = <0x481a8000 0x2000>; 
> > interrupts = <0x2d>; 
> > status = "okay"; 
> > linux,phandle = <0x1b>; 
> > phandle = <0x1b>; 
> > }; 
> > ... 
> > This was working under Angstrom and Ubuntu. 
> > 
> > 3.  I tried restoring the original /boot/dtbs/am335x-boneblack.dtb and 
> used 
> > a .dtbo overlay for UART 4 - it still didn't work. 
> > 
> > 4. I scanned dmesg for config errors: 
> > 
> > ubuntu@ubuntu-armhf:~$ dmesg | grep -iE "uart|tty|error:" 
> > 
> > [ 0.00] Kernel command line: console=ttyO0,115200n8 fixrtc 
> > root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait 
> > [ 0.507160] omap_uart 44e09000.serial: did not get pins for uart0 error: 
> -19 
> > [ 0.507505] 44e09000.serial: ttyO0 at MMIO 0x44e09000 (irq = 88) is a 
> OMAP 
> > UART0 
> > [ 1.218231] console [ttyO0] enabled 
> > [ 1.222660] omap_uart 481a8000.serial: did not get pins for uart4 error: 
> -19 
> > [ 1.230408] 481a8000.serial: ttyO4 at MMIO 0x481a8000 (irq = 61) is a 
> OMAP 
> > UART4 
> > 
> > ubuntu@ubuntu-armhf:~$ dmesg | grep capemgr 
> > 
> > [ 1.314500] bone-capemgr bone_capemgr.9: Baseboard: 
> > 'A335BNLT,0A5C,2513BBBK0965' 
> > [ 1.322289] bone-capemgr bone_capemgr.9: 
> > compatible-baseboard=ti,beaglebone-black 
> > [ 1.354316] bone-capemgr bone_capemgr.9: slot #0: 'BeagleBone RS232 
> > CAPE,00A1,Beagleboardtoys,BB-BONE-SERL-03' 
> > [ 1.392362] bone-capemgr bone_capemgr.9: slot #1: No cape found 
> > [ 1.429467] bone-capemgr bone_capemgr.9: slot #2: No cape found 
> > [ 1.466577] bone-capemgr bone_capemgr.9: slot #3: No cape found 
> > [ 1.472829] bone-capemgr bone_capemgr.9: slot #4: specific override 
> > [ 1.479431] bone-capemgr bone_capemgr.9: bone: Using override eeprom 
> data at 
> > slot 4 
> > [ 1.487466] bone-capemgr bone_capemgr.9: slot #4: 
> > 'Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G' 
> > [ 1.497595] bone-capemgr bone_capemgr.9: slot #5: specific override 
> > [ 1.504197] bone-capemgr bone_capemgr.9: bone: Using override eeprom 

[beagleboard] Re: UART4 stopped working: did not get pins for uart4 error: -19

[pollock . phil]

On Tuesday, April 8, 2014 2:39:03 PM UTC-5, polloc...@gmail.com wrote:
>
> Hi,
> On my BBB I have a Serial RS-232 BeagleBone Cape (BB_BONE_SERL-03 Rev A1) 
> that I have jumpered for UART4. It works under Angstrom and was recently 
> working under Ubuntu 12.04 LTS. Now it is not working under Ubuntu. There 
> seems to be pin error which may be preventing it from loading.  I don't 
> know if this was caused by some configuration changes or not.  I haven't 
> been able to figure out what is causing the conflict. 
>
> How can I find and fix this problem? 
>
> Thanks for your help.
>
> Phil
>
> 
> Background Information:
>
> 1. This is not a hardware problem. I have tested the same cape board under 
> Angstrom and it works (a remote putty serial session receives the 
> transmission); however, nothing is received from Ubuntu:
>
> root@ubuntu-armhf:/home/ubuntu# echo hello > /dev/ttyO4
>
>
> Note: I also tested UART4 using another micro-cape board that was working 
> earlier - it also failed.
>
> 2. Some time ago I replaced /boot/dtbs/am335x-boneblack.dtb (decompiled, 
> modified, recompiled .dts) to enable UART4 (/dev/ttyO4):
>
> ...
> serial@481a8000 {
> compatible = "ti,omap3-uart";
> ti,hwmods = "uart5";
> clock-frequency = <0x2dc6c00>;
> reg = <0x481a8000 0x2000>;
> interrupts = <0x2d>;
> status = "okay";
> linux,phandle = <0x1b>;
> phandle = <0x1b>;
> };
> ...
> This was working under Angstrom and Ubuntu. 
>
> 3.  I tried restoring the original /boot/dtbs/am335x-boneblack.dtb and 
> used a .dtbo overlay for UART 4 - it still didn't work.
>
> 4. I scanned dmesg for config errors:
>
> ubuntu@ubuntu-armhf:~$ dmesg | grep -iE "uart|tty|error:"
>  
> [ 0.00] Kernel command line: console=ttyO0,115200n8 fixrtc 
> root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait
> [ 0.507160] omap_uart 44e09000.serial: did not get pins for uart0 error: 
> -19
> [ 0.507505] 44e09000.serial: ttyO0 at MMIO 0x44e09000 (irq = 88) is a OMAP 
> UART0
> [ 1.218231] console [ttyO0] enabled
> [ 1.222660] omap_uart 481a8000.serial: did not get pins for uart4 error: 
> -19
> [ 1.230408] 481a8000.serial: ttyO4 at MMIO 0x481a8000 (irq = 61) is a OMAP 
> UART4
>
> ubuntu@ubuntu-armhf:~$ dmesg | grep capemgr
>
> [ 1.314500] bone-capemgr bone_capemgr.9: Baseboard: 
> 'A335BNLT,0A5C,2513BBBK0965'
> [ 1.322289] bone-capemgr bone_capemgr.9: 
> compatible-baseboard=ti,beaglebone-black
> [ 1.354316] bone-capemgr bone_capemgr.9: slot #0: 'BeagleBone RS232 
> CAPE,00A1,Beagleboardtoys,BB-BONE-SERL-03'
> [ 1.392362] bone-capemgr bone_capemgr.9: slot #1: No cape found
> [ 1.429467] bone-capemgr bone_capemgr.9: slot #2: No cape found
> [ 1.466577] bone-capemgr bone_capemgr.9: slot #3: No cape found
> [ 1.472829] bone-capemgr bone_capemgr.9: slot #4: specific override
> [ 1.479431] bone-capemgr bone_capemgr.9: bone: Using override eeprom data 
> at slot 4
> [ 1.487466] bone-capemgr bone_capemgr.9: slot #4: 
> 'Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G'
> [ 1.497595] bone-capemgr bone_capemgr.9: slot #5: specific override
> [ 1.504197] bone-capemgr bone_capemgr.9: bone: Using override eeprom data 
> at slot 5
> [ 1.512234] bone-capemgr bone_capemgr.9: slot #5: 
> 'Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI'
> [ 1.522697] bone-capemgr bone_capemgr.9: loader: before slot-0 
> BB-BONE-SERL-03:00A1 (prio 0)
> [ 1.531582] bone-capemgr bone_capemgr.9: loader: check slot-0 
> BB-BONE-SERL-03:00A1 (prio 0)
> [ 1.540465] bone-capemgr bone_capemgr.9: loader: before slot-4 
> BB-BONE-EMMC-2G:00A0 (prio 1)
> [ 1.549338] bone-capemgr bone_capemgr.9: loader: check slot-4 
> BB-BONE-EMMC-2G:00A0 (prio 1)
> [ 1.558137] bone-capemgr bone_capemgr.9: initialized OK.
> [ 1.563745] bone-capemgr bone_capemgr.9: loader: before slot-5 
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 1.572511] bone-capemgr bone_capemgr.9: loader: check slot-5 
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 1.594787] bone-capemgr bone_capemgr.9: loader: after slot-0 
> BB-BONE-SERL-03:00A1 (prio 0)
> [ 1.603587] bone-capemgr bone_capemgr.9: loader: check slot-4 
> BB-BONE-EMMC-2G:00A0 (prio 1)
> [ 1.618764] bone-capemgr bone_capemgr.9: loader: check slot-5 
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 1.633551] bone-capemgr bone_capemgr.9: slot #0: Requesting part 
> number/version based 'BB-BONE-SERL-03-00A1.dtbo
> [ 1.650222] bone-capemgr bone_capemgr.9: slot #0: Requesting firmware 
> 'BB-BONE-SERL-03-00A1.dtbo' for board-name 'BeagleBone RS232 CAPE', version 
> '00A1'
> [ 61.751962] bone-capemgr bone_capemgr.9: failed to load firmware 
> 'BB-BONE-SERL-03-00A1.dtbo'
> [ 61.760833] bone-capemgr bone_capemgr.9: loader: failed to load slot-0 
> BB-BONE-SERL-03:00A1 (prio 0)
> [ 61.772418] bone-capemgr bone_capemgr.9: loader: check slot-5 
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 61.772447] bone-capemgr bone_capemgr.9: loader: after slot-5 
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 61.772475] bone-capemgr bon

Re: [beagleboard] Re: Help Needed : Custom built debian image

[viraniac]

Hi,

this is a pastbin from the beagleboard.org image. 
http://paste.debian.net/92548/

My script is still running so can't restart the system with custom built 
images. Will update in 2 hours.

Regards,
viraniac

On Wednesday, April 9, 2014 1:05:12 AM UTC+5:30, RobertCNelson wrote:
>
> On Tue, Apr 8, 2014 at 2:17 PM,  > wrote: 
> > Hi Robert, 
> > 
> > I am not setting any myself. I only make changes in packages and in 
> > target/chroot/beagleboard.org.sh to add java and configure xinit. May 
> be 
> > once the latest image gets ready, the error might be gone. Is this fixed 
> > recently? 
>
> No, that fix has been in for awhile now..  I'm guessing java/xinit may 
> upset something..  Try running: 
>
> dpkg --list | pastebinit 
>
> and copying us the pastebin url, so i can try to replicate it and see 
> if we can fix it. 
>
> > Also when I run the gift-wrap-images(doesn't actaully remember the 
> actual 
> > file name), it creates 4 files having names as BBB-*-blank-*.img.xz, 
> > bone-*.img.xz, BBB*.img.xz and one tar.gz file. As of now for testing 
> > purpose I am only using the bone-*.img.gz file and the flasher file. 
> Whats 
> > the purpose of the Blank and the tar.gz file? 
>
> The blank *img, has a specially patched u-boot, to ignore lack of 
> specific eeprom information, such that CircuitCo/oem can flash a empty 
> board.  Note it requires a special board connector to un-write-protect 
> the factory eeprom. 
>
> The *.tar.gz is a compressed form of the base rootfs, used to generate 
> all the *.img files.. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

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

[beagleboard] Re: Finally : did someone succeeded to have a Qt GUI app ?

[halherta]

dlewin,

Assuming you have LXDE & X installed under Debian you can install qt4 with 
apt-get: "sudo apt-get install libqt4-dev". For a more comprehensive QT4 
install including qtCreator (natively on the BBB) try  "sudo apt-get 
install qt-sdk". To build a QT app from the command line, create a 
directory..add  source code for your project in that directory, cd into the 
directory then run:
 i) "qmake -project"  (create .pro file), 
ii) "qmake" (create makefile) and finally 
iii) "make" ("build qt app)

You can also try Qtcreator natively on the RPiit may be a little laggy 
though
 

On Tuesday, April 8, 2014 11:26:34 AM UTC-4, dlewin555 wrote:
>
> Hi,
>
> Is there finally someone who succeeded to have a GUI compiled with Qt 
> (from Debian for example ) ?
>
> I've tested many things, and they either rely on Angstrom (which I'd like 
> to avoid) or don't work at all (Timesys included)
>
> So I'm looking for a successful try ...
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] UART4 stopped working: did not get pins for uart4 error: -19

[Robert Nelson]

On Tue, Apr 8, 2014 at 2:39 PM,   wrote:
> Hi,
> On my BBB I have a Serial RS-232 BeagleBone Cape (BB_BONE_SERL-03 Rev A1)
> that I have jumpered for UART4. It works under Angstrom and was recently
> working under Ubuntu 12.04 LTS. Now it is not working under Ubuntu. There
> seems to be pin error which may be preventing it from loading.  I don't know
> if this was caused by some configuration changes or not.  I haven't been
> able to figure out what is causing the conflict.
>
> How can I find and fix this problem?
>
> Thanks for your help.
>
> Phil
> 
> Background Information:
>
> 1. This is not a hardware problem. I have tested the same cape board under
> Angstrom and it works (a remote putty serial session receives the
> transmission); however, nothing is received from Ubuntu:
>
> root@ubuntu-armhf:/home/ubuntu# echo hello > /dev/ttyO4
>
>
> Note: I also tested UART4 using another micro-cape board that was working
> earlier - it also failed.
>
> 2. Some time ago I replaced /boot/dtbs/am335x-boneblack.dtb (decompiled,
> modified, recompiled .dts) to enable UART4 (/dev/ttyO4):
>
> ...
> serial@481a8000 {
> compatible = "ti,omap3-uart";
> ti,hwmods = "uart5";
> clock-frequency = <0x2dc6c00>;
> reg = <0x481a8000 0x2000>;
> interrupts = <0x2d>;
> status = "okay";
> linux,phandle = <0x1b>;
> phandle = <0x1b>;
> };
> ...
> This was working under Angstrom and Ubuntu.
>
> 3.  I tried restoring the original /boot/dtbs/am335x-boneblack.dtb and used
> a .dtbo overlay for UART 4 - it still didn't work.
>
> 4. I scanned dmesg for config errors:
>
> ubuntu@ubuntu-armhf:~$ dmesg | grep -iE "uart|tty|error:"
>
> [ 0.00] Kernel command line: console=ttyO0,115200n8 fixrtc
> root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait
> [ 0.507160] omap_uart 44e09000.serial: did not get pins for uart0 error: -19
> [ 0.507505] 44e09000.serial: ttyO0 at MMIO 0x44e09000 (irq = 88) is a OMAP
> UART0
> [ 1.218231] console [ttyO0] enabled
> [ 1.222660] omap_uart 481a8000.serial: did not get pins for uart4 error: -19
> [ 1.230408] 481a8000.serial: ttyO4 at MMIO 0x481a8000 (irq = 61) is a OMAP
> UART4
>
> ubuntu@ubuntu-armhf:~$ dmesg | grep capemgr
>
> [ 1.314500] bone-capemgr bone_capemgr.9: Baseboard:
> 'A335BNLT,0A5C,2513BBBK0965'
> [ 1.322289] bone-capemgr bone_capemgr.9:
> compatible-baseboard=ti,beaglebone-black
> [ 1.354316] bone-capemgr bone_capemgr.9: slot #0: 'BeagleBone RS232
> CAPE,00A1,Beagleboardtoys,BB-BONE-SERL-03'
> [ 1.392362] bone-capemgr bone_capemgr.9: slot #1: No cape found
> [ 1.429467] bone-capemgr bone_capemgr.9: slot #2: No cape found
> [ 1.466577] bone-capemgr bone_capemgr.9: slot #3: No cape found
> [ 1.472829] bone-capemgr bone_capemgr.9: slot #4: specific override
> [ 1.479431] bone-capemgr bone_capemgr.9: bone: Using override eeprom data at
> slot 4
> [ 1.487466] bone-capemgr bone_capemgr.9: slot #4:
> 'Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G'
> [ 1.497595] bone-capemgr bone_capemgr.9: slot #5: specific override
> [ 1.504197] bone-capemgr bone_capemgr.9: bone: Using override eeprom data at
> slot 5
> [ 1.512234] bone-capemgr bone_capemgr.9: slot #5:
> 'Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI'
> [ 1.522697] bone-capemgr bone_capemgr.9: loader: before slot-0
> BB-BONE-SERL-03:00A1 (prio 0)
> [ 1.531582] bone-capemgr bone_capemgr.9: loader: check slot-0
> BB-BONE-SERL-03:00A1 (prio 0)
> [ 1.540465] bone-capemgr bone_capemgr.9: loader: before slot-4
> BB-BONE-EMMC-2G:00A0 (prio 1)
> [ 1.549338] bone-capemgr bone_capemgr.9: loader: check slot-4
> BB-BONE-EMMC-2G:00A0 (prio 1)
> [ 1.558137] bone-capemgr bone_capemgr.9: initialized OK.
> [ 1.563745] bone-capemgr bone_capemgr.9: loader: before slot-5
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 1.572511] bone-capemgr bone_capemgr.9: loader: check slot-5
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 1.594787] bone-capemgr bone_capemgr.9: loader: after slot-0
> BB-BONE-SERL-03:00A1 (prio 0)
> [ 1.603587] bone-capemgr bone_capemgr.9: loader: check slot-4
> BB-BONE-EMMC-2G:00A0 (prio 1)
> [ 1.618764] bone-capemgr bone_capemgr.9: loader: check slot-5
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 1.633551] bone-capemgr bone_capemgr.9: slot #0: Requesting part
> number/version based 'BB-BONE-SERL-03-00A1.dtbo
> [ 1.650222] bone-capemgr bone_capemgr.9: slot #0: Requesting firmware
> 'BB-BONE-SERL-03-00A1.dtbo' for board-name 'BeagleBone RS232 CAPE', version
> '00A1'
> [ 61.751962] bone-capemgr bone_capemgr.9: failed to load firmware
> 'BB-BONE-SERL-03-00A1.dtbo'
> [ 61.760833] bone-capemgr bone_capemgr.9: loader: failed to load slot-0
> BB-BONE-SERL-03:00A1 (prio 0)
> [ 61.772418] bone-capemgr bone_capemgr.9: loader: check slot-5
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 61.772447] bone-capemgr bone_capemgr.9: loader: after slot-5
> BB-BONELT-HDMI:00A0 (prio 1)
> [ 61.772475] bone-capemgr bone_capemgr.9: slot #5: Requesting firmware
> 'cape-boneblack-hdmi-00A0.dtbo' for boa

Re: [beagleboard] How to enable LCD04 cape on Kernel 3.13.x

[Robert Nelson]

On Tue, Apr 8, 2014 at 2:30 PM,   wrote:
> Sniff, too bad.
>
> So what are the steps to do it? Take default and merge it with lcd04 or is
> there more magic involved?

For simple things: (usarts/spi/i2c) we can do:

https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.14/patches/dts-bone-capes/0001-capes-ttyO1-ttyO2-ttyO4.patch

For the lcd, something like this
https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.14/patches/static-capes/0002-Added-Argus-UPS-cape-support-BBW.patch

essentially creating another "board" dtb..

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] UART4 stopped working: did not get pins for uart4 error: -19

[pollock . phil]

Hi,
On my BBB I have a Serial RS-232 BeagleBone Cape (BB_BONE_SERL-03 Rev A1) 
that I have jumpered for UART4. It works under Angstrom and was recently 
working under Ubuntu 12.04 LTS. Now it is not working under Ubuntu. There 
seems to be pin error which may be preventing it from loading.  I don't 
know if this was caused by some configuration changes or not.  I haven't 
been able to figure out what is causing the conflict. 

How can I find and fix this problem? 

Thanks for your help.

Phil

Background Information:

1. This is not a hardware problem. I have tested the same cape board under 
Angstrom and it works (a remote putty serial session receives the 
transmission); however, nothing is received from Ubuntu:

root@ubuntu-armhf:/home/ubuntu# echo hello > /dev/ttyO4


Note: I also tested UART4 using another micro-cape board that was working 
earlier - it also failed.

2. Some time ago I replaced /boot/dtbs/am335x-boneblack.dtb (decompiled, 
modified, recompiled .dts) to enable UART4 (/dev/ttyO4):

...
serial@481a8000 {
compatible = "ti,omap3-uart";
ti,hwmods = "uart5";
clock-frequency = <0x2dc6c00>;
reg = <0x481a8000 0x2000>;
interrupts = <0x2d>;
status = "okay";
linux,phandle = <0x1b>;
phandle = <0x1b>;
};
...
This was working under Angstrom and Ubuntu. 

3.  I tried restoring the original /boot/dtbs/am335x-boneblack.dtb and used 
a .dtbo overlay for UART 4 - it still didn't work.

4. I scanned dmesg for config errors:

ubuntu@ubuntu-armhf:~$ dmesg | grep -iE "uart|tty|error:"
 
[ 0.00] Kernel command line: console=ttyO0,115200n8 fixrtc 
root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait
[ 0.507160] omap_uart 44e09000.serial: did not get pins for uart0 error: -19
[ 0.507505] 44e09000.serial: ttyO0 at MMIO 0x44e09000 (irq = 88) is a OMAP 
UART0
[ 1.218231] console [ttyO0] enabled
[ 1.222660] omap_uart 481a8000.serial: did not get pins for uart4 error: -19
[ 1.230408] 481a8000.serial: ttyO4 at MMIO 0x481a8000 (irq = 61) is a OMAP 
UART4

ubuntu@ubuntu-armhf:~$ dmesg | grep capemgr

[ 1.314500] bone-capemgr bone_capemgr.9: Baseboard: 
'A335BNLT,0A5C,2513BBBK0965'
[ 1.322289] bone-capemgr bone_capemgr.9: 
compatible-baseboard=ti,beaglebone-black
[ 1.354316] bone-capemgr bone_capemgr.9: slot #0: 'BeagleBone RS232 
CAPE,00A1,Beagleboardtoys,BB-BONE-SERL-03'
[ 1.392362] bone-capemgr bone_capemgr.9: slot #1: No cape found
[ 1.429467] bone-capemgr bone_capemgr.9: slot #2: No cape found
[ 1.466577] bone-capemgr bone_capemgr.9: slot #3: No cape found
[ 1.472829] bone-capemgr bone_capemgr.9: slot #4: specific override
[ 1.479431] bone-capemgr bone_capemgr.9: bone: Using override eeprom data 
at slot 4
[ 1.487466] bone-capemgr bone_capemgr.9: slot #4: 
'Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G'
[ 1.497595] bone-capemgr bone_capemgr.9: slot #5: specific override
[ 1.504197] bone-capemgr bone_capemgr.9: bone: Using override eeprom data 
at slot 5
[ 1.512234] bone-capemgr bone_capemgr.9: slot #5: 
'Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI'
[ 1.522697] bone-capemgr bone_capemgr.9: loader: before slot-0 
BB-BONE-SERL-03:00A1 (prio 0)
[ 1.531582] bone-capemgr bone_capemgr.9: loader: check slot-0 
BB-BONE-SERL-03:00A1 (prio 0)
[ 1.540465] bone-capemgr bone_capemgr.9: loader: before slot-4 
BB-BONE-EMMC-2G:00A0 (prio 1)
[ 1.549338] bone-capemgr bone_capemgr.9: loader: check slot-4 
BB-BONE-EMMC-2G:00A0 (prio 1)
[ 1.558137] bone-capemgr bone_capemgr.9: initialized OK.
[ 1.563745] bone-capemgr bone_capemgr.9: loader: before slot-5 
BB-BONELT-HDMI:00A0 (prio 1)
[ 1.572511] bone-capemgr bone_capemgr.9: loader: check slot-5 
BB-BONELT-HDMI:00A0 (prio 1)
[ 1.594787] bone-capemgr bone_capemgr.9: loader: after slot-0 
BB-BONE-SERL-03:00A1 (prio 0)
[ 1.603587] bone-capemgr bone_capemgr.9: loader: check slot-4 
BB-BONE-EMMC-2G:00A0 (prio 1)
[ 1.618764] bone-capemgr bone_capemgr.9: loader: check slot-5 
BB-BONELT-HDMI:00A0 (prio 1)
[ 1.633551] bone-capemgr bone_capemgr.9: slot #0: Requesting part 
number/version based 'BB-BONE-SERL-03-00A1.dtbo
[ 1.650222] bone-capemgr bone_capemgr.9: slot #0: Requesting firmware 
'BB-BONE-SERL-03-00A1.dtbo' for board-name 'BeagleBone RS232 CAPE', version 
'00A1'
[ 61.751962] bone-capemgr bone_capemgr.9: failed to load firmware 
'BB-BONE-SERL-03-00A1.dtbo'
[ 61.760833] bone-capemgr bone_capemgr.9: loader: failed to load slot-0 
BB-BONE-SERL-03:00A1 (prio 0)
[ 61.772418] bone-capemgr bone_capemgr.9: loader: check slot-5 
BB-BONELT-HDMI:00A0 (prio 1)
[ 61.772447] bone-capemgr bone_capemgr.9: loader: after slot-5 
BB-BONELT-HDMI:00A0 (prio 1)
[ 61.772475] bone-capemgr bone_capemgr.9: slot #5: Requesting firmware 
'cape-boneblack-hdmi-00A0.dtbo' for board-name 'Bone-Black-HDMI', version 
'00A0'
[ 61.772500] bone-capemgr bone_capemgr.9: slot #5: dtbo 
'cape-boneblack-hdmi-00A0.dtbo' loaded; converting to live tree
[ 61.772829] bone-capemgr bone_capemgr.9: slot #5: 

Re: [beagleboard] How to enable LCD04 cape on Kernel 3.13.x

[michael . ring]

Sniff, too bad. 

So what are the steps to do it? Take default and merge it with lcd04 or is 
there more magic involved? 


Am Dienstag, 8. April 2014 21:10:22 UTC+2 schrieb RobertCNelson:
>
> On Tue, Apr 8, 2014 at 1:00 PM,  > 
> wrote: 
> > 
> > I do see the example line 
> > 
> > cape=lcd04-01 
>
> DOH! 
>
> Blame me for having a "broken" default for an example.. 
>
> I don't have the "lcd04-01" static cape done for v3.13.x/v3.14.x yet. 
>
> Regards, 
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

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

Re: [beagleboard] Re: Help Needed : Custom built debian image

[Robert Nelson]

On Tue, Apr 8, 2014 at 2:17 PM,   wrote:
> Hi Robert,
>
> I am not setting any myself. I only make changes in packages and in
> target/chroot/beagleboard.org.sh to add java and configure xinit. May be
> once the latest image gets ready, the error might be gone. Is this fixed
> recently?

No, that fix has been in for awhile now..  I'm guessing java/xinit may
upset something..  Try running:

dpkg --list | pastebinit

and copying us the pastebin url, so i can try to replicate it and see
if we can fix it.

> Also when I run the gift-wrap-images(doesn't actaully remember the actual
> file name), it creates 4 files having names as BBB-*-blank-*.img.xz,
> bone-*.img.xz, BBB*.img.xz and one tar.gz file. As of now for testing
> purpose I am only using the bone-*.img.gz file and the flasher file. Whats
> the purpose of the Blank and the tar.gz file?

The blank *img, has a specially patched u-boot, to ignore lack of
specific eeprom information, such that CircuitCo/oem can flash a empty
board.  Note it requires a special board connector to un-write-protect
the factory eeprom.

The *.tar.gz is a compressed form of the base rootfs, used to generate
all the *.img files..

Regards,

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

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

Re: [beagleboard] Re: Help Needed : Custom built debian image

[viraniac]

Hi Robert,

I am not setting any myself. I only make changes in packages and in 
target/chroot/beagleboard.org.sh to add java and configure xinit. May be 
once the latest image gets ready, the error might be gone. Is this fixed 
recently?

Also when I run the gift-wrap-images(doesn't actaully remember the actual 
file name), it creates 4 files having names as BBB-*-blank-*.img.xz, 
bone-*.img.xz, BBB*.img.xz and one tar.gz file. As of now for testing 
purpose I am only using the bone-*.img.gz file and the flasher file. Whats 
the purpose of the Blank and the tar.gz file?

Regards,
viraniac

On Wednesday, April 9, 2014 12:15:55 AM UTC+5:30, RobertCNelson wrote:
>
> On Tue, Apr 8, 2014 at 1:00 PM,  > wrote: 
> > Hi Robert, 
> > 
> > Currently the BBB is booted from the beagleboard provided image and the 
> > image build is in process. I will upload my logs in 10 hours. 
> > 
> > Even for the beagleboard.org provided images, the following error 
> message is 
> > being displayed quite often which is little bit annoying. 
> > 
> > locale: Cannot set LC_CTYPE to default locale: No such file or directory 
> > locale: Cannot set LC_MESSAGES to default locale: No such file or 
> directory 
> > locale: Cannot set LC_ALL to default locale: No such file or directory 
> > 
> > I tried setting up the locale but the message is still persists. Is 
> there a 
> > way to disable this? 
>
> That is taken care of by here: 
>
> https://github.com/beagleboard/image-builder/blob/master/scripts/chroot.sh#L438
>  
>
> did you change locals? 
>
> To save space, i'm stripping all the non en locales: 
>
> https://github.com/beagleboard/image-builder/blob/master/scripts/chroot.sh#L211
>  
>
> If you need yours kept, add it here: 
>
>
> https://github.com/beagleboard/image-builder/blob/master/scripts/chroot.sh#L214
>  
>
> 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] uBoot Partition is full

[jusrogers]

Thanks, that makes sense. I set this system up a long time ago using 
"armhf". I already backed everything up, and I'll do a reload. With a newer 
version to start.

Thanks

On Tuesday, April 8, 2014 2:41:19 PM UTC-4, RobertCNelson wrote:
>
> On Tue, Apr 8, 2014 at 1:19 PM,  
> > 
> wrote: 
> > Ok, 
> > 
> > So, I updated my BBB from 13.04 to 13.10 because of this OpenSSL issue 
> > vulnerability that is surfacing, but I had an older Kernel installed, 
> > version 3.8.12-bone17. I pulled down the script to update to 
> 3.8.13-bone40. 
> > It appeared to update ok, but my entire /boot/uboot partition is full. 
> It 
> > said in the output that there is no space left. My /boot/uboot partition 
> > right now doesn't look like that if I were to reboot it, it would 
> recover. I 
> > also tried running the installer for 3.8.12-bone17, and the files it 
> creates 
> > in /boot/ are still too big to go into /boot/uboot, cause it looks like 
> I 
> > have a 2MB partition. My other BBBs have 32MB set aside. Not sure what 
> > happened, but it could be because the install is so much older. Any 
> recovery 
> > tips? 
>
>
> My "install-me.sh" scripts are not compatible with "armhf.com" partition 
> setup. 
>
> Patches welcome: 
> https://github.com/rcn-ee/farm/blob/master/install-me-template.sh 
>
> I assume an initial "boot" partition setup like: 
>
> mmcblk0p1: fat (64M/96M) 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

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

Re: [beagleboard] How to enable LCD04 cape on Kernel 3.13.x

[Robert Nelson]

On Tue, Apr 8, 2014 at 1:00 PM,   wrote:
>
> I do see the example line
>
> cape=lcd04-01

DOH!

Blame me for having a "broken" default for an example..

I don't have the "lcd04-01" static cape done for v3.13.x/v3.14.x yet.

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

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

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

[Gerald Coley]

Embest is the only other one.

Gerald





On Tue, Apr 8, 2014 at 1:59 PM,  wrote:

> that's a rather impressive RMA number !
>
>
> On 08/04/14 19:45, Gerald Coley wrote:
> > Ripped off miniUSB connected with pieces of etch dangling in the air
> > supporting the connector on the board. Out of 140,000+ boards shipped, we
> > have seen 5 ripped off connectors similar to this. Our overall RMA rate
> is
> > .002%
> >
> > Gerald
> >
> >
> >
> > On Tue, Apr 8, 2014 at 1:41 PM,  wrote:
> >
> >> On 08/04/14 19:32, Gerald Coley wrote:
> >>> We put epoxy on some of the connectors because the pads and etch  of
> the
> >>> PCB get ripped up when the boards are abused. Not because the soldering
> >> is
> >>> bad.
> >>
> >> Out of curiosity what's the worst abuse you've seen done to a BBB so
> far ?
> >>
> >> I've seen some pretty horrendous things done to boards over the years.
> >>
> >>
> >
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[selsinork]

that's a rather impressive RMA number !


On 08/04/14 19:45, Gerald Coley wrote:
> Ripped off miniUSB connected with pieces of etch dangling in the air
> supporting the connector on the board. Out of 140,000+ boards shipped, we
> have seen 5 ripped off connectors similar to this. Our overall RMA rate is
> .002%
> 
> Gerald
> 
> 
> 
> On Tue, Apr 8, 2014 at 1:41 PM,  wrote:
> 
>> On 08/04/14 19:32, Gerald Coley wrote:
>>> We put epoxy on some of the connectors because the pads and etch  of the
>>> PCB get ripped up when the boards are abused. Not because the soldering
>> is
>>> bad.
>>
>> Out of curiosity what's the worst abuse you've seen done to a BBB so far ?
>>
>> I've seen some pretty horrendous things done to boards over the years.
>>
>>
> 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[selsinork]

On 08/04/14 19:41, Jason Kridner wrote:
> Hopefully element14 will care as much about the quality
> of boards, but only time will tell.

I certainly hope they do. Having been heavily involved with RPi production 
I also expect they're quite familiar with the sorts of abuse these kind of 
boards get.

> nice thing is that they should be making a donation to the
> BeagleBoard.org Foundation for every board shipped. 

Oh that's good, hadn't realised that was happening from what I'd read about 
the logo.
Are you able to say if there are others manufacturing it, or is e14 the 
only other for now?


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

[Robert Nelson]

On Tue, Apr 8, 2014 at 1:00 PM,   wrote:
> Hi Robert,
>
> Currently the BBB is booted from the beagleboard provided image and the
> image build is in process. I will upload my logs in 10 hours.
>
> Even for the beagleboard.org provided images, the following error message is
> being displayed quite often which is little bit annoying.
>
> locale: Cannot set LC_CTYPE to default locale: No such file or directory
> locale: Cannot set LC_MESSAGES to default locale: No such file or directory
> locale: Cannot set LC_ALL to default locale: No such file or directory
>
> I tried setting up the locale but the message is still persists. Is there a
> way to disable this?

That is taken care of by here:
https://github.com/beagleboard/image-builder/blob/master/scripts/chroot.sh#L438

did you change locals?

To save space, i'm stripping all the non en locales:
https://github.com/beagleboard/image-builder/blob/master/scripts/chroot.sh#L211

If you need yours kept, add it here:

https://github.com/beagleboard/image-builder/blob/master/scripts/chroot.sh#L214

Regards,

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

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

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

[Gerald Coley]

Ripped off miniUSB connected with pieces of etch dangling in the air
supporting the connector on the board. Out of 140,000+ boards shipped, we
have seen 5 ripped off connectors similar to this. Our overall RMA rate is
.002%

Gerald



On Tue, Apr 8, 2014 at 1:41 PM,  wrote:

> On 08/04/14 19:32, Gerald Coley wrote:
> > We put epoxy on some of the connectors because the pads and etch  of the
> > PCB get ripped up when the boards are abused. Not because the soldering
> is
> > bad.
>
> Out of curiosity what's the worst abuse you've seen done to a BBB so far ?
>
> I've seen some pretty horrendous things done to boards over the years.
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[selsinork]

On 08/04/14 19:32, Gerald Coley wrote:
> We put epoxy on some of the connectors because the pads and etch  of the
> PCB get ripped up when the boards are abused. Not because the soldering is
> bad.

Out of curiosity what's the worst abuse you've seen done to a BBB so far ?

I've seen some pretty horrendous things done to boards over the years.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[Jason Kridner]

On Tue, Apr 8, 2014 at 1:46 PM, Bas Laarhoven  wrote:
> On 8-4-2014 19:12, selsin...@gmail.com wrote:
>>
>> On 08/04/14 16:36, Bas Laarhoven wrote:
>>
>>> Regarding the connector solder quality: Hopefully they are still tuning
>>> their production process, circuitco obviously has had more time (and >
>>> 100k boards) to do that!
>>
>> e14/Embest have been building these for quite some time, but only selling
>> to China
>>
>> The creation date on this article is Apr 18, 2013:
>>
>>
>> http://www.element14.com/community/docs/DOC-54131/l/embest-bb-black-development-platform-based-on-ti-sitara-am3358-processor-exclusively-for-china
>>
>> Now it may be that they're tuning a process on a new production line
>> that's been spun up to meet demand, but that's no reason to think they don't
>> know what they're doing. It is obviously a different process to CircuitCo as
>> some of your earlier observations show. We also don't know how many of these
>> boards embest have already sold in China in the last year.
>
>
> Thanks, I wasn't aware of that. Then they're obviously using lower quality
> standards for their TH soldering process.
>
>
>>
>> Received one today, given that it has an AM3358 and the R8/R9 change then
>> it appears to be a RevB equivalent. Older version of Angstrom, but that'll
>> be getting wiped in the next few mins anyway.
>> Different pre-installed image could certainly be a confusing problem for
>> some people though.
>
>
> What do you mean with older version? Both the original BBB rev B and the
> Embest board show the same sw pre-loaded:
>
> U-Boot 2013.04-dirty (Jul 10 2013 - 14:02:53)
> Angstrom v2012.12 - Kernel 3.8.13
>
>
>
>>
>> With 25 years in the electronics subcontract manufacturing business behind
>> me, I personally have no concerns about the quality. I suspect e14 don't
>> either or they're unlikely to have engaged in wide distribution of a board
>> that they'll be directly responsible for. Not like they can RMA these back
>> to CircuitCo after all.
>
>
> What wonders me then is why circuitco is still spending money on putting
> epoxy around the mini USB connector on the BBB. You seem to think that isn't
> necessary? Or is it that one RMA for every thousand boards is cheaper than
> spending a couple of cents during assembly, to prevent that RMA?

Gerald gets hands-on with all of the beagleboard.org RMAs coming back
for the CircuitCo boards going out with the BeagleBoard.org logo
through the official distributors. I think it is safe to say that
Gerald doesn't like returns coming back that don't educate him on some
design flaw. Hopefully element14 will care as much about the quality
of boards, but only time will tell.

Reviews from the community will be critical in determining how many
BeagleBoard Compliant logos we provide them
(http://beagleboard.org/logo), so please keep the feedback coming. The
nice thing is that they should be making a donation to the
BeagleBoard.org Foundation for every board shipped. CircuitCo doesn't
do that because they give so much over and over again in funding the
board development.

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

[Robert Nelson]

On Tue, Apr 8, 2014 at 1:19 PM,   wrote:
> Ok,
>
> So, I updated my BBB from 13.04 to 13.10 because of this OpenSSL issue
> vulnerability that is surfacing, but I had an older Kernel installed,
> version 3.8.12-bone17. I pulled down the script to update to 3.8.13-bone40.
> It appeared to update ok, but my entire /boot/uboot partition is full. It
> said in the output that there is no space left. My /boot/uboot partition
> right now doesn't look like that if I were to reboot it, it would recover. I
> also tried running the installer for 3.8.12-bone17, and the files it creates
> in /boot/ are still too big to go into /boot/uboot, cause it looks like I
> have a 2MB partition. My other BBBs have 32MB set aside. Not sure what
> happened, but it could be because the install is so much older. Any recovery
> tips?


My "install-me.sh" scripts are not compatible with "armhf.com" partition setup.

Patches welcome:
https://github.com/rcn-ee/farm/blob/master/install-me-template.sh

I assume an initial "boot" partition setup like:

mmcblk0p1: fat (64M/96M)

Regards,

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

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

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

[selsinork]

On 08/04/14 18:46, Bas Laarhoven wrote:

> What do you mean with older version? Both the original BBB rev B and the 
> Embest board show the same sw pre-loaded:
> 
> U-Boot 2013.04-dirty (Jul 10 2013 - 14:02:53)
> Angstrom v2012.12 - Kernel 3.8.13

I've not used angstrom for a while, but I'm fairly sure I had something 
newer than 2012.12 on a previous board. Maybe as something I upgraded to?

> What wonders me then is why circuitco is still spending money on putting 
> epoxy around the mini USB connector on the BBB. You seem to think that 
> isn't necessary? Or is it that one RMA for every thousand boards is 
> cheaper than spending a couple of cents during assembly, to prevent that 
> RMA?

I have some A5A boards that have the glue at the micro-HDMI connector too 
but CircuitCo dont seem to do that now either.

There will always be some heavy handed person out there who can rip the 
connector off no matter how hard you try to secure it. So it's a simple 
cost/benefit thing. Does the cost of paying someone to glue them down 
outweigh the cost of RMA's. 
I'm sure both CircuitCo and e14 have their own numbers and ideas on that.

What do you think the cost difference will be for labor in China vs the USA?

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

[jusrogers]

Ok,

So, I updated my BBB from 13.04 to 13.10 because of this OpenSSL issue 
vulnerability that is surfacing, but I had an older Kernel installed, 
version 3.8.12-bone17. I pulled down the script to update to 3.8.13-bone40. 
It appeared to update ok, but my entire /boot/uboot partition is full. It 
said in the output that there is no space left. My /boot/uboot partition 
right now doesn't look like that if I were to reboot it, it would recover. 
I also tried running the installer for 3.8.12-bone17, and the files it 
creates in /boot/ are still too big to go into /boot/uboot, cause it looks 
like I have a 2MB partition. My other BBBs have 32MB set aside. Not sure 
what happened, but it could be because the install is so much older. Any 
recovery tips?

Thanks,

Justin



update-initramfs: Generating /boot/initrd.img-3.8.13-bone40
-
-
‘/boot/vmlinuz-3.8.13-bone40’ -> ‘/boot/zImage’
‘/boot/vmlinuz-3.8.13-bone40’ -> ‘/boot/uboot/zImage’
cp: writing ‘/boot/uboot/zImage’: No space left on device
cp: failed to extend ‘/boot/uboot/zImage’: No space left on device
‘/boot/initrd.img-3.8.13-bone40’ -> ‘/boot/uboot/initrd.img’
cp: writing ‘/boot/uboot/initrd.img’: No space left on device
cp: failed to extend ‘/boot/uboot/initrd.img’: No space left on device
-
-rwxr-xr-x 1 root root0 Apr  8 13:47 /boot/uboot/initrd.img
-rwxr-xr-x 1 root root  99K Apr 27  2013 /boot/uboot/MLO
-rwxr-xr-x 1 root root 372K Apr 27  2013 /boot/uboot/u-boot.img
-rwxr-xr-x 1 root root  598 Apr 27  2013 /boot/uboot/uEnv.txt
-rwxr-xr-x 1 root root 1.3M Apr  8 13:47 /boot/uboot/zImage

/boot/uboot/dtbs:
total 286K
-rwxr-xr-x 1 root root  25K Apr  8 13:45 am335x-boneblack.dtb
-rwxr-xr-x 1 root root  24K Apr  8 13:45 am335x-bone.dtb
-rwxr-xr-x 1 root root  22K Apr  8 13:45 am335x-evm.dtb
-rwxr-xr-x 1 root root  22K Apr  8 13:45 am335x-evmsk.dtb
-rwxr-xr-x 1 root root  23K Apr  8 13:45 am335x-tester.dtb
-rwxr-xr-x 1 root root 4.8K Apr  8 13:45 omap2420-h4.dtb
-rwxr-xr-x 1 root root  12K Apr  8 13:45 omap3-beagle.dtb
-rwxr-xr-x 1 root root  12K Apr  8 13:45 omap3-beagle-xm.dtb
-rwxr-xr-x 1 root root  12K Apr  8 13:45 omap3-evm.dtb
-rwxr-xr-x 1 root root  12K Apr  8 13:45 omap3-tobi.dtb
-rwxr-xr-x 1 root root  19K Apr  8 13:45 omap4-panda-a4.dtb
-rwxr-xr-x 1 root root  19K Apr  8 13:45 omap4-panda.dtb
-rwxr-xr-x 1 root root  19K Apr  8 13:45 omap4-panda-es.dtb
-rwxr-xr-x 1 root root  22K Apr  8 13:45 omap4-sdp.dtb
-rwxr-xr-x 1 root root  16K Apr  8 13:45 omap4-var-som.dtb
-rwxr-xr-x 1 root root  15K Apr  8 13:45 omap5-evm.dtb
-
Script done: please reboot





ls -alh uboot/
total 1.8M
drwxr-xr-x 4 root root  16K Apr  8 14:02 .
drwxr-xr-x 4 root root 4.0K Apr  8 14:02 ..
drwxr-xr-x 2 root root 2.0K Apr  8 14:00 dtbs
drwxr-xr-x 2 root root 2.0K Apr  8 13:45 dtbs_bak
-rwxr-xr-x 1 root root0 Apr  8 13:47 initrd.bak
-rwxr-xr-x 1 root root0 Apr  8 14:02 initrd.img
-rwxr-xr-x 1 root root  99K Apr 27  2013 MLO
-rwxr-xr-x 1 root root 372K Apr 27  2013 u-boot.img
-rwxr-xr-x 1 root root  598 Apr 27  2013 uEnv.txt
-rwxr-xr-x 1 root root0 Apr  8 14:02 zImage
-rwxr-xr-x 1 root root 1.3M Apr  8 13:47 zImage_bak




df -ah
Filesystem  Size  Used Avail Use% Mounted on
/dev/mmcblk0p2  1.8G  915M  763M  55% /
proc   0 0 0- /proc
none   0 0 0- /sys
devtmpfs249M  8.0K  248M   1% /dev
none   0 0 0- /dev/pts
none4.0K 0  4.0K   0% /sys/fs/cgroup
none   0 0 0- /sys/fs/fuse/connections
none   0 0 0- /sys/kernel/debug
none   0 0 0- /sys/kernel/security
none 50M  260K   50M   1% /run
none5.0M 0  5.0M   0% /run/lock
none249M 0  249M   0% /run/shm
none100M 0  100M   0% /run/user
/dev/mmcblk0p1  2.0M  2.0M 0 100% /boot/uboot
/dev/sda115G   92M   15G   1% /media/jrog-usb
systemd0 0 0- /sys/fs/cgroup/systemd

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

[beagleboard] How to enable LCD04 cape on Kernel 3.13.x

[michael . ring]

I do see the example line

cape=lcd04-01 


in uEnv.txt

and based on that I thought I could get the LCD to work.

Here's what I did:

I copied 

BB-BONE-LCD4-01-00A0.dtbo

to

/boot/uboot/dtbs/am335x-boneblack-lcd4-01.dtb

and rebooted. 

the system does not boot, I guess the cause is that in the LCD4 def there's 
only the devicetree part for LCD4.

I also tried the same with BB-BONE-LCD4-01-00A1.dtbo, same result.

Can anybody help?

Is there a way to make thre LCD4 work on BBB and Kernel 3.13?

Do I need to merge the default dtb with the lcd4 dtb? if yes, how do I do 
that?



 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[Bas Laarhoven]

On 8-4-2014 19:13, selsin...@gmail.com wrote:

On 08/04/14 17:22, Bas Laarhoven wrote:

LOL, in a couple of minutes all their stock will have gone. That email
triggered a massive attack on their stock. 300 boards sold in one hour...

Looks like they'll be gone in a hour or so. Glad I ordered one yesterday :)



Still 32 of the original 817+ to go. Not bad for only two days. New 
stock expected next month.


-- Bas

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

To unsubscribe from this group 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: Help Needed : Custom built debian image

[viraniac]

Hi Robert,

Currently the BBB is booted from the beagleboard provided image and the 
image build is in process. I will upload my logs in 10 hours.

Even for the beagleboard.org provided images, the following error message 
is being displayed quite often which is little bit annoying.

locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

I tried setting up the locale but the message is still persists. Is there a 
way to disable this?

On Tuesday, April 8, 2014 11:22:49 PM UTC+5:30, RobertCNelson wrote:
>
> On Tue, Apr 8, 2014 at 12:45 PM,  > 
> wrote: 
> > Hi Robert, 
> > 
> > The defualt init process is systemd. I added connman and wicd, still no 
> > improvement in boot time. The image takes about a minute to boot. 
>
> dump your serial console log to pastebin. (dmesg | pastebinit) 
>
> > 
> > So instead of removing packages from the image-builder script, I am now 
> > adding chkconfig and xinit package to the image-builder script. Also I 
> have 
> > added code to disable lightdm, apache2, xrdp, bonescript, 
> bonescript-autorun 
> > and cloud9 service and added code to launch my custom java program and 
> > disable screen blanking. 
> > 
> > When I test it using the image provided by beagleboard.org, the system 
> was 
> > booting in 15 seconds. Currently image builder is running and it will 
> take 
> > about 7 to 10 hours to get the new images to test. 
> > 
> > I want to add a boot splash screen to BBB. Would you suggest going for 
> > psplash or plymouth? 
>
> probally plymouth, just never personally tried.. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

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

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

[Gerald Coley]

We put epoxy on some of the connectors because the pads and etch  of the
PCB get ripped up when the boards are abused. Not because the soldering is
bad.

Gerald



On Tue, Apr 8, 2014 at 1:21 PM,  wrote:

> On 08/04/14 18:53, Bas Laarhoven wrote:
>
> > Still 32 of the original 817+ to go. Not bad for only two days. New
> > stock expected next month.
>
> Only two left now..
> I suspect the new stock won't last long either :)
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[selsinork]

On 08/04/14 18:53, Bas Laarhoven wrote:

> Still 32 of the original 817+ to go. Not bad for only two days. New 
> stock expected next month.

Only two left now..
I suspect the new stock won't last long either :)


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

[Robert Nelson]

On Tue, Apr 8, 2014 at 12:45 PM,   wrote:
> Hi Robert,
>
> The defualt init process is systemd. I added connman and wicd, still no
> improvement in boot time. The image takes about a minute to boot.

dump your serial console log to pastebin. (dmesg | pastebinit)

>
> So instead of removing packages from the image-builder script, I am now
> adding chkconfig and xinit package to the image-builder script. Also I have
> added code to disable lightdm, apache2, xrdp, bonescript, bonescript-autorun
> and cloud9 service and added code to launch my custom java program and
> disable screen blanking.
>
> When I test it using the image provided by beagleboard.org, the system was
> booting in 15 seconds. Currently image builder is running and it will take
> about 7 to 10 hours to get the new images to test.
>
> I want to add a boot splash screen to BBB. Would you suggest going for
> psplash or plymouth?

probally plymouth, just never personally tried..

Regards,

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

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

Re: [beagleboard] Re: Help Needed : Custom built debian image

[viraniac]

Hi Robert,

The defualt init process is systemd. I added connman and wicd, still no 
improvement in boot time. The image takes about a minute to boot.

So instead of removing packages from the image-builder script, I am now 
adding chkconfig and xinit package to the image-builder script. Also I have 
added code to disable lightdm, apache2, xrdp, bonescript, 
bonescript-autorun and cloud9 service and added code to launch my custom 
java program and disable screen blanking.

When I test it using the image provided by beagleboard.org, the system was 
booting in 15 seconds. Currently image builder is running and it will take 
about 7 to 10 hours to get the new images to test.

I want to add a boot splash screen to BBB. Would you suggest going for 
psplash or plymouth?

Regards
viraniac

On Tuesday, April 8, 2014 7:09:32 PM UTC+5:30, RobertCNelson wrote:
>
> On Mon, Apr 7, 2014 at 11:37 PM,  > 
> wrote: 
> > The issue with launching custom application at boot is fixed. Now the 
> only 
> > problem remaining is optimizing the boot process for faster starting and 
> to 
> > enable boot splash which I am working on currently. I have ordered a 
> FTDI 
> > cable to get the details of the boot process over serial console. 
> > 
> > Hi Robert, 
> > 
> > Could you please provide some checklist or suggestions that can help 
> > optimizing the boot process. 
>
> Install systemd 
>
> add this to your boot args: 
>
> optargs=quiet init=/lib/systemd/systemd 
>
> install either conman/wicd to make network connection over 
> (/etc/network/interfaces) 
>
> This should get you within 10-15seconds bootup time. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

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

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

[Bas Laarhoven]

On 8-4-2014 19:12, selsin...@gmail.com wrote:

On 08/04/14 16:36, Bas Laarhoven wrote:


Regarding the connector solder quality: Hopefully they are still tuning
their production process, circuitco obviously has had more time (and >
100k boards) to do that!

e14/Embest have been building these for quite some time, but only selling to 
China

The creation date on this article is Apr 18, 2013:

http://www.element14.com/community/docs/DOC-54131/l/embest-bb-black-development-platform-based-on-ti-sitara-am3358-processor-exclusively-for-china

Now it may be that they're tuning a process on a new production line that's 
been spun up to meet demand, but that's no reason to think they don't know what 
they're doing. It is obviously a different process to CircuitCo as some of your 
earlier observations show. We also don't know how many of these boards embest 
have already sold in China in the last year.


Thanks, I wasn't aware of that. Then they're obviously using lower 
quality standards for their TH soldering process.




Received one today, given that it has an AM3358 and the R8/R9 change then it 
appears to be a RevB equivalent. Older version of Angstrom, but that'll be 
getting wiped in the next few mins anyway.
Different pre-installed image could certainly be a confusing problem for some 
people though.


What do you mean with older version? Both the original BBB rev B and the 
Embest board show the same sw pre-loaded:


U-Boot 2013.04-dirty (Jul 10 2013 - 14:02:53)
Angstrom v2012.12 - Kernel 3.8.13




With 25 years in the electronics subcontract manufacturing business behind me, 
I personally have no concerns about the quality. I suspect e14 don't either or 
they're unlikely to have engaged in wide distribution of a board that they'll 
be directly responsible for. Not like they can RMA these back to CircuitCo 
after all.


What wonders me then is why circuitco is still spending money on putting 
epoxy around the mini USB connector on the BBB. You seem to think that 
isn't necessary? Or is it that one RMA for every thousand boards is 
cheaper than spending a couple of cents during assembly, to prevent that 
RMA?


-- Bas

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

To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[selsinork]

On 08/04/14 17:22, Bas Laarhoven wrote:
> 
> LOL, in a couple of minutes all their stock will have gone. That email 
> triggered a massive attack on their stock. 300 boards sold in one hour...

Looks like they'll be gone in a hour or so. Glad I ordered one yesterday :)

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[selsinork]

On 08/04/14 16:36, Bas Laarhoven wrote:

> Regarding the connector solder quality: Hopefully they are still tuning 
> their production process, circuitco obviously has had more time (and > 
> 100k boards) to do that!

e14/Embest have been building these for quite some time, but only selling to 
China

The creation date on this article is Apr 18, 2013:

http://www.element14.com/community/docs/DOC-54131/l/embest-bb-black-development-platform-based-on-ti-sitara-am3358-processor-exclusively-for-china

Now it may be that they're tuning a process on a new production line that's 
been spun up to meet demand, but that's no reason to think they don't know what 
they're doing. It is obviously a different process to CircuitCo as some of your 
earlier observations show. We also don't know how many of these boards embest 
have already sold in China in the last year.

Received one today, given that it has an AM3358 and the R8/R9 change then it 
appears to be a RevB equivalent. Older version of Angstrom, but that'll be 
getting wiped in the next few mins anyway.
Different pre-installed image could certainly be a confusing problem for some 
people though.

With 25 years in the electronics subcontract manufacturing business behind me, 
I personally have no concerns about the quality. I suspect e14 don't either or 
they're unlikely to have engaged in wide distribution of a board that they'll 
be directly responsible for. Not like they can RMA these back to CircuitCo 
after all.



-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[Bas Laarhoven]

LOL, in a couple of minutes all their stock will have gone. That email 
triggered a massive attack on their stock. 300 boards sold in one hour...


-- Bas


On 8-4-2014 18:15, Jonny Leach wrote:
This is my point exactly about how they wouldn't ship the Raspberry Pi 
without the Logo on...



also an update, they seem to be telling people now about the shortage:

Dear customer,

Many thanks for your order for BeagleBone Black, unfortunately due to 
a global shortage your order is currently on back order.


However, we are delighted to inform you that in partnership with 
BeagleBoard.org we are now able to immediately supply an element14 
BeagleBone Black alternative. This board has a BeagleBoard compliant 
design as well as identical hardware and software functionality to the 
BeagleBone Black you originally ordered and has been manufactured with 
full endorsement of BeagleBoard.org. so that element14 customers can 
be supplied with the product even when there are global supply chain 
shortages.


If you wish to purchase the element14 BeagleBone Black, please *cancel 
your original order by contacting your local sales office*, and then 
*click here 
* to 
place your order now. Please note that orders will be dispatched on 
the first come first serve basis.


We wish you a lot of fun with your BeagleBone Black.

Your Farnell element14 team.


On Tuesday, 8 April 2014 16:53:17 UTC+1, dwfunk4475 wrote:

>> Seriously: The box I got carries both the CE and FCC logos.
>> Makes you wonder why they took the effort to remove these logos
from the board itself!


Because those boards have not passed the proper certifications to
carry those logos.




-david




On Tue, Apr 8, 2014 at 8:10 AM, Bas Laarhoven > wrote:



The main thing I'm surprised about is the lack of CE/FCC
certification after the hassle the RasPi people had:


http://www.techweekeurope.co.uk/news/raspberry-pi-needs-ce-certificatio-70202



...although there is a CE LOGO on the box, I thought the
product itself needed the CE LOGO


That's probably the 'China Export' logo :D

Seriously: The box I got carries both the CE and FCC logos.
Makes you wonder why they took the effort to remove these
logos from the board itself!

-- Bas




--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google 
Groups "BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[Jonny Leach]

This is my point exactly about how they wouldn't ship the Raspberry Pi 
without the Logo on...


also an update, they seem to be telling people now about the shortage:

Dear customer,

Many thanks for your order for BeagleBone Black, unfortunately due to a 
global shortage your order is currently on back order.

However, we are delighted to inform you that in partnership with 
BeagleBoard.org we are now able to immediately supply an element14 
BeagleBone Black alternative. This board has a BeagleBoard compliant design 
as well as identical hardware and software functionality to the BeagleBone 
Black you originally ordered and has been manufactured with full 
endorsement of BeagleBoard.org. so that element14 customers can be supplied 
with the product even when there are global supply chain shortages.

If you wish to purchase the element14 BeagleBone Black, please *cancel your 
original order by contacting your local sales office*, and then *click here 
*
 to 
place your order now. Please note that orders will be dispatched on the 
first come first serve basis.

We wish you a lot of fun with your BeagleBone Black.

Your Farnell element14 team.

On Tuesday, 8 April 2014 16:53:17 UTC+1, dwfunk4475 wrote:
>
> >> Seriously: The box I got carries both the CE and FCC logos. 
> >> Makes you wonder why they took the effort to remove these logos from 
> the board itself!
>
>
> Because those boards have not passed the proper certifications to carry 
> those logos.
>
>
>
>
> -david
>
>
>
>
> On Tue, Apr 8, 2014 at 8:10 AM, Bas Laarhoven 
> > wrote:
>
>>
>>>
>>> The main thing I'm surprised about is the lack of CE/FCC certification 
>>> after the hassle the RasPi people had:
>>>
>>> http://www.techweekeurope.co.uk/news/raspberry-pi-needs-ce-
>>> certificatio-70202
>>>
>>> ...although there is a CE LOGO on the box, I thought the product itself 
>>> needed the CE LOGO
>>>
>>>  
>> That's probably the 'China Export' logo :D
>>
>> Seriously: The box I got carries both the CE and FCC logos. Makes you 
>> wonder why they took the effort to remove these logos from the board itself!
>>
>> -- Bas
>
>
>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[David Funk]

>> Seriously: The box I got carries both the CE and FCC logos.
>> Makes you wonder why they took the effort to remove these logos from the
board itself!


Because those boards have not passed the proper certifications to carry
those logos.




-david




On Tue, Apr 8, 2014 at 8:10 AM, Bas Laarhoven  wrote:

>
>>
>> The main thing I'm surprised about is the lack of CE/FCC certification
>> after the hassle the RasPi people had:
>>
>> http://www.techweekeurope.co.uk/news/raspberry-pi-needs-ce-
>> certificatio-70202
>>
>> ...although there is a CE LOGO on the box, I thought the product itself
>> needed the CE LOGO
>>
>>
> That's probably the 'China Export' logo :D
>
> Seriously: The box I got carries both the CE and FCC logos. Makes you
> wonder why they took the effort to remove these logos from the board itself!
>
> -- Bas

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[Bas Laarhoven]

On 8-4-2014 17:01, rh_ wrote:

On Tue, 08 Apr 2014 10:51:09 +0200
Bas Laarhoven  wrote:

--8<--
  

So at first sight, the Embest board seems an exact and good
replacement for the current rev B BeagleBone Black and it's available
for immediate shipment. How much the TH connector solder quality will
affect board failure rate remains to be seen though.

Thanks for the info.  Sounds like lower quality for more money.



Not completely true:

The price is exactly the same as what they sold the original BeagleBone 
for (at least in the Netherlands). Farnell has always been a bit more 
expensive than the other popular distributors, but it's compensated by 
the free shipping.


Regarding the connector solder quality: Hopefully they are still tuning 
their production process, circuitco obviously has had more time (and > 
100k boards) to do that!


And did I mention the box the board is packed in? It's almost twice as 
large and more sturdy than the original. So there you get more value for 
your money ;-)


-- Bas

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

To unsubscribe from this group 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] LCD 3.5 Cape Blocks all Analog Input Pins on Beaglebone Black

[mustangsax14]

Hello,

I am trying to also use the BeagleBone ADC along with an LCD screen that 
has touch functionality. I've decided that the touch functionality isn't 
important and would rather disable it to give me full access to the 
internal ADC. The screen is the 4DCape-43T. I would like a little bit of 
guidance trying to alter the device tree for the LCD to disable the touch 
functionality. Where is the device tree located for the display? If anyone 
knows the exact code to change, that would be welcomed advice, also. I am a 
little inexperienced with the BeagleBone Black, so I'm a little confused 
about how to do this. It would be a life saver if anyone could help!

Thanks,
Steven

On Monday, July 15, 2013 5:58:53 AM UTC-5, Charles Steinkuehler wrote:

> -BEGIN PGP SIGNED MESSAGE- 
> Hash: SHA1 
>
> On 7/15/2013 5:42 AM, Will Kostelecky wrote: 
> > Revisiting this topic...is there any way to disable the touch 
> > screen drivers for the LCD display thus rendering the AIN pins 
> > accessable (though reducing the user input to buttons)?   Getting 
> > an external ADC to work is looking to be non trivial. 
>
> You can play with the device tree for the LCD panel and remove the ADC 
> bits.  You should also be able to make a custom device tree that 
> supports the touch screen *AND* reading the other three inputs, but 
> this might involve tweaking some driver code. 
>
> ...reviewing the device tree files for the lcd3 and the iio analog 
> "helper", it looks like you should be able to pretty easily remove the 
> touchscreen parts from the LCD overlay and roll them into a separate 
> analog overlay (or add your required analog bits to a custom LCD 
> overlay), but you'll probably want to review the actual driver code 
> and make sure it's not doing something stupid. 
>
> - -- 
> Charles Steinkuehler 
> cha...@steinkuehler.net  
> -BEGIN PGP SIGNATURE- 
> Version: GnuPG v1.4.11 (MingW32) 
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ 
>
> iEYEARECAAYFAlHj1e0ACgkQLywbqEHdNFy5ZwCgqFmzFyVrS0VXbZys3bh7orip 
> hu4AoOHd5eVaFeSm2vzE4Y7uMdKxDSaZ 
> =oQST 
> -END PGP SIGNATURE- 
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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] Finally : did someone succeeded to have a Qt GUI app ?

[dlewin555]

Hi,

Is there finally someone who succeeded to have a GUI compiled with Qt (from 
Debian for example ) ?

I've tested many things, and they either rely on Angstrom (which I'd like 
to avoid) or don't work at all (Timesys included)

So I'm looking for a successful try ...

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

[Jason Kridner]

On Tue, Apr 8, 2014 at 10:53 AM, Charles Steinkuehler
 wrote:
> Alexander Rössler wrote a nifty GUI front-end for my universal device
> tree overlay:
>
> http://youtu.be/lJBh1-RuIFs
>
> As a reminder, this overlay enables most typically useful hardware for
> the BeagleBone (I2C, UARTS, PWM, etc) and allows run-time user-space
> control of pin multiplexing.  With Alexander's GUI, it's now even easier
> to control your pins!
>
> You can get Alexander's code here:
>
> https://github.com/strahlex/BBPinConfig
>
> ...and my universal overlay here:
>
> https://github.com/cdsteinkuehler/beaglebone-universal-io
>
> Note the universal overlay should already be installed on recent Debian
> test builds from RCN.

Seems like it'd be great to put some Debian packaging around this
utility and get it into the debian.beagleboard.org feed.

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

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

[Charles Steinkuehler]

Alexander Rössler wrote a nifty GUI front-end for my universal device
tree overlay:

http://youtu.be/lJBh1-RuIFs

As a reminder, this overlay enables most typically useful hardware for
the BeagleBone (I2C, UARTS, PWM, etc) and allows run-time user-space
control of pin multiplexing.  With Alexander's GUI, it's now even easier
to control your pins!

You can get Alexander's code here:

https://github.com/strahlex/BBPinConfig

...and my universal overlay here:

https://github.com/cdsteinkuehler/beaglebone-universal-io

Note the universal overlay should already be installed on recent Debian
test builds from RCN.

-- 
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] Re: [Beagleboard xm] Using GPIO interrupt with Device Tree issue

[Christophe Ricard]

My mistake.

After checking over and over the dts i figured out that gpio_130 is on bank 
5 (not 6).
&i2c2 {
   clock-frequency = <40>;
   status = "okay";
   foo: foo@0x08 {
compatible = "foo, foo_i2c";
reg = <0x08>;
interrupt-parent = <&gpio5>;
interrupts = <2 IRQ_TYPE_LEVEL_LOW>;
enable = <&gpio5 29 GPIO_ACTIVE_HIGH>;
   };
};

Is working fine :)


On Tuesday, April 8, 2014 11:27:55 AM UTC+2, Christophe Ricard wrote:
>
> Hi,
>
> I am currently facing concern to manage gpio interrupt inside my device 
> driver with device tree. It is working fine with static platform_data 
> configuration.
> My device is connected to i2c. Here is my how my node looks like:
>
> &i2c2 {
>clock-frequency = <40>;
>status = "okay";
>foo: foo@0x08 {
> compatible = "foo, foo_i2c";
> reg = <0x08>;
> interrupt-parent = <&gpio6>;
> interrupts = <2 IRQ_TYPE_LEVEL_LOW>;
> enable = <&gpio6 29 GPIO_ACTIVE_HIGH>;
>};
> };
>
> In my probe function, i am able to retrieve and configure the enable gpio.
> I am retrieving the interrupts with irq_of_parse_and_map(pp, 0); and the 
> polarity with irq_get_trigger_type.
>
> When requesting the irq with devm_request_threaded_irq, the irq goes crazy 
> and trigger multiple interrupt for ever.
>
> This phenomenon is not visible with following node:
> &i2c2 {
>clock-frequency = <40>;
>status = "okay";
>foo: foo@0x08 {
> compatible = "foo, foo_i2c";
> reg = <0x08>;
> irq = <&gpio6 2 IRQ_TYPE_LEVEL_LOW>;
> enable = <&gpio6 29 GPIO_ACTIVE_HIGH>;
>};
> };
>
> And using following sequence:
> - devm_gpio_request
> - gpio_direction_input
> - gpio_to_irq
> - devm_request_threaded_irq
>
>
> gpio6 2 is gpio_130
> gpio6 29 is gpio_157
>
> Do you have any idea about what i am doing wrong ?
>
> Best Regards
> Christophe
>

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

[Jason Kridner]

On Tue, Apr 8, 2014 at 6:15 AM, Youngtae Jo  wrote:
> I've tried to find some example of ADC reading by PRU for my project, but I
> couldn't find it.
> And I made that of source code and attach here for some people who have the
> same problem with me.
> I hope it will be helpful.

Thanks! At first glance, it looks rather helpful. I'd encourage you to
submit a fork to the am335x_pru_package on Github as many people are
doing to share software examples for using the PRUs. It would
certainly reduce the number of steps required for people to reproduce
your work.

>
> [ AM335x ARM-CORE PRU ADC Example ]
>  - Sequence of example
>  1. Install compiling environment of PRU
>  2. Enable PRU
>  3. Enable ADC
>  4. Example source
> - This example source collects ADC data from AIN0 pin with 16khz
> sampling rate.
> - The collected data are saved into "Results.txt" file.
> - The example source are "Makefile", "ADCCollector.c", "ADCCollector.p",
> "ADCCollector.hp"
>
> [ Install compile environment ]
>  1. Get a copy of the am335x_pru_package ->
> https://github.com/beagleboard/am335x_pru_package
> You also can download the am335x_pru_package here ->
> https://github.com/beagleboard/am335x_pru_package/archive/master.zip
>  2. If you downloaded the archive, unpack it somewhere under your home
> directory.
>  3. Make a new directory /usr/include/pruss/ and copy the files prussdrv.h
> and pruss_intc_mapping.h into it (from
> am335x_pru_package-master/pru_sw/app_loader/include).
> Check the permissions; if you used the .zip file, these headers will likely
> have the execute bits on.
> It doesn't really hurt anything, but is certainly not what you want.
>  4. Change directory to
> am335x_pru_package-master/pru_sw/app_loader/interface
> then run: CROSS_COMPILE= make (note the space between the = and the
> command).
>  5. The previous step should have created four files in
> am335x_pru_package-master/pru_sw/app_loader/lib: libprussdrv.a,
> libprussdrvd.a, libprussdrvd.so and libprussdrv.so.
> Copy these all to /usr/lib then run ldconfig.
>  6. Change directory to am335x_pru_package-master/pru_sw/utils/pasm_source
> then run source linuxbuild to create a pasm executable one directory
> level up.
> - If linuxbuild doesn't have permission to execution, give the permission by
> run this
>   : chmod +x linuxbuild
> Copy it to /usr/bin and make sure you can run it.
> If you invoke it with no arguments, you should get a usage statement.
>
> [ Enable PRU ]
>  Before using PRU, we need to enable the PRU core, you can do it as shown
> below
>  # echo BB-BONE-PRU-01 > /sys/devices/bone_capemgr.8/slots

Note that the "8" isn't always an "8", you should do:

# echo BB-BONE-PRU-01 > /sys/devices/bone_capemgr.*/slots

>
> [ Enable ADC ]
>  Before using ADC, we also need to enable ADC, you can do it as shown below
>  # echo cape-bone-iio > /sys/devices/bone_capemgr.*/slots
>
> [ ADC Example - Makefile]
> CFLAGS+=-Wall -Werror
> LDLIBS+= -lpthread -lprussdrv
>
> all: ADCCollector.bin ADCCollector
>
> clean:
> rm -f ADCCollector *.o *.bin
>
> ADCCollector.bin: ADCCollector.p
> pasm -b $^
>
> ADCCollector: ADCCollector.o
>
> [ ADC Example - ADCCollector.p]
> // Developed by Youngtae Jo in Kangwon National University (April-2014)
>
> // This program collects ADC from AIN0 with certain sampling rate.
> // The collected data are stored into PRU shared memory(buffer) first.
> // The host program(ADCCollector.c) will read the stored ADC data
> // This program uses double buffering technique.
> // The host program can recognize the buffer status by buffer status
> variable
> // 0 means empty, 1 means first buffer is ready, 2 means second buffer is
> ready.
> // When each buffer is ready, host program read ADC data from the buffer.
>
>
> .origin 0 // offset of the start of the code in PRU memory
> .entrypoint START // program entry point, used by debugger only
>
> #include "ADCCollector.hp"
>
> #define BUFF_SIZE 0x0FA0 //Total buff size: 4kbyte(Each buffer has
> 2kbyte: 500 piece of data)
> #define HALF_SIZE BUFF_SIZE / 2
>
> #define SAMPLING_RATE 16000 //Sampling rate(16khz)
> #define DELAY_MICRO_SECONDS (100 / SAMPLING_RATE) //Delay by sampling
> rate
> #define CLOCK 2 // PRU is always clocked at 200MHz
> #define CLOCKS_PER_LOOP 2 // loop contains two instructions, one clock each
> #define DELAYCOUNT DELAY_MICRO_SECONDS * CLOCK / CLOCKS_PER_LOOP / 1000 /
> 1000 * 3
>
> .macro DELAY
> MOV r10, DELAYCOUNT
> DELAY:
> SUB r10, r10, 1
> QBNE DELAY, r10, 0
> .endm
>
> .macro READADC
> //Initialize buffer status (0: empty, 1: first buffer is ready, 2:
> second buffer is ready)
> MOV r2, 0
> SBCO r2, CONST_PRUSHAREDRAM, 0, 4
>
> INITV:
> MOV r5, 0 //Shared RAM address of ADC Saving position
> MOV r6, BUFF_SIZE  //Counting variable
>
> READ:
> //Read ADC from FIFO0DATA
> MOV r2, 0x44E0D100
> LBBO r3, r2, 0, 4
> //Add address coun

Re: [beagleboard] Re: GSoC 2014 idea

[Jason Kridner]

Sorry I missed this. For getting involved in GSoC, join the
http://groups.google.com/forum/?fromgroups#!forum/beagleboard-gsoc
list for the most up-to-date information. There are some other helpful
links at http://beagleboard.org/gsoc. Unfortunately, deadline for new
project proposals are well past, but it is still possible to get
involved and help students succeed with their existing project
proposals--and also a bit of room for refinement.

On Thu, Feb 27, 2014 at 11:30 PM, Tianlei Zhang  wrote:
> yea I've tested it on pi and the whole system just worked with no problem
>
> ps: do you know by any chance that what should I do to get involved with
> GSoC of BB, whom should I talk to for my idea?
>
> 在 2014年2月27日星期四UTC+8下午11时05分24秒，Mark A. Yoder写道：
>>
>> Looks like a neat project.  The BBB might have enough power, it depends on
>> what you want it to do.
>>
>> --Mark
>>
>> On Thursday, February 27, 2014 6:41:11 AM UTC-5, Tianlei Zhang wrote:
>>>
>>> hi, guys:
>>>
>>> This is Zhang Tianlei, a PHD candidate of Computer Science, Tsinghua
>>> University @BeiJing, China.
>>>
>>> I've spend most of my time building Intelligent System. We've built a
>>> driveless car that has already passed the highway test and now we are target
>>> at urban environment. I designed the software and hardware architecture,
>>> using ROS and Ubuntu, I use OpenCV a lot...on Lane and Traffic Sign
>>> detection modules.
>>>
>>> So my idea is that could we use BeagleBoard Black to build a educational
>>> tiny version of that expensive research car and teach kids about autonomous
>>> driving staff?
>>>
>>> here are some example based on X86 framework:
>>> http://blog.shixiong.org/?p=163
>>>
>>> We've done a little bit work at high schools and lecture hall back at
>>> china, it's well accepted.
>>>
>>> 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/groups/opt_out.

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

[Gerald Coley]

We have settled at this point on $10. That has not been implemented yet,
but that is the plan. Still trying to get feedback from all of
the distributors before we nail it down..

Gerald



On Tue, Apr 8, 2014 at 8:44 AM, Bas Laarhoven  wrote:

>
> Gerals,
>
> That section talks about a price increase between USD 5 to USD 15 for the
> rev C version.
> Has anything been decided? Mouser has increased the price from EUR 36
> ($49) to EUR 48 ($66).
> Let's hope that's $15 for manufacturing plus some reseller profit, instead
> of the other way around!
>
> -- Bas
>
>
>
> On 8-4-2014 15:25, Gerald Coley wrote:
>
> I don't know anything about a Rev D. All I was told about was a Rev C.
>
>
> http://www.elinux.org/Beagleboard:BeagleBoneBlack#Revision_C_.28Pending.29
>
>
>  Gerald
>
>
> On Mon, Apr 7, 2014 at 6:33 PM,  wrote:
>
>> There is an announced Rev C:
>> http://elinux.org/Beagleboard:BeagleBoneBlack#Board_Revisions_and_Change
>> s
>>  --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

[Bas Laarhoven]

Gerals,

That section talks about a price increase between USD 5 to USD 15 for 
the rev C version.
Has anything been decided? Mouser has increased the price from EUR 36 
($49) to EUR 48 ($66).
Let's hope that's $15 for manufacturing plus some reseller profit, 
instead of the other way around!


-- Bas


On 8-4-2014 15:25, Gerald Coley wrote:

I don't know anything about a Rev D. All I was told about was a Rev C.

http://www.elinux.org/Beagleboard:BeagleBoneBlack#Revision_C_.28Pending.29


Gerald


On Mon, Apr 7, 2014 at 6:33 PM, > wrote:


There is an announced Rev C:
http://elinux.org/Beagleboard:BeagleBoneBlack#Board_Revisions_and_Change
s

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

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


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

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


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

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] What went wrong

[Gerald Coley]

You could request an RMA and have it looked at.

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

Gerald



On Tue, Apr 8, 2014 at 8:39 AM, Anthony Kent wrote:

> We're on the same sheet I've tried restarting the process and the
> device still isn't recognized.
>
> Anthony Kent
> MCSE, MCITP-EA
> 817.899.4067
>
>
> On Tue, Apr 8, 2014 at 8:27 AM, Gerald Coley wrote:
>
>>  [image: Boxbe]  This message is
>> eligible for Automatic Cleanup! (ger...@beagleboard.org) Add cleanup 
>> rule|
>>  More
>> info
>>
>> Possibly, depending on what you did. Try starting over and do a
>> basic configuration, only the board and display and see how far you gt.
>>
>> Gerald
>>
>>
>>
>> On Mon, Apr 7, 2014 at 4:27 PM,  wrote:
>>
>>> Yes you're correct, but I used this port as well due to attempting to
>>> figure out why my wireless dongle for keybrd and mouse wasn't working any
>>> longer when it was connected to USB Host connection. When the dongle didn't
>>> work on USB host I then connected it to the USB hub getting the same
>>> result. This is when I attempted connecting the USB client connection to
>>> the hub and the Hub to the USB Host connect resulting in the arching
>>> effect. My thought is it broke my board.
>>>
>>>
>>> On Monday, April 7, 2014 4:16:11 PM UTC-5, Gerald wrote:
>>>
 The micro USB port is not for a hub. It is for a PC.  Maybe you might
 want to take a look at the manual.

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


 Gerald



 On Mon, Apr 7, 2014 at 4:06 PM, A M Kent  wrote:

> I've recently purchased the BBB and over the weekend I went through
> setting it up. I have to say I'm thoroughly impressed with the setup and
> the size. I followed the supplied instructions of connecting the device to
> my computer using the USB cable connecting it from the micro USB port to a
> port on my laptop, installing the necessary files to communicate with the
> device. My
> issue occurred when I connected the BB in the following manner.
>
> 1. From micro HDMI port to HDMI port on monitor.
> 2. Connected the 5V power source into the BB
> 3. Connected a USB cable from the USB jack on the BB to my 4 port
> powered
> USB hub.
> 4. Connected the micro USB cable into the 4 port hub.
> 5. Inserted wireless keybrd/mouse dongle into the 4 port hub.
>
> When I applied power to the BB within 1 minute of doing so I hear a
> faint high pitch tone and shortly thereafter I see a spark coming from the
> board. Based on the setup described what could have gone wrong?
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you 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 a topic in the
>> Google Groups "BeagleBoard" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/beagleboard/r5uzUeIIWRA/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.
>

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

[beagleboard] Arduino Shield to BeagleBone Black Cape

[Jason Kridner]

With only 7 days left, the Shield I/O BeagleBone Black to Arduino Shield
adapter needs some support. They are looking to raise 5,000 euro and are
currently sitting just under 1,000. Read more below or at
https://www.indiegogo.com/projects/arduino-shield-to-beaglebone-black-cape--2
.


View this email in your
browser
BeagleBoard.org
Blog
*In the 04/08/2014 edition:*

   - 2014-04-07-project_spotlight_shield_io <#145405a933d34789_mctoc1>

   
2014-04-07-project_spotlight_shield_io
*By
wineshark on Apr 07, 2014 04:51 pm*
BeagleBone Black Project Spotlight: Shield I/O

Some unlikely combinations just seem to work: Oreos and peanut butter,
Dwight Schrute and Michael Scott and now Arduino and BeagleBone Black!
[image: Shield I/O+ beside the BeagleBone Black]

With the new Shield I/O, you can now use (almost) any Arduino shield with a
BeagleBone Black. The Shield I/O, created by Andreas Behrend, adapts
Arduino shields to be BeagleBone Black compatible, it doesn't matter if
you're using 3.3V or 5V logic or up to 5V analog inputs. Precise resistor
arrays divide the analog inputs and make it an option to measure up to 5V.

Shield I/O comes with dedicated level shifters for all 14 digital GPIO
pins, PWM, I2C and SPI. Something interesting to note is that part of
Shield I/O comes from an Atmel ATTiny that lets the user switch logic
levels through software over I2C.

The device uses two TXB0108 level shifters for standard I/O lines and one
TXS0102 shifting the I2C bus. Shield I/O also comes in a "Plus" version,
which features a MCP23017 that is also accessible over the I2C bus.

Andreas saw a need for Shield I/O while working with microcontrollers that
had to be rebooted to switch between different programs or adapt to new
settings. He wanted to give developers an option for a ready-made Arduino
Shield to use with a powerful embedded device, BeagleBone Black. Shield I/O
makes it possible to communicate with Arduino shields without re-flashing
or rebooting the whole system.

Andreas chose BeagleBone Black because of its power and compatibility.

"It's the most powerful embedded device out there with enough PWM, SPI,
I²C, Timers, analog inputs, which can be muxed to fit the Arduino pin
mapping including 2 PRUs to get high speed timing wherever it's needed,"
Behrend stated.

Andreas is a student currently employed by impressx
media,
who supports the Shield I/O. Additionally, Andreas has worked as a graphic
designer and has run his own business. His next project is in the works and
will be used in the healthcare industry - a tracker used by doctors to
monitor a patient's overall health.

Just as each developer creates their own projects, the Shield I/O allows
its user to employ their own creativity and make their own projects, with
Shield I/O as its base.

For more information, or to donate to this project, visit Shield I/O's
IndieGoGo site:
http://igg.me/at/ShieldIO/x/3353417

Read in browser
»
[image: share on
Twitter]
[image:
Like 2014-04-07-project_spotlight_shield_io on
Facebook]




Recent Articles:
2014-03-17-calling-beagleboardorg-gsoc-mentors
2014-03-05-debian-beta-released
2014-02-25-project-spotlight-fish-on-wheels
2014-02-25-beagleboardorg-mentoring-google-summer-of-code
2014-02-18-project-spotlight-logi-bone
  Latest
BeagleBone 
news
 [image:
Facebook]
   [image:
Twitter]
   [image:
Googl

Re: [beagleboard] What went wrong

[Anthony Kent]

We're on the same sheet I've tried restarting the process and the
device still isn't recognized.

Anthony Kent
MCSE, MCITP-EA
817.899.4067


On Tue, Apr 8, 2014 at 8:27 AM, Gerald Coley  wrote:

>  [image: Boxbe]  This message is eligible
> for Automatic Cleanup! (ger...@beagleboard.org) Add cleanup 
> rule|
>  More
> info
>
> Possibly, depending on what you did. Try starting over and do a
> basic configuration, only the board and display and see how far you gt.
>
> Gerald
>
>
>
> On Mon, Apr 7, 2014 at 4:27 PM,  wrote:
>
>> Yes you're correct, but I used this port as well due to attempting to
>> figure out why my wireless dongle for keybrd and mouse wasn't working any
>> longer when it was connected to USB Host connection. When the dongle didn't
>> work on USB host I then connected it to the USB hub getting the same
>> result. This is when I attempted connecting the USB client connection to
>> the hub and the Hub to the USB Host connect resulting in the arching
>> effect. My thought is it broke my board.
>>
>>
>> On Monday, April 7, 2014 4:16:11 PM UTC-5, Gerald wrote:
>>
>>> The micro USB port is not for a hub. It is for a PC.  Maybe you might
>>> want to take a look at the manual.
>>>
>>> http://www.elinux.org/Beagleboard:BeagleBoneBlack
>>>
>>>
>>> Gerald
>>>
>>>
>>>
>>> On Mon, Apr 7, 2014 at 4:06 PM, A M Kent  wrote:
>>>
 I've recently purchased the BBB and over the weekend I went through
 setting it up. I have to say I'm thoroughly impressed with the setup and
 the size. I followed the supplied instructions of connecting the device to
 my computer using the USB cable connecting it from the micro USB port to a
 port on my laptop, installing the necessary files to communicate with the
 device. My
 issue occurred when I connected the BB in the following manner.

 1. From micro HDMI port to HDMI port on monitor.
 2. Connected the 5V power source into the BB
 3. Connected a USB cable from the USB jack on the BB to my 4 port
 powered
 USB hub.
 4. Connected the micro USB cable into the 4 port hub.
 5. Inserted wireless keybrd/mouse dongle into the 4 port hub.

 When I applied power to the BB within 1 minute of doing so I hear a
 faint high pitch tone and shortly thereafter I see a spark coming from the
 board. Based on the setup described what could have gone wrong?

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you 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 a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/r5uzUeIIWRA/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] Re: Help Needed : Custom built debian image

[Robert Nelson]

On Mon, Apr 7, 2014 at 11:37 PM,   wrote:
> The issue with launching custom application at boot is fixed. Now the only
> problem remaining is optimizing the boot process for faster starting and to
> enable boot splash which I am working on currently. I have ordered a FTDI
> cable to get the details of the boot process over serial console.
>
> Hi Robert,
>
> Could you please provide some checklist or suggestions that can help
> optimizing the boot process.

Install systemd

add this to your boot args:

optargs=quiet init=/lib/systemd/systemd

install either conman/wicd to make network connection over
(/etc/network/interfaces)

This should get you within 10-15seconds bootup time.

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] Form factor

[Ronny Julian]

Works for me.  Topic dropped.



On Tue, Apr 8, 2014 at 9:23 AM, Gerald Coley  wrote:

> I have no plans to do what I did 8 years ago.
>
> Gerald
>
>
>
> On Tue, Apr 8, 2014 at 7:22 AM, Tom Davies  wrote:
>
>>
>>
>> On Tuesday, 8 April 2014 19:22:14 UTC+10, Ronny Julian wrote:
>>>
>>> This is supposed to be the same price as a B model  It will have many
>>> more GPIOS and 4 GB flash/ on board.  Just wondered if there was something
>>> in the works for BBB.
>>>
>>
>> There is a rev of the BBB with 4GB emmc coming.
>>
>> I would be interested in a 'low profile' BBB -- same board but without
>> the headers, ethernet, jack and USB populated, as it would be easier to
>> embed for some applications.
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] Re: Beaglebone Black USB Host turns off

[Gerald Coley]

3.8 version...

http://beagleboard.org/latest-images

Gerald



On Tue, Apr 8, 2014 at 6:55 AM, Tomas Mandys <2p.plus@gmail.com> wrote:

> Update of previous post:
> I'm currently running BBB Linux CNC image based on Debian Wheezy 7.3 on
> SDCard. I had to upgrade kernel to "Linux arm 3.14.0-rc8-bone0 #1 SMP Sat
> Mar 29 00:25:15 UTC 2014 armv7l GNU/Linux" from package Debian because of
> compiled in support for DS3232 RTC clock. I can see hot plug is running
> correctly. I can plug/unplug mouse and keyboard any time. Cold plug after
> reboot works as well. HDMI display is working too. Even Velleman 7-port HUB
> works too - which was not working on Angstrom at all.
>
> Note: I originally built Angstrom image 12/2013 (becuase I need module
> mentioned above). But because I was not able get it booting from SDCard I
> moved to my working Debian. Seems there is even older 3.2.28 Kernel than I
> had before 3.8.13.
>
> - Tomas
>
>
>
> 2014-04-06 14:49 GMT+02:00 :
>
>> Hi,
>>
>> I have been following this USB thread for a while and wanted to add my 2
>> cents. I have a related but "opposite" problem. My hot plug works but my
>> cold plugs does not. Let me clarify.
>>
>> *What works:*
>>
>> 1)   Boot the Beagle Bone Black (the "BBB") with now USB pluged in
>> 2)   Plug in a powered USB hub
>> 3)   Everything works as expected
>> 4)   Unplug usb
>> 5)   Plug USB back in. Everything works as expected. So hot plug works.
>>
>> *What fails*
>>
>> 1) Power up the BBB with the powered USB connected. The USB hub come up
>> alot faster than the BBB.
>> 2) No matter what is done, there is no way to get the BBB to see the USB
>> devices apart from following up a reboot / power cycle as stated above.
>>
>> *Comments:*
>>
>> OS:  Richard Nelson's   Linux version 3.8.13-bone30
>> (root@imx6q-sabrelite-1gb-1) (gcc version
>> 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu8) ) #1 SMP Thu Nov 14 06:23:24 UTC
>> 2013
>>
>> Hardware: BBB Rev B. Only started shipping from March 2014 onwards. I
>> noticed a capacitor discrete mounted near the USB port. Is this a Rev B
>> hack?
>>
>> *What I am trying to solve*
>>
>> I would like to have the USB devices come online upon power up without
>> having to observe the (1) BBB on first (2) plug in the USB Hub + devices
>> sequence. I.E. if I stick all this stuff into an embedded gadget it would
>> not come up on power up. I would have to have some sort of two-phase relay
>> hardware in place to (1) power up the BBB first, then (2) the USB + USB
>> devices / dongles.
>>
>> Any thoughts / solutions?
>>
>> Best, Mike
>>
>> *Some cut-and-paste info*
>>
>> buntu@woofieone:~$ lsusb
>> Bus 001 Device 007: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
>> Bus 001 Device 006: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth
>> Dongle (HCI mode)
>> Bus 001 Device 008: ID 154b:004f PNY
>> Bus 001 Device 005: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>>
>> Here is a USB GREP
>>
>> ubuntu@woofieone:~$ dmesg | egrep usb
>> [0.135150] usbcore: registered new interface driver usbfs
>> [0.135217] usbcore: registered new interface driver hub
>> [0.135457] usbcore: registered new device driver usb
>> [1.464285] usbcore: registered new interface driver cdc_ether
>> [1.479302] usbcore: registered new interface driver rndis_host
>> [1.503131] usbcore: registered new interface driver cdc_ncm
>> [1.523280] usbcore: registered new interface driver cdc_acm
>> [1.567758] usbcore: registered new interface driver usb-storage
>> [1.621644] musb-hdrc: version 6.0, ?dma?, otg (peripheral+host)
>> [1.628255] musb-hdrc musb-hdrc.0.auto: pdev->id = 0
>> [1.633507] musb-hdrc musb-hdrc.0.auto:
>> drivers/usb/musb/musb_dsps.c:468 dsps_musb_init: OK
>> [1.656309] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk
>> combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
>> [1.656326] musb-hdrc: MHDRC RTL version 2.0
>> [1.656335] musb-hdrc: setup fifo_mode 4
>> [1.656351] musb-hdrc: 28/31 max ep, 16384/16384 memory
>> [1.656456] musb-hdrc musb-hdrc.0.auto: *** mode=3
>> [1.661525] musb-hdrc musb-hdrc.0.auto: *** power=250
>> [1.692769] musb-hdrc musb-hdrc.1.auto: pdev->id = 1
>> [1.698031] musb-hdrc musb-hdrc.1.auto:
>> drivers/usb/musb/musb_dsps.c:468 dsps_musb_init: OK
>> [1.715656] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk
>> combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
>> [1.715668] musb-hdrc: MHDRC RTL version 2.0
>> [1.715677] musb-hdrc: setup fifo_mode 4
>> [1.715689] musb-hdrc: 28/31 max ep, 16384/16384 memory
>> [1.715786] musb-hdrc musb-hdrc.1.auto: *** mode=1
>> [1.720837] musb-hdrc musb-hdrc.1.auto: *** power=250
>> [1.726151] musb-hdrc musb-hdrc.1.auto: MUSB HDRC host driver
>> [1.758390] musb-hdrc musb-hdrc.1.auto: new USB bus registered,
>> assigned bus number 1
>> [1.76] musb-hdrc musb-hdrc.1.auto: supports USB 

[beagleboard] Ina219 with linux kernel driver in Beaglebone Black

[pierre . kancir]

Hi,

I am trying to use ina219  sensor (
http://www.adafruit.com/products/904) with linux kernel driver on 
beaglebone black.

I want to use device tree overlay to use the sensor. I follow kernel 
indications (
http://lxr.free-electrons.com/source/Documentation/devicetree/bindings/i2c/ina2xx.txt)
 
and the sensor works as expected. 

But adafruit board use 0.1ohms and default driver value for shunt-resistor 
is 10mOhms so return value are wrong.

I want to modify value in device tree as indicated 

ina219@40 {
  compatible = "ti,ina219";
  reg = <0x40>;
  shunt-resistor = <10>;
 };

but changing shunt-resistor value does nothing. The sensor is always create 
with 10mOhms value

ina2xx 1-0040: power monitor ina219 (Rshunt = 1 uOhm)

How can i change the shunt-resistor value to get the proper return?

thanks,

Pierre

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

Re: [beagleboard] Re: Beaglebone Black USB Host turns off

[Tomas Mandys]

Update of previous post:
I'm currently running BBB Linux CNC image based on Debian Wheezy 7.3 on
SDCard. I had to upgrade kernel to "Linux arm 3.14.0-rc8-bone0 #1 SMP Sat
Mar 29 00:25:15 UTC 2014 armv7l GNU/Linux" from package Debian because of
compiled in support for DS3232 RTC clock. I can see hot plug is running
correctly. I can plug/unplug mouse and keyboard any time. Cold plug after
reboot works as well. HDMI display is working too. Even Velleman 7-port HUB
works too - which was not working on Angstrom at all.

Note: I originally built Angstrom image 12/2013 (becuase I need module
mentioned above). But because I was not able get it booting from SDCard I
moved to my working Debian. Seems there is even older 3.2.28 Kernel than I
had before 3.8.13.

- Tomas



2014-04-06 14:49 GMT+02:00 :

> Hi,
>
> I have been following this USB thread for a while and wanted to add my 2
> cents. I have a related but "opposite" problem. My hot plug works but my
> cold plugs does not. Let me clarify.
>
> *What works:*
>
> 1)   Boot the Beagle Bone Black (the "BBB") with now USB pluged in
> 2)   Plug in a powered USB hub
> 3)   Everything works as expected
> 4)   Unplug usb
> 5)   Plug USB back in. Everything works as expected. So hot plug works.
>
> *What fails*
>
> 1) Power up the BBB with the powered USB connected. The USB hub come up
> alot faster than the BBB.
> 2) No matter what is done, there is no way to get the BBB to see the USB
> devices apart from following up a reboot / power cycle as stated above.
>
> *Comments:*
>
> OS:  Richard Nelson's   Linux version 3.8.13-bone30
> (root@imx6q-sabrelite-1gb-1) (gcc version
> 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu8) ) #1 SMP Thu Nov 14 06:23:24 UTC 2013
>
> Hardware: BBB Rev B. Only started shipping from March 2014 onwards. I
> noticed a capacitor discrete mounted near the USB port. Is this a Rev B
> hack?
>
> *What I am trying to solve*
>
> I would like to have the USB devices come online upon power up without
> having to observe the (1) BBB on first (2) plug in the USB Hub + devices
> sequence. I.E. if I stick all this stuff into an embedded gadget it would
> not come up on power up. I would have to have some sort of two-phase relay
> hardware in place to (1) power up the BBB first, then (2) the USB + USB
> devices / dongles.
>
> Any thoughts / solutions?
>
> Best, Mike
>
> *Some cut-and-paste info*
>
> buntu@woofieone:~$ lsusb
> Bus 001 Device 007: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
> Bus 001 Device 006: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth
> Dongle (HCI mode)
> Bus 001 Device 008: ID 154b:004f PNY
> Bus 001 Device 005: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>
> Here is a USB GREP
>
> ubuntu@woofieone:~$ dmesg | egrep usb
> [0.135150] usbcore: registered new interface driver usbfs
> [0.135217] usbcore: registered new interface driver hub
> [0.135457] usbcore: registered new device driver usb
> [1.464285] usbcore: registered new interface driver cdc_ether
> [1.479302] usbcore: registered new interface driver rndis_host
> [1.503131] usbcore: registered new interface driver cdc_ncm
> [1.523280] usbcore: registered new interface driver cdc_acm
> [1.567758] usbcore: registered new interface driver usb-storage
> [1.621644] musb-hdrc: version 6.0, ?dma?, otg (peripheral+host)
> [1.628255] musb-hdrc musb-hdrc.0.auto: pdev->id = 0
> [1.633507] musb-hdrc musb-hdrc.0.auto:
> drivers/usb/musb/musb_dsps.c:468 dsps_musb_init: OK
> [1.656309] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk
> combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
> [1.656326] musb-hdrc: MHDRC RTL version 2.0
> [1.656335] musb-hdrc: setup fifo_mode 4
> [1.656351] musb-hdrc: 28/31 max ep, 16384/16384 memory
> [1.656456] musb-hdrc musb-hdrc.0.auto: *** mode=3
> [1.661525] musb-hdrc musb-hdrc.0.auto: *** power=250
> [1.692769] musb-hdrc musb-hdrc.1.auto: pdev->id = 1
> [1.698031] musb-hdrc musb-hdrc.1.auto:
> drivers/usb/musb/musb_dsps.c:468 dsps_musb_init: OK
> [1.715656] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk
> combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
> [1.715668] musb-hdrc: MHDRC RTL version 2.0
> [1.715677] musb-hdrc: setup fifo_mode 4
> [1.715689] musb-hdrc: 28/31 max ep, 16384/16384 memory
> [1.715786] musb-hdrc musb-hdrc.1.auto: *** mode=1
> [1.720837] musb-hdrc musb-hdrc.1.auto: *** power=250
> [1.726151] musb-hdrc musb-hdrc.1.auto: MUSB HDRC host driver
> [1.758390] musb-hdrc musb-hdrc.1.auto: new USB bus registered,
> assigned bus number 1
> [1.76] musb-hdrc musb-hdrc.1.auto: supports USB remote wakeup
> [1.766748] usb usb1: default language 0x0409
> [1.766783] usb usb1: udev 1, busnum 1, minor = 0
> [1.766796] usb usb1: New USB device found, idVendor=1d6b,
> idProduct=0002
> [1.773951] usb usb1: New USB device strings: Mfr=3, Product=2,
> 

[beagleboard] Ina219 with linux kernel driver on Beaglebone Black

[pierre . kancir]

Hi,

I am trying to use ina219 sensor (http://www.adafruit.com/products/904) with 
linux kernel driver on beaglebone black.

I want to use device tree overlay to use the sensor. I follow kernel 
indications (
http://lxr.free-electrons.com/source/Documentation/devicetree/bindings/i2c/ina2xx.txt)
 
and the sensor works as expected. 

But adafruit board use 0.1ohms and default driver value for shunt-resistor 
is 10mOhms so return value are wrong.

I want to modify value in device tree as indicated 

ina219@40 {
  compatible = "ti,ina219";
  reg = <0x40>;
  shunt-resistor = <10>;
 };

but changing shunt-resistor value does nothing. The sensor is always create 
with 10mOhms value

ina2xx 1-0040: power monitor ina219 (Rshunt = 1 uOhm)


How can i change the shunt-resistor value to get the proper return?


thanks,


Pierre

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

[viraniac]

The issue with launching custom application at boot is fixed. Now the only 
problem remaining is optimizing the boot process for faster starting and to 
enable boot splash which I am working on currently. I have ordered a FTDI 
cable to get the details of the boot process over serial console. 

Hi Robert,

Could you please provide some checklist or suggestions that can help 
optimizing the boot process.

Regards,
viraniac

On Tuesday, April 1, 2014 4:58:55 AM UTC+5:30, vira...@gmail.com wrote:
>
> Hi,
>
> I am trying to build custom minimal debian images for my beaglebone black. 
> I have downloaded the image builder from git and tried executing it after 
> commenting out some packagenames in beagleboard.org_image.sh. But when 
> the image is built, all the packages including the packages that I 
> commented out are also installed. There is no information about which file 
> to edit or any other instruction provided in the readme file. 
>
> Please help me in building the custom images.
>
> Regards
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Windows 8 (64bit) driver install problems

[themayorofgusville]

Thank you, Piyush. I had the same problem.


On Monday, April 29, 2013 5:12:04 PM UTC-5, Piyush Agarwal wrote:
>
> Hi Kenny,
>
> As Jason noted the installer is unsigned, this means you need to restart 
> Windows 8 in the mode where it allows you to install unsigned drivers.
>
> Here's a quick step-by-step guide:
>
> 1. Press win+c on the keyboard to bring up the charms side bar (or move 
> mouse to right top corner of the screen)
>
> 2. Click the Settings button.
>
> 3. Click the Change PC Settings at the bottom of the sidebar.
>
> 4. On screen that shows up, select the General option from the sidebar 
> then scroll down the page that appears.
>
> 5. Click the Restart now button under the Advanced startup section.
>
> 6. You will momentarily see the restarting screen, then it will switch to 
> a blue screen titled "Choose an option"
>
> 7. Click the Troubleshoot button.
>
> 8. Click Advanced options.
>
> 9. Click Startup Settings
>
> 10. Click Restart
>
> 11. You should then see a Startup Settings screen after your computer 
> reboots.
>
> 12. Press 7 or F7 on your keyboard to Disable driver signature enforcement
>
> 13. Now Windows 8 will continue starting up.
>
> 14. Log-in as normal, and then run BONE_D64.exe again
>
> 15. Now you should see 4 warning dialogs about "unsigned driver 
> installation", click OK for all of them.
>
> Then you should be good to go!
>
>
> Hope that helps,
>
> Piyush
>
> On Sunday, April 28, 2013 11:05:53 AM UTC-4, Kenny Lindberg wrote:
>>
>> Trying to install software for my Beaglebone Black on Win8-64 and 
>> dpinst.exe fails.
>> OSX seems to work, so I don't think it's a hardware issue.
>>
>> Is there a work around?
>>
>> Kenny
>>
>

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

[viraniac]

This issue is now fixed. I have installed xinit and have followed the 3 
step tutorial to get it run the java program. Also have disabled screen 
blanking using setterm and xset s off.

Regards
viraniac

On Sunday, April 6, 2014 9:40:16 PM UTC+5:30, vira...@gmail.com wrote:
>
> Hi,
>
> I need to build a custom BBB image which should start a java program as 
> the GUI. I am already aware about customizing the BBB Debian image using 
> the image builder scripts.
>
> I have built custom image with no LXDE or lightdm. I have added xinit 
> package and the Oracle JDK to the image. I tried various combinations in my 
> xinitrc file but am not able to get the java program started. Please help 
> me on getting the program started when running startx command.
>
> Regards
> viraniac
>

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

Re: [beagleboard] where can i buy beagle board black in india?

[Siji Sunny]

On Tue, Apr 8, 2014 at 4:51 PM, santhosh kumar  wrote:

> it is like none of the stores in the sites have the stock ? does anyone
> have idea what can be done ? even amazon has no stocks for a month ? i want
> to buy it :)
>

http://www.element14.com/community/community/knode/single-board_computers/next-gen_beaglebone

>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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] where can i buy beagle board black in india?

[Gerald Coley]

They are compliant.

http://beagleboard.org/logo


Gerald



On Tue, Apr 8, 2014 at 7:27 AM, Jonny Leach  wrote:

> Newark/Farnell have started producing "certified" clones of the board.
>
> What country are you in?
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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] What went wrong

[Gerald Coley]

Possibly, depending on what you did. Try starting over and do a
basic configuration, only the board and display and see how far you gt.

Gerald



On Mon, Apr 7, 2014 at 4:27 PM,  wrote:

> Yes you're correct, but I used this port as well due to attempting to
> figure out why my wireless dongle for keybrd and mouse wasn't working any
> longer when it was connected to USB Host connection. When the dongle didn't
> work on USB host I then connected it to the USB hub getting the same
> result. This is when I attempted connecting the USB client connection to
> the hub and the Hub to the USB Host connect resulting in the arching
> effect. My thought is it broke my board.
>
>
> On Monday, April 7, 2014 4:16:11 PM UTC-5, Gerald wrote:
>
>> The micro USB port is not for a hub. It is for a PC.  Maybe you might
>> want to take a look at the manual.
>>
>> http://www.elinux.org/Beagleboard:BeagleBoneBlack
>>
>>
>> Gerald
>>
>>
>>
>> On Mon, Apr 7, 2014 at 4:06 PM, A M Kent  wrote:
>>
>>> I've recently purchased the BBB and over the weekend I went through
>>> setting it up. I have to say I'm thoroughly impressed with the setup and
>>> the size. I followed the supplied instructions of connecting the device to
>>> my computer using the USB cable connecting it from the micro USB port to a
>>> port on my laptop, installing the necessary files to communicate with the
>>> device. My
>>> issue occurred when I connected the BB in the following manner.
>>>
>>> 1. From micro HDMI port to HDMI port on monitor.
>>> 2. Connected the 5V power source into the BB
>>> 3. Connected a USB cable from the USB jack on the BB to my 4 port powered
>>> USB hub.
>>> 4. Connected the micro USB cable into the 4 port hub.
>>> 5. Inserted wireless keybrd/mouse dongle into the 4 port hub.
>>>
>>> When I applied power to the BB within 1 minute of doing so I hear a
>>> faint high pitch tone and shortly thereafter I see a spark coming from the
>>> board. Based on the setup described what could have gone wrong?
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you 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] Re: why update eMMC?

[Gerald Coley]

I don't know anything about a Rev D. All I was told about was a Rev C.

http://www.elinux.org/Beagleboard:BeagleBoneBlack#Revision_C_.28Pending.29


Gerald


On Mon, Apr 7, 2014 at 6:33 PM,  wrote:

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

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

Re: [beagleboard] Form factor

[Gerald Coley]

I have no plans to do what I did 8 years ago.

Gerald



On Tue, Apr 8, 2014 at 7:22 AM, Tom Davies  wrote:

>
>
> On Tuesday, 8 April 2014 19:22:14 UTC+10, Ronny Julian wrote:
>>
>> This is supposed to be the same price as a B model  It will have many
>> more GPIOS and 4 GB flash/ on board.  Just wondered if there was something
>> in the works for BBB.
>>
>
> There is a rev of the BBB with 4GB emmc coming.
>
> I would be interested in a 'low profile' BBB -- same board but without the
> headers, ethernet, jack and USB populated, as it would be easier to embed
> for some applications.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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] Ina219 with linux kernel driver

[Pierre Kancir]

Hi,

I am trying to use ina219  sensor (
http://www.adafruit.com/products/904) with linux kernel driver on 
beaglebone black.

I want to use device tree overlay to use the sensor. I follow kernel 
indications (
http://lxr.free-electrons.com/source/Documentation/devicetree/bindings/i2c/ina2xx.txt)
 
and the sensor works as expected. 

But adafruit board use 0.1ohms and default driver value for shunt-resistor 
is 10mOhms so return value are wrong.

I want to modify value in device tree as indicated 

ina219@40 {
  compatible = "ti,ina219";
  reg = <0x40>;
  shunt-resistor = <10>;
 };

but changing shunt-resistor value does nothing. The sensor is always create 
with 10mOhms value

ina2xx 1-0040: power monitor ina219 (Rshunt = 1 uOhm)

How can i change the shunt-resistor value to get the proper return?

thanks,

Pierre

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[Bas Laarhoven]

On 8-4-2014 14:04, Jonny Leach wrote:

I have just got my embest from Farnell, I am quite annoyed that I had a circuitco BBB on 
back order since beginning of Feb and Farnell stop stocking it with out telling me 
leaving my order at "on backorder"


Same here. I've had some boards on back order for many weeks. Every week 
I got an automated mail that there was another week of delay. When I 
asked them what was going on the sales rep got told: "With 2291620 we 
are experiencing difficulties with delivery on this item. Please advise 
your customer that once we have any updates they will be informed.". 
Item 2291620 is the original BeagleBone Black. They never had the 
decency to say what was really going on.





But hey ho...

The main thing I'm surprised about is the lack of CE/FCC certification after 
the hassle the RasPi people had:

http://www.techweekeurope.co.uk/news/raspberry-pi-needs-ce-certificatio-70202

...although there is a CE LOGO on the box, I thought the product itself needed 
the CE LOGO



That's probably the 'China Export' logo :D

Seriously: The box I got carries both the CE and FCC logos. Makes you 
wonder why they took the effort to remove these logos from the board itself!


-- Bas

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

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BeagleBone Black how to input data Receivers Rc contole

[จักร์พงศ์ เอี่ยมฤกษ์งาม]

Beager bone black how to input data Receiver Rc contole 
Receiver >>>http://www.futaba-rc.com/receivers/air.html
Thank you

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

Re: [beagleboard] Re: CONFIG_WATCHDOG_NOWAYOUT => How ?

[kavitha bk]

Yes I have alos enable config WATCHDOG_NOWAYOUT=y


On Tue, Apr 8, 2014 at 1:26 PM, Yiling Cao  wrote:

> I have done this months ago, and very useful.
>
> this is under kernel config, .config file,
>
> so:
>  make menuconfig ARCH=arm
>
> search for nowayout
>
>  │ Symbol: WATCHDOG_NOWAYOUT [=n]
>  │
>   │ Type  : boolean
>   │
>   │ Prompt: Disable watchdog shutdown on close
>  │
>   │   Defined at drivers/watchdog/Kconfig:39
>  │
>   │   Depends on: WATCHDOG [=y]
>   │
>   │   Location:
>   │
>   │ -> Device Drivers
>   │
>   │   -> Watchdog Timer Support (WATCHDOG [=y])
>
>
>
> u need to change it to enable and recompile the kernel. good luck
>
>
>
> On Tue, Apr 8, 2014 at 2:43 PM, Micka  wrote:
>
>> I just installed the package :
>>
>>
>> insserv: warning: script 'K01script-initd-' missing LSB tags and overrides
>> insserv: warning: script 'script-initd-' missing LSB tags and overrides
>> insserv: warning: script 'K02script-initd-' missing LSB tags and overrides
>> insserv: warning: script 'script-initd-' missing LSB tags and overrides
>> insserv: warning: script 'K01script-initd-' missing LSB tags and overrides
>> insserv: warning: script 'script-initd-' missing LSB tags and overrides
>> insserv: warning: script 'K02script-initd-' missing LSB tags and overrides
>>
>>
>> . I hope that it's ok
>>
>>
>> On Mon, Apr 7, 2014 at 10:06 PM, AndrewTaneGlen > > wrote:
>>
>>> To get the hardware watchdog working (on Debian) I just installed the
>>> watchdog package (sudo apt-get install watchdog), then set the correct
>>> device in the config file: in '/etc/watchdog.conf' set 'watchdog-device
>>> = /dev/watchdog'
>>>
>>> I'm fairly certain that's all I needed to do.
>>>
>>> On Tuesday, 8 April 2014 05:14:44 UTC+12, Mickae1 wrote:

 Hi,

 I would like to activate the watchdog in the beagle.

 I recompiled the beagle with the flag watchdog software. but how can i
 activate the flag CONFIG_WATCHDOG_NOWAYOUT ???


 Thx,

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

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

[beagleboard] where can i buy beagle board black in india?

[Jonny Leach]

Newark/Farnell have started producing "certified" clones of the board.

What country are you in?

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

[Tom Davies]

On Tuesday, 8 April 2014 19:22:14 UTC+10, Ronny Julian wrote:
>
> This is supposed to be the same price as a B model  It will have many more 
> GPIOS and 4 GB flash/ on board.  Just wondered if there was something in 
> the works for BBB.  
>

There is a rev of the BBB with 4GB emmc coming.

I would be interested in a 'low profile' BBB -- same board but without the 
headers, ethernet, jack and USB populated, as it would be easier to embed 
for some applications. 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[Jonny Leach]

I have just got my embest from Farnell, I am quite annoyed that I had a 
circuitco BBB on back order since beginning of Feb and Farnell stop stocking it 
with out telling me leaving my order at "on backorder"


But hey ho... 

The main thing I'm surprised about is the lack of CE/FCC certification after 
the hassle the RasPi people had:

http://www.techweekeurope.co.uk/news/raspberry-pi-needs-ce-certificatio-70202

...although there is a CE LOGO on the box, I thought the product itself needed 
the CE LOGO

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group 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: Problem in dynamically loading libraries (QT5 on AM335x board)

[Thiago Marques]

Hi,
 Thanks, sorry for the delay to respond, it's because I was in another
project. Today I will try to compile the ICU again.
   My "./configure" command line is:
./configure -prefix /opt/qt5 -debug-and-release -make libs -xplatform
linux-arm-gnueabi-g++ -opengl es2 -confirm-license -opensource -icu -no-xcb
-no-pch -make examples -verbose -shared -plugin-sql-sqlite -qt-zlib
-no-cups -qt-libpng -qt-libjpeg

I apply this path that I made: patch_qt5_1_1__1.0
I copied the include to my filesystem.



2014-04-03 10:28 GMT-03:00 Morix Dev :

> Thiago,
> just to narrow down the problem... can you tell me how you cross-compiled
> QT? I mean can you tell me which flags have you put on your "./configure"
> command line and what is the content of your
> "qtbase/mkspecs//qmake.conf"?
>
> Thanks,
> /Morix
>
> Il giorno giovedì 3 aprile 2014 15:17:08 UTC+2, Morix Dev ha scritto:
>
>> Hi Thiago,
>> I haven't found a solution yet... I am still working on it... now I am
>> suspecting that is something related to compiler optimization flags when
>> compiling QT...
>>
>> I'll let you know if I find a useful solution... but hey: please do not
>> hesitate to write here if you found a valid solution too! :)
>>
>> Thanks & regards.
>> /Morix
>>
>>
>> Il giorno giovedì 3 aprile 2014 15:00:35 UTC+2, Thiago Marques ha scritto:
>>>
>>> Hi Morix Dev,
>>>
>>>I had a similar problem. Do you find out what was causing this error?
>>> Qt AM335x application exits with code 1 at startup.
>>> Tḧanks,
>>>
>>> Best regards ,
>>>
>>>
>>> Em quarta-feira, 2 de abril de 2014 11h05min09s UTC-3, Morix Dev
>>> escreveu:

 Hello everybody,
 I've cross compiled QT5.2.1 with ICU support for TI AM335x (not exactly
 a Beagleboard but much similar).

 Now I am doing some tests, but I am not able to execute any program
 built against the cross-compiled QT. Any program (even the simples
 console-based "Hello, world" exits with code 1 just at the startup and does
 not produce any output).

 If a perform a "strace" of my program I have the output that you can
 read at the following address: https://onedrive.live.com/
 redir?resid=DCB987547568DE13!107&authkey=!ANC7D8Zh7ZfGz4w&
 ithint=file,.log

 The problem seems to be something wrong just after loading
 libicudata.so.52 library... exit_group(1) is being called somewhere... but
 who is calling it? How can I discover that?

 Can somebody help me? Thanks for your support!

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



-- 
*   Thiago Marques.*

*Link - Plataforma Lattes: http://lattes.cnpq.br/1955476621748054
*

*phone : +55 (61) 8274-9140 *
*+55 (61) 3032-4506*

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


patch_qt5_1_1__1.0
Description: Binary data

[beagleboard] where can i buy beagle board black in india?

[santhosh kumar]

it is like none of the stores in the sites have the stock ? does anyone 
have idea what can be done ? even amazon has no stocks for a month ? i want 
to buy it :)

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

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

[Jonny Leach]

I have just got my embest from Farnell, I am quite annoyed that I had a 
circuitco BBB on back order since beginning of Feb and Farnell stop stocking it 
with out telling me leaving my order at "on backorder"


But hey ho... 

The main thing I'm surprised about is the lack of CE/FCC certification after 
the hassle the RasPi people had:

http://www.techweekeurope.co.uk/news/raspberry-pi-needs-ce-certificatio-70202

...although there is a CE LOGO on the box, I thought the product itself needed 
the CE LOGO

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

[Victor]

Brilliant idea. But every LCD have different backlight voltage. I need to 
think about it. Did you mean some specific LCD?
On Tuesday, April 8, 2014 8:27:51 AM UTC+3, liyaoshi wrote:
>
> Seems good 
>
> If you can add more FPC connectors to support several types of LCD PANEL , 
> I think it should be better . do you ?
>
>
>
>
> 2014-04-08 1:47 GMT+08:00 Victor >:
>
>> Hello.
>> I started a crowdfunding campaign for bringing my LCD cape to mass 
>> production.
>> http://igg.me/at/nh5cape/x/6837489
>> Supported Linux and rowboat android.
>> Any feedback would be 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...@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: Availability - how come nobody has any BeagleBone Black to sell?

[Jonny Leach]

I have just got my embest from Farnell, I am quite annoyed that I had a 
circuitco BBB on back order since beginning of Feb and Farnell stop stocking it 
with out telling me leaving my order at "on backorder"


But hey ho... 

The main thing I'm surprised about is the lack of CE/FCC certification after 
the hassle the RasPi people had:

http://www.techweekeurope.co.uk/news/raspberry-pi-needs-ce-certificatio-70202

...although there is a CE LOGO on the box, I thought the product itself needed 
the CE LOGO

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

Re: [beagleboard] where can i buy beaglebone black in india?

[Bas Laarhoven]

http://in.element14.com/element14/bbone-black/beaglebone-black-cortex-a8-sbc/dp/2401441?Ntt=240-1441

No stock yet, but in Europe stock arrived a couple of days ago.

-- Bas


On 8-4-2014 12:36, Vishnu Patekar wrote:

Yes, it is out of stock.
One of my friend ordered 2 BBB in Oct 2013. He's yet to get it.
Even, distributor is not ready to return Money.


On Tue, Apr 8, 2014 at 2:54 PM, santhosh kumar > wrote:


i checked their site and all the sellers in india seems to be out
of stock for a month now? any ways where i can get one in india?
seems even amazon is out of stock :| any help is 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.


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

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] where can i buy beaglebone black in india?

[Vishnu Patekar]

Yes, it is out of stock.
One of my friend ordered 2 BBB in Oct 2013. He's yet to get it.
Even, distributor is not ready to return Money.


On Tue, Apr 8, 2014 at 2:54 PM, santhosh kumar  wrote:

> i checked their site and all the sellers in india seems to be out of stock
> for a month now? any ways where i can get one in india? seems even amazon
> is out of stock :| any help is 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.

[beagleboard] ADC reading by PRU

[Youngtae Jo]

I've tried to find some example of ADC reading by PRU for my project, but I 
couldn't find it.
And I made that of source code and attach here for some people who have the 
same problem with me.
I hope it will be helpful.

[ AM335x ARM-CORE PRU ADC Example ]
 - Sequence of example
 1. Install compiling environment of PRU
 2. Enable PRU 
 3. Enable ADC 
 4. Example source
- This example source collects ADC data from AIN0 pin with 16khz 
sampling rate.
- The collected data are saved into "Results.txt" file.
- The example source are "Makefile", "ADCCollector.c", "ADCCollector.p", 
"ADCCollector.hp"

[ Install compile environment ]
 1. Get a copy of the am335x_pru_package -> 
https://github.com/beagleboard/am335x_pru_package
You also can download the am335x_pru_package here -> 
https://github.com/beagleboard/am335x_pru_package/archive/master.zip
 2. If you downloaded the archive, unpack it somewhere under your home 
directory.
 3. Make a new directory /usr/include/pruss/ and copy the files prussdrv.h  
and pruss_intc_mapping.h into it (from 
am335x_pru_package-master/pru_sw/app_loader/include). 
Check the permissions; if you used the .zip file, these headers will likely 
have the execute bits on. 
It doesn't really hurt anything, but is certainly not what you want.
 4. Change directory to 
am335x_pru_package-master/pru_sw/app_loader/interface 
then run: CROSS_COMPILE= make (note the space between the = and the 
command).
 5. The previous step should have created four files in 
am335x_pru_package-master/pru_sw/app_loader/lib: libprussdrv.a, 
libprussdrvd.a, libprussdrvd.so and libprussdrv.so. 
Copy these all to /usr/lib then run ldconfig.
 6. Change directory to am335x_pru_package-master/pru_sw/utils/pasm_source 
then run source linuxbuild to create a pasm executable one directory 
level up. 
 - If linuxbuild doesn't have permission to execution, give the permission 
by run this
   : chmod +x linuxbuild
Copy it to /usr/bin and make sure you can run it. 
If you invoke it with no arguments, you should get a usage statement.
 
[ Enable PRU ]
 Before using PRU, we need to enable the PRU core, you can do it as shown 
below
 # echo BB-BONE-PRU-01 > /sys/devices/bone_capemgr.8/slots

[ Enable ADC ]
 Before using ADC, we also need to enable ADC, you can do it as shown below
 # echo cape-bone-iio > /sys/devices/bone_capemgr.*/slots
 
[ ADC Example - Makefile]
CFLAGS+=-Wall -Werror
LDLIBS+= -lpthread -lprussdrv

all: ADCCollector.bin ADCCollector

clean:
rm -f ADCCollector *.o *.bin

ADCCollector.bin: ADCCollector.p
pasm -b $^

ADCCollector: ADCCollector.o

[ ADC Example - ADCCollector.p]
// Developed by Youngtae Jo in Kangwon National University (April-2014)

// This program collects ADC from AIN0 with certain sampling rate.
// The collected data are stored into PRU shared memory(buffer) first.
// The host program(ADCCollector.c) will read the stored ADC data
// This program uses double buffering technique. 
// The host program can recognize the buffer status by buffer status 
variable
// 0 means empty, 1 means first buffer is ready, 2 means second buffer is 
ready.
// When each buffer is ready, host program read ADC data from the buffer.


.origin 0 // offset of the start of the code in PRU memory
.entrypoint START // program entry point, used by debugger only

#include "ADCCollector.hp"

#define BUFF_SIZE 0x0FA0 //Total buff size: 4kbyte(Each buffer has 
2kbyte: 500 piece of data)
#define HALF_SIZE BUFF_SIZE / 2

#define SAMPLING_RATE 16000 //Sampling rate(16khz)
#define DELAY_MICRO_SECONDS (100 / SAMPLING_RATE) //Delay by sampling 
rate
#define CLOCK 2 // PRU is always clocked at 200MHz
#define CLOCKS_PER_LOOP 2 // loop contains two instructions, one clock each
#define DELAYCOUNT DELAY_MICRO_SECONDS * CLOCK / CLOCKS_PER_LOOP / 1000 / 
1000 * 3

.macro DELAY
MOV r10, DELAYCOUNT
DELAY:
SUB r10, r10, 1
QBNE DELAY, r10, 0
.endm

.macro READADC
//Initialize buffer status (0: empty, 1: first buffer is ready, 2: 
second buffer is ready)
MOV r2, 0
SBCO r2, CONST_PRUSHAREDRAM, 0, 4 

INITV:
MOV r5, 0 //Shared RAM address of ADC Saving position 
MOV r6, BUFF_SIZE  //Counting variable 

READ:
//Read ADC from FIFO0DATA
MOV r2, 0x44E0D100 
LBBO r3, r2, 0, 4 
//Add address counting
ADD r5, r5, 4
//Write ADC to PRU Shared RAM
SBCO r3, CONST_PRUSHAREDRAM, r5, 4 

DELAY

SUB r6, r6, 4
MOV r2, HALF_SIZE
QBEQ CHBUFFSTATUS1, r6, r2 //If first buffer is ready
QBEQ CHBUFFSTATUS2, r6, 0 //If second buffer is ready
QBA READ

//Change buffer status to 1
CHBUFFSTATUS1:
MOV r2, 1 
SBCO r2, CONST_PRUSHAREDRAM, 0, 4
QBA READ

//Change buffer status to 2
CHBUFFSTATUS2:
MOV r2, 2
SBCO r2, CONST_PRUSHAREDRAM, 0, 4
QBA INITV

//Send event to host program
MOV r31.b0, PRU0_

[beagleboard] [Beagleboard xm] Using GPIO interrupt with Device Tree issue

[Christophe Ricard]

Hi,

I am currently facing concern to manage gpio interrupt inside my device 
driver with device tree. It is working fine with static platform_data 
configuration.
My device is connected to i2c. Here is my how my node looks like:

&i2c2 {
   clock-frequency = <40>;
   status = "okay";
   foo: foo@0x08 {
compatible = "foo, foo_i2c";
reg = <0x08>;
interrupt-parent = <&gpio6>;
interrupts = <2 IRQ_TYPE_LEVEL_LOW>;
enable = <&gpio6 29 GPIO_ACTIVE_HIGH>;
   };
};

In my probe function, i am able to retrieve and configure the enable gpio.
I am retrieving the interrupts with irq_of_parse_and_map(pp, 0); and the 
polarity with irq_get_trigger_type.

When requesting the irq with devm_request_threaded_irq, the irq goes crazy 
and trigger multiple interrupt for ever.

This phenomenon is not visible with following node:
&i2c2 {
   clock-frequency = <40>;
   status = "okay";
   foo: foo@0x08 {
compatible = "foo, foo_i2c";
reg = <0x08>;
irq = <&gpio6 2 IRQ_TYPE_LEVEL_LOW>;
enable = <&gpio6 29 GPIO_ACTIVE_HIGH>;
   };
};

And using following sequence:
- devm_gpio_request
- gpio_direction_input
- gpio_to_irq
- devm_request_threaded_irq


gpio6 2 is gpio_130
gpio6 29 is gpio_157

Do you have any idea about what i am doing wrong ?

Best Regards
Christophe

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

[beagleboard] where can i buy beaglebone black in india?

[santhosh kumar]

i checked their site and all the sellers in india seems to be out of stock 
for a month now? any ways where i can get one in india? seems even amazon 
is out of stock :| any help is 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.

Re: [beagleboard] Form factor

[Ronny Julian]

This is supposed to be the same price as a B model  It will have many more
GPIOS and 4 GB flash/ on board.  Just wondered if there was something in
the works for BBB.


On Tue, Apr 8, 2014 at 5:12 AM, Eric Fort  wrote:

> the reality here is that it looks like by combining the RPi module format
> *AND* a carrier board RPi is *FINALLY* playing catchup to what beagle has
> had all along and even there beagle still leads in being more open with
> more peripherals and probably a lower price when all if totaled up.  A
> module format for beagle. I really don't see a need for it.  Beagle
> bone (black) *IS* a module unto itself complete with a well defined
> expansion interface.  If you want a module, pay bunches more for a much
> more difficult to interface gumstix module.
>
> Eric
>
>
> On Mon, Apr 7, 2014 at 6:14 PM, Ronny Julian  wrote:
>
>> Ever think BBB will be in this form factor?
>>
>> http://www.raspberrypi.org/raspberry-pi-compute-module-new-product/
>>
>> Ronny
>>
>>  --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group 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] Form factor

[Eric Fort]

the reality here is that it looks like by combining the RPi module format
*AND* a carrier board RPi is *FINALLY* playing catchup to what beagle has
had all along and even there beagle still leads in being more open with
more peripherals and probably a lower price when all if totaled up.  A
module format for beagle. I really don't see a need for it.  Beagle
bone (black) *IS* a module unto itself complete with a well defined
expansion interface.  If you want a module, pay bunches more for a much
more difficult to interface gumstix module.

Eric


On Mon, Apr 7, 2014 at 6:14 PM, Ronny Julian  wrote:

> Ever think BBB will be in this form factor?
>
> http://www.raspberrypi.org/raspberry-pi-compute-module-new-product/
>
> Ronny
>
>  --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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: Availability - how come nobody has any BeagleBone Black to sell?

[Bas Laarhoven]

First impression of an Embest 'BeagleBone Black' from Farnell:

- The board I got is using the same PCB rev. B6, as the rev B BeagleBone 
Black.
- It does not have the CE (like), FCC and Beagleboard.org logos, but an 
Embest / Element14 marking instead.
- The PCB overall finish (milling, solder mask) looks at least as good 
as that of the original BeagleBone.
- On this board the unused solder pads are not covered with tin. This 
makes the board easily recognizable by the golden pads (e.g. on the JTAG 
connector).


Closer inspection shows that the TH soldering hole fill ratio and 
wetting is much lower than on the original BeagleBone. For an IPC class 
1 board this may still be acceptable, but how far it will cause 
connectors to tear off more easily is to be seen, time will tell. My 
board shows some nasty (tooling?) scratches  near the HDMI connector and 
there's a blob of solder underneath the connector. Maybe they're using 
PIP for soldering the HDMI connector. Furthermore the Embest board does 
not seem to have the epoxy around the micro USB connector. Circuitco 
still deems this necessary, otherwise they wouldn't include this rather 
expensive processing step.


Comparing the boot log of the Embest board with that of an original BBB 
shows no differences. Both boards seem to contain the same software 
(bootloader & Angstrom).


So at first sight, the Embest board seems an exact and good replacement 
for the current rev B BeagleBone Black and it's available for immediate 
shipment. How much the TH connector solder quality will affect board 
failure rate remains to be seen though.


-- Bas


On 7-4-2014 16:54, Bas Laarhoven wrote:


You'll probably know, but the Farnell website says "Manufacturer: 
Element14".


I've ordered one to check for the truth in the horror stories ;-)

-- Bas


On 7-4-2014 16:02, Gerald Coley wrote:

Actually, it is an Embest branded version.

Gerald



On Mon, Apr 7, 2014 at 4:49 AM, Satz Klauer 
mailto:satzkla...@googlemail.com>> wrote:


That's great - thanks!

On Mon, Apr 7, 2014 at 10:46 AM, Bas Laarhoven mailto:s...@xs4all.nl>> wrote:
>
> They've started selling the 'Element14' branded version instead:

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


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

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


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

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


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

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Problem in dynamically loading libraries (QT5 on AM335x board)

[Morix Dev]

Hello,
I found the solution: the problem is due to ICU which cannot (don't know 
why) dynamically load its data at runtime from libicudata.so.52.

I recompiled ICU for packaging data in standard file (instead of shared 
library) and now it works fine!

You can review the full story 
hereand
 
here
.

/Morix


Il giorno giovedì 3 aprile 2014 15:28:37 UTC+2, Morix Dev ha scritto:
>
> Thiago,
> just to narrow down the problem... can you tell me how you cross-compiled 
> QT? I mean can you tell me which flags have you put on your "./configure" 
> command line and what is the content of your 
> "qtbase/mkspecs//qmake.conf"?
>
> Thanks,
> /Morix
>
> Il giorno giovedì 3 aprile 2014 15:17:08 UTC+2, Morix Dev ha scritto:
>>
>> Hi Thiago,
>> I haven't found a solution yet... I am still working on it... now I am 
>> suspecting that is something related to compiler optimization flags when 
>> compiling QT...
>>
>> I'll let you know if I find a useful solution... but hey: please do not 
>> hesitate to write here if you found a valid solution too! :)
>>
>> Thanks & regards.
>> /Morix
>>
>>
>> Il giorno giovedì 3 aprile 2014 15:00:35 UTC+2, Thiago Marques ha scritto:
>>>
>>> Hi Morix Dev,
>>>
>>>I had a similar problem. Do you find out what was causing this error? 
>>> Qt AM335x application exits with code 1 at startup.
>>> Tḧanks,
>>>
>>> Best regards ,
>>>
>>>
>>> Em quarta-feira, 2 de abril de 2014 11h05min09s UTC-3, Morix Dev 
>>> escreveu:

 Hello everybody,
 I've cross compiled QT5.2.1 with ICU support for TI AM335x (not exactly 
 a Beagleboard but much similar).

 Now I am doing some tests, but I am not able to execute any program 
 built against the cross-compiled QT. Any program (even the simples 
 console-based "Hello, world" exits with code 1 just at the startup and 
 does 
 not produce any output).

 If a perform a "strace" of my program I have the output that you can 
 read at the following address: 
 https://onedrive.live.com/redir?resid=DCB987547568DE13!107&authkey=!ANC7D8Zh7ZfGz4w&ithint=file,.log

 The problem seems to be something wrong just after loading 
 libicudata.so.52 library... exit_group(1) is being called somewhere... but 
 who is calling it? How can I discover that?

 Can somebody help me? Thanks for your support!

>>>

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