Re: [beagleboard] BBB >= RPi + Arduino (combined) ???

[William Hermans]

The beaglebone(s) are a completely different class of embedded "system"
compared to the Arduino. In short, the Arduino *may* be able to do 1/100th
of what the beagelbone(s) can do. Hell, the two PRU's ( Programmable real
time unit ) can do any one thing the Arduino can do up to ~10x faster.

For your suggested use case, the Beagelbone(s) are also better than the
rPI. The rPI is better suited for media type stuff, such as playing video,
etc.

At least one caveat here. There is much more to learn when using an
embedded Linux system. Be it rPI or Beaglebone. if you have Linux
experience you have a head start on this.

Anyway, your question is rather general . . . I would suggest you pick up
reading material for the beaglebone on the web, and perhaps take in a video
or two from youtube,

On Wed, Dec 3, 2014 at 8:34 PM, rjc2827  wrote:

> I've programmed business systems for years, and now I want to get into
> controlling (and reporting on) related mechanical systems.  Preferably, I
> would like to send out (and collect) the IO directly from my business
> program, but if things are easier or better when split up, then that's
> fine.  I'd like to read 30 temperatures (or whatever), and turn on/off a
> few lights and motors as well, based on a combination of manufacturing
> rules, and my input from the IO capabilities.  It sounds like an Arduino
> might be all that I need.  I want to automate the works, but allow a human
> to override the system, and perhaps to even change the settings, so maybe a
> RPi should be added too.  The BBB looks like it might be able to do
> everything that the Arduino can do though, and it also has the computer
> capabilities that I "might" need.  So back to the subject line ...
>
> Can a BBB do everything that an Arduino can do?  If not, what's missing?
> It looks like either the RPi or the BBB could direct the Arduino (if an
> Arduino is still required), but because I don't need extreme sound quality,
> or great graphic capability, it looks like either the RPi or the BBB could
> do the directing part for me ... and maybe, the BBB could do the whole
> thing.  So what would I be giving up if I went only with the BBB?
>
> Any thoughts?
>
> rjc
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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] Large number of timer interrupts after kernel upgrade (3.8-bone to 3.14-ti)

[Steve Osselton]

Having upgraded to the latest TI kernel, I noticed a large number of timer 
interrupts. From itop:

INTNAME  RATE MAX
 57 [   10.ethernet] 6 Ints/s (max: 7)
 58 [   10.ethernet] 6 Ints/s (max: 6)
 84 [_timer] 10203 Ints/s (max: 10230)

Seem to get a consistent 10KHz set of interrupts from _timer (on an idle 
system). Booting with the
3.8-bone latest kernel does not show this behaviour. Also rather 
confusingly this behaviour seems
to be non consistent, in that I have a pretty much identical bone running 
the TI kernel that does not
seem to have the same problem:

INTNAME  RATE MAX
 57 [   10.ethernet] 8 Ints/s (max: 8)
 58 [   10.ethernet] 6 Ints/s (max: 6)
 84 [_timer]35 Ints/s (max:37)

Anyone any idea what is going on here ?

Cheers Steve.

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

Re: [beagleboard] monitor fb (flickering and resolution) on ubuntu 13.10 vs 14.04

['Barry Day' via BeagleBoard]

Are the /etc/fb.mode files the same on both versions?

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

[jr]

Le mardi 28 octobre 2014 17:41:21 UTC+1, RobertCNelson a écrit :
>
> On Tue, Oct 28, 2014 at 11:37 AM,  > 
> wrote: 
> > Dear all, 
> > 
> > I want auto mount a SD card, with fstab no problem. 
> > 
> > But when i boot with a SD card in slot, the device is assigned to 
> > /dev/mmcblk0p1 and if i boot without SD card, the device is assigned to 
> > /dev/mmcblk1p1 after i insert SD card. 
> > 
> > In my project I do not know if the SD card are in the slot during the 
> boot. 
> > What is the best way for auto mount an SD card ? (With and Without SD 
> card 
> > in slot during the boot) 
> > Thanks. 
>
> Use a uuid: 
>
> https://wiki.debian.org/Part-UUID 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>
 
Hi Robert,
 
Can you give me an exemple of use uuid with SD card ? Because the 
uuid change when i change the SD card...
 
It's not possible to force mount emmc on mmcblk0 and SD on mmcblk1 ? (With 
uEnv.txt)
 
I look for a solution for mounting the card on /media/sd if it into the 
slot or not, and when it hot plug. What is the best way ?
 
Thanks for your help.
 
@+

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

[beagleboard] Flashing taking too much time

[Adarsh Lal]

I was flashing Debian latest update into the BeagleBone Black. I wrote the 
image to sd card and into the board and plugged in power while boot button 
pressing down. The four LEDs lit up correctly. After some blinking the 
power led and USR02 is lit up. Even after  one and half hours nothing 
happens. Is it flashing or has anything went 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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Fail app with Ansgtrom v2014.12 + 3.8.13 (FUTEX_WAIT_PRIVATE, 2, NULL)

[Antonio Garcia Oteros]

Hi,

I have a problem with my app on BBB with distribution Angstrom v2014.12 +
kernel 3.8.13. My app have several thread, but with the same code over BB
(v2012.05 + kernel 3.2.42) that app works fine, but rigth now with BBB I
have a freeze of my app with this results

futex(0xb732bb4c, FUTEX_WAIT_PRIVATE, 2, NULL

BBB (Angstrom v2014.12 + kernel 3.8.13) --> I get futex error
BB  (Angstrom v2012.05 + kernel 3.2.42) --> works fine

I get that error using strace on my app.

Anybody have similar problem with their app,
or can give me any idea.

I think it's relation with some library but  i'm not sure.

Thanks in advance.

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

[beagleboard] PRU data ram access from uio_pruss interrupt handler

[Peter Gregory]

Hi Chris,

You will want to use 

   char * pointer;
   prussdrv_map_prumem(PRUSS0_PRU0_DATARAM, (void **) &pointer);

This will give you a memory pointer to the PRU 0 data memory.
You can use the pointer to read or write memory.
Be sure to declare the memory are volatile in the PRU C code, or the compiler 
will optimize reads and not read the new values.
You can get more details on the TI web site:

http://processors.wiki.ti.com/index.php/PRU_Linux_Application_Loader_API_Guide

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

[Rimvis Janusauskas]

Hi all

For the past few hours i was trying to insert module in my beaglebone. But 
after every attempt insmod ./01.ko , i get "Could not insert module 
./01.ko: Invalid module format. Maybe someone knows the answer ? 

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

[Karl Karpfen]

There is already the answer: your module has the wrong format.

Where does it come from? What module is it? Does it belong to the kernel 
version you are using? Is it really an ARM-HF-module? Did you compile it 
for your own?

You should thell us a bit more to get help.

Am Donnerstag, 4. Dezember 2014 14:20:04 UTC+1 schrieb Rimvis Janusauskas:
>
> Hi all
>
> For the past few hours i was trying to insert module in my beaglebone. But 
> after every attempt insmod ./01.ko , i get "Could not insert module 
> ./01.ko: Invalid module format. Maybe someone knows the answer ? 
>

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

[Rick Mann]

I'm trying to develop for BBB by cross-compiling from Ubuntu. My app uses libao 
and libmpg123, and as far as I can tell, there aren't armhf versions available 
in apt. What's the recommended approach here? Just download the sources and 
build for armhf, then link in manually? Or is there a straightforward way to 
build armhf multiarch packages of these things to install on my host?

Thanks,

-- 
Rick Mann
rm...@latencyzero.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] BBB >= RPi + Arduino (combined) ???

[Jerry Davis]

This is only my opinion.

If you are new to either linux, or gpio programming in particular. I would
get a RPi first. The Pi is meant to be educational. And has a TON of stuff
on the internet about it, from a free monthly magazine, to books, to just a
lot of info on the internet. While the RPi is very useful (much more so
than the Arduino -- in fact I regularly translate Arduino code into Python
for running on my Pi), it has no native A/D pins.

The BBB has far more capability in every way you can think of. I intend to
make a SDR radio soon on mine.

Anyway, learn something easier first. Learn linux, and learn gpio
programming in general. Then step up to the BBB.

Jerry





On Thu, Dec 4, 2014 at 1:19 AM, William Hermans  wrote:

> The beaglebone(s) are a completely different class of embedded "system"
> compared to the Arduino. In short, the Arduino *may* be able to do 1/100th
> of what the beagelbone(s) can do. Hell, the two PRU's ( Programmable real
> time unit ) can do any one thing the Arduino can do up to ~10x faster.
>
> For your suggested use case, the Beagelbone(s) are also better than the
> rPI. The rPI is better suited for media type stuff, such as playing video,
> etc.
>
> At least one caveat here. There is much more to learn when using an
> embedded Linux system. Be it rPI or Beaglebone. if you have Linux
> experience you have a head start on this.
>
> Anyway, your question is rather general . . . I would suggest you pick up
> reading material for the beaglebone on the web, and perhaps take in a video
> or two from youtube,
>
> On Wed, Dec 3, 2014 at 8:34 PM, rjc2827  wrote:
>
>> I've programmed business systems for years, and now I want to get into
>> controlling (and reporting on) related mechanical systems.  Preferably, I
>> would like to send out (and collect) the IO directly from my business
>> program, but if things are easier or better when split up, then that's
>> fine.  I'd like to read 30 temperatures (or whatever), and turn on/off a
>> few lights and motors as well, based on a combination of manufacturing
>> rules, and my input from the IO capabilities.  It sounds like an Arduino
>> might be all that I need.  I want to automate the works, but allow a human
>> to override the system, and perhaps to even change the settings, so maybe a
>> RPi should be added too.  The BBB looks like it might be able to do
>> everything that the Arduino can do though, and it also has the computer
>> capabilities that I "might" need.  So back to the subject line ...
>>
>> Can a BBB do everything that an Arduino can do?  If not, what's missing?
>> It looks like either the RPi or the BBB could direct the Arduino (if an
>> Arduino is still required), but because I don't need extreme sound quality,
>> or great graphic capability, it looks like either the RPi or the BBB could
>> do the directing part for me ... and maybe, the BBB could do the whole
>> thing.  So what would I be giving up if I went only with the BBB?
>>
>> Any thoughts?
>>
>> rjc
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group 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.
>



-- 
Extra Ham Operator: K7AZJ
Registered Linux User: 275424
Raspberry Pi and Arduino developer


*The most exciting phrase to hear in science - the one that heralds new
discoveries - is not "Eureka!" but "That's funny...".*- Isaac. Asimov

*I*
*f you give someone a program, you will frustrate them for a day; if you
teach them how to program, you will frustrate them for a lifetime. *-
Anonymous


*If writing good code requires very little comments, then writing really
excellent code requires no comments at all !*- Anonymous

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

[evilwulfie]

It sounds like your power supply is not beefy enough.



On 12/4/2014 4:42 AM, Adarsh Lal wrote:
> I was flashing Debian latest update into the BeagleBone Black. I wrote
> the image to sd card and into the board and plugged in power while
> boot button pressing down. The four LEDs lit up correctly. After some
> blinking the power led and USR02 is lit up. Even after  one and half
> hours nothing happens. Is it flashing or has anything went 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+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] multiarch libraries for cross-compiling from Ubuntu 14.04

[Robert Nelson]

On Thu, Dec 4, 2014 at 8:11 AM, Rick Mann  wrote:
> I'm trying to develop for BBB by cross-compiling from Ubuntu. My app uses 
> libao and libmpg123, and as far as I can tell, there aren't armhf versions 
> available in apt. What's the recommended approach here? Just download the 
> sources and build for armhf, then link in manually? Or is there a 
> straightforward way to build armhf multiarch packages of these things to 
> install on my host?


http://ports.ubuntu.com/pool/main/liba/libao/libao-dev_1.1.0-2ubuntu1_armhf.deb

Looks like for libmpg123 your on your own..

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] Auto Mount SD Card

[Robert Nelson]

> Hi Robert,
>
> Can you give me an exemple of use uuid with SD card ? Because the uuid
> change when i change the SD card...
>
> It's not possible to force mount emmc on mmcblk0 and SD on mmcblk1 ? (With
> uEnv.txt)
>
> I look for a solution for mounting the card on /media/sd if it into the slot
> or not, and when it hot plug. What is the best way ?

Write a script to auto mount it then.

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] eMMC flashing suggestions

[Robert Nelson]

On Thu, Dec 4, 2014 at 1:26 AM, ivo welch  wrote:
>
> thank you, robert.
>
> [video] I installed fbset.  "apt-get install fbset".  on a 1920x1080
> monitor, it selects 1280x800.   1280x1024 is a limit of the 125MHZ clock the
> AM3359 .   this is why xres 1920 yres 1080 is a no go.  as robert has
> pointed out (repeatedly), this can be changed by hand at boot time in
> uEnv.txt .  (on my monitor, one video problem is that it cuts off a little
> at the bottom.)
> https://groups.google.com/forum/#!searchin/beagleboard/Robert%7Csort:date/beagleboard/Nb5TQxykUo4/9MIJYFQB43YJ
>
> Q: can the arm kernels use VESA text modes, such as 60x132 ?  I don't need
> to display graphics in a frame buffer.  I would be perfectly happy with a
> text mode.  (my guess is no.)
>
> [usb client] apt-get install udhcpc  yields busybox and udhcpc .  I also
> installed usbutils .  but there must be some other package to get usb to
> work.  it's not just that the networking over usb does not work, it is also
> that usb doesn't present anything on its usb client port to the usb host
> (i.e., my notebook computer).  what package am I missing?  (would it make
> sense to include this by default in 7.8?  it's probably widely needed.)

Doh!

Guess i was falling asleep.. "udhcpd" is the client...

sudo apt-get remove udhcpc ; sudo apt-get install udhcpd

Then you also need the script to enable it:

sudo mkdir -p /opt/scripts/boot/
cd /opt/scripts/boot/
sudo wget 
https://raw.githubusercontent.com/RobertCNelson/boot-scripts/master/boot/am335x_evm.sh
sudo chmod +x am335x_evm.sh

Anywho.. That's not the point of the console image.  It's spec'd to
just be enough to boot and flash the eMMC.  If you want something
more, "it's the base" to start with ...

https://github.com/RobertCNelson/omap-image-builder/blob/master/configs/bb.org-console-debian-stable.conf

./RootStock-NG.sh -c bb.org-console-debian-stable

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] BeagleBone Black based module boards

[Gerald Coley]

I have no plans to get into the commercial module business. BeagleBoard.org
has no employees to support such an arrangement.

Gerald

On Wed, Dec 3, 2014 at 4:57 PM, John Syn  wrote:

>
> From: bremenpl 
> Reply-To: "beagleboard@googlegroups.com" 
> Date: Wednesday, December 3, 2014 at 1:43 PM
> To: "beagleboard@googlegroups.com" 
> Subject: [beagleboard] BeagleBone Black based module boards
>
> Hello there,
> I was wondering either are is any board on the market that has the same
> hardware as BeagleBone Black (mcu, mmc, ethernet etc) but is designed as a
> module, with more I/Os and no connectors? Like those popular All winer A20
> module boards. I would aprichiate any help.
>
> http://www.mentorel.com/product/usomiq-am335x/
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/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.

[beagleboard] Re: RTL-SDR dropping samples, RT throttling problem?

[charlesh . sci]

Hi Adam,

I'm thinking of doing an RTL-SDR project with the BBB, as well. Sorry I 
can't lend any advice, yet, since it's just concept stage for me right now. 
I may have some insight in a week or two since a satcom project here in NYC 
may be moving from using the RPi to the BBB.

Have you had any further success with your BBB setup? Would you mind 
telling me which stick you're using?

Thanks much.
Charles



On Tuesday, November 18, 2014 5:55:02 PM UTC-5, adam.c...@gmail.com wrote:
>
> I'm attempting to use a RTL-SDR stick on my BBB, but too many samples are 
> being dropped to be stable. When running the test program rtl_test, a 
> typical output is like this:
>
> Sampling at 2048000 S/s.
> Reporting PPM error measurement every 10 seconds...
> Press ^C after a few minutes.
> Reading samples in async mode...
> lost at least 68 bytes
> real sample rate: 2048506 current PPM: 248 cumulative PPM: 248
> real sample rate: 1613474 current PPM: -212171 cumulative PPM: -108885
> lost at least 33108 bytes
> [snip]
> lost at least 33820 bytes
> lost at least 568 bytes
> real sample rate: 2231729 current PPM: 89712 cumulative PPM: -42138
> real sample rate: 2047938 current PPM: -30 cumulative PPM: -31448
>
> A perhaps telling dmesg output occurs when I start the test program:
>
> sched: RT throttling activated
>
> The same stick has no problem on my laptop and a Raspberry Pi. I'm running 
> debian jessie and I tested kernel kernel versions 3.8.13-bone67, 
> 3.14.23-ti-r34, and 3.18.0-rc5-bone1 which all had the problem. Any 
> thoughts?
>

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

Re: [beagleboard] xeno_16550A driver install on Debian 3.8.13-bone67

[Cédric]

Dear Terje, 
Did you find how to use the 8250 driver with * .dts?

Pour utiliser le pilote 8250, vous aurez aussi besoin de modifier le fichier 
* .dts.

Le mercredi 12 novembre 2014 18:32:11 UTC+1, Terje Froysa a écrit :
>
> Thanks Robert,
> for taking your time to enlight a newbie.
>  
> The fog is slowly lifting
>  
> Regards
> Terje
>
> On Wednesday, November 12, 2014 6:01:52 PM UTC+1, RobertCNelson wrote:
>
>> On Wed, Nov 12, 2014 at 10:50 AM, Terje Froysa  
>> wrote: 
>> > Robert, 
>> > just for my curiosity and pease of mind: 
>> > 
>> > If the 8250 have been "no mainline" for several years and there are no 
>> > dtbo's to enable it. 
>> > Why is the ttySx still there and the 8250 by default enabled in the 
>> -bone67 
>> > ? 
>>
>> The history goes like this.. 
>>
>> Back in the "board" era, omap used the 8250 driver, then "new" 
>> non-generic features where added enabling omap features, thus making 
>> the "omap-serial" driver. Then came device tree's.. First the 
>> omap-serial driver got it's dts bindings and all omap devices used 
>> them.  In the background, 8250 got some more generic enhancements and 
>> generic dts bindings... Fast forward the 8250 now has even shinny-er 
>> better features then the lagging omap-serial driver.. Thus it was 
>> decided to move back, in a release or two.. 
>>
>> That ^ may be childlish, but it's the condensed version of pages and 
>> pages of discussions on linux-omap 
>>
>> 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] BeagleBone Black based module boards

[Bremenpl]

I understand. The Mentorel company seems to have exacly what I was looking for.
It is to bad to hear that theres not enough employees there  I was hoping 
to see more great products.



Dnia 4 grudnia 2014 16:30:44 Gerald Coley  napisał(a):


I have no plans to get into the commercial module business. BeagleBoard.org
has no employees to support such an arrangement.

Gerald

On Wed, Dec 3, 2014 at 4:57 PM, John Syn  wrote:

>
> From: bremenpl 
> Reply-To: "beagleboard@googlegroups.com" 
> Date: Wednesday, December 3, 2014 at 1:43 PM
> To: "beagleboard@googlegroups.com" 
> Subject: [beagleboard] BeagleBone Black based module boards
>
> Hello there,
> I was wondering either are is any board on the market that has the same
> hardware as BeagleBone Black (mcu, mmc, ethernet etc) but is designed as a
> module, with more I/Os and no connectors? Like those popular All winer A20
> module boards. I would aprichiate any help.
>
> http://www.mentorel.com/product/usomiq-am335x/
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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.
>



--
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/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/uVpJGNbfifE/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] BBXM HDMI issue on ubuntu-14.04.1 with LXDE

[Leo738]

Hello All,

I've just completed a fresh install of:

ubuntu-14.04.1-console-armhf-2014-10-29

on a BB-XM rev B. 

I ran into issues with HDMI on kernel versions above 3.2:

https://groups.google.com/d/msg/beagleboard/zi6Ft6JI2OM/5wuHfHtp3f0J

but because of a stupid error had to upgrade (wiped a partition on the SD 
card by mistake).

Anyway on the new install the HDMI was working correctly, showing text on 
startup. I then installed LXDE & no more HDMI. 'Tux' is shown in the top 
left hand corner for the initial couple of seconds but then the TV gives up 
& shows no signal. I've edited /boot/uEnv.txt to:

#Docs: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0

uname_r=3.17.1-armv7-x3

#dtb=

uuid=f25adba4-d22e-462e-adaf-bfb0013c91f1

#Force HDMI resolution for LG42LV550T-ZA
#From: 
https://groups.google.com/forum/?hl=en-GB#!searchin/beagleboard/HDMI/beagleboard/TOCarHIhVI8/_UxUKnOIJ9UJ
#cmdline=video=DVI-D-1:1024x768@60e

cmdline=quiet 

But no success. I attach a PDF of the TV supported resolutions. It seems 
like it should work. Any ideas?

Leo


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


Resolutions.pdf
Description: Adobe PDF document

Re: [beagleboard] BBXM HDMI issue on ubuntu-14.04.1 with LXDE

[Robert Nelson]

On Thu, Dec 4, 2014 at 11:48 AM, Leo738  wrote:
> Hello All,
>
> I've just completed a fresh install of:
>
> ubuntu-14.04.1-console-armhf-2014-10-29
>
> on a BB-XM rev B.
>
> I ran into issues with HDMI on kernel versions above 3.2:
>
> https://groups.google.com/d/msg/beagleboard/zi6Ft6JI2OM/5wuHfHtp3f0J
>
> but because of a stupid error had to upgrade (wiped a partition on the SD
> card by mistake).
>
> Anyway on the new install the HDMI was working correctly, showing text on
> startup. I then installed LXDE & no more HDMI. 'Tux' is shown in the top
> left hand corner for the initial couple of seconds but then the TV gives up
> & shows no signal. I've edited /boot/uEnv.txt to:
>
> #Docs: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0
>
> uname_r=3.17.1-armv7-x3
>
> #dtb=
>
> uuid=f25adba4-d22e-462e-adaf-bfb0013c91f1
>
> #Force HDMI resolution for LG42LV550T-ZA
> #From:
> https://groups.google.com/forum/?hl=en-GB#!searchin/beagleboard/HDMI/beagleboard/TOCarHIhVI8/_UxUKnOIJ9UJ
> #cmdline=video=DVI-D-1:1024x768@60e
>
> cmdline=quiet

So from ^... Your just setting "cmdline=quiet".. if you want to force 1024x768:

#cmdline=quiet

cmdline=video=DVI-D-1:1024x768@60e

"#" is a comment in u-boot...

Regards,

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

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

Re: [beagleboard] BBXM HDMI issue on ubuntu-14.04.1 with LXDE

[Robert Nelson]

On Thu, Dec 4, 2014 at 11:51 AM, Robert Nelson  wrote:
> On Thu, Dec 4, 2014 at 11:48 AM, Leo738  wrote:
>> Hello All,
>>
>> I've just completed a fresh install of:
>>
>> ubuntu-14.04.1-console-armhf-2014-10-29
>>
>> on a BB-XM rev B.
>>
>> I ran into issues with HDMI on kernel versions above 3.2:
>>
>> https://groups.google.com/d/msg/beagleboard/zi6Ft6JI2OM/5wuHfHtp3f0J
>>
>> but because of a stupid error had to upgrade (wiped a partition on the SD
>> card by mistake).
>>
>> Anyway on the new install the HDMI was working correctly, showing text on
>> startup. I then installed LXDE & no more HDMI. 'Tux' is shown in the top
>> left hand corner for the initial couple of seconds but then the TV gives up
>> & shows no signal. I've edited /boot/uEnv.txt to:
>>
>> #Docs: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0
>>
>> uname_r=3.17.1-armv7-x3
>>
>> #dtb=
>>
>> uuid=f25adba4-d22e-462e-adaf-bfb0013c91f1
>>
>> #Force HDMI resolution for LG42LV550T-ZA
>> #From:
>> https://groups.google.com/forum/?hl=en-GB#!searchin/beagleboard/HDMI/beagleboard/TOCarHIhVI8/_UxUKnOIJ9UJ
>> #cmdline=video=DVI-D-1:1024x768@60e
>>
>> cmdline=quiet
>
> So from ^... Your just setting "cmdline=quiet".. if you want to force 
> 1024x768:
>
> #cmdline=quiet
>
> cmdline=video=DVI-D-1:1024x768@60e
>
> "#" is a comment in u-boot...

OH btw... when you installed LXDE, we need the omap ddx to be installed to:

cd /opt/scripts/
git pull
cd ./tools/graphics/

./ti-omapdrm.sh

Regards,

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

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

Re: [beagleboard] BBXM HDMI issue on ubuntu-14.04.1 with LXDE

[Leo738]

Robert,

Whoops, yes missed that. On removal still no luck though. I also tried a 
different resolution (1920x1080) but no difference.

Leo



On Thursday, 4 December 2014 17:51:19 UTC, RobertCNelson wrote:
>
> On Thu, Dec 4, 2014 at 11:48 AM, Leo738 > 
> wrote: 
> > Hello All, 
> > 
> > I've just completed a fresh install of: 
> > 
> > ubuntu-14.04.1-console-armhf-2014-10-29 
> > 
> > on a BB-XM rev B. 
> > 
> > I ran into issues with HDMI on kernel versions above 3.2: 
> > 
> > https://groups.google.com/d/msg/beagleboard/zi6Ft6JI2OM/5wuHfHtp3f0J 
> > 
> > but because of a stupid error had to upgrade (wiped a partition on the 
> SD 
> > card by mistake). 
> > 
> > Anyway on the new install the HDMI was working correctly, showing text 
> on 
> > startup. I then installed LXDE & no more HDMI. 'Tux' is shown in the top 
> > left hand corner for the initial couple of seconds but then the TV gives 
> up 
> > & shows no signal. I've edited /boot/uEnv.txt to: 
> > 
> > #Docs: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0 
> > 
> > uname_r=3.17.1-armv7-x3 
> > 
> > #dtb= 
> > 
> > uuid=f25adba4-d22e-462e-adaf-bfb0013c91f1 
> > 
> > #Force HDMI resolution for LG42LV550T-ZA 
> > #From: 
> > 
> https://groups.google.com/forum/?hl=en-GB#!searchin/beagleboard/HDMI/beagleboard/TOCarHIhVI8/_UxUKnOIJ9UJ
>  
> > #cmdline=video=DVI-D-1:1024x768@60e 
> > 
> > cmdline=quiet 
>
> So from ^... Your just setting "cmdline=quiet".. if you want to force 
> 1024x768: 
>
> #cmdline=quiet 
>
> cmdline=video=DVI-D-1:1024x768@60e 
>
> "#" is a comment in u-boot... 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

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

Re: [beagleboard] BBXM HDMI issue on ubuntu-14.04.1 with LXDE

[Leo738]

Will give it a go..

On Thursday, 4 December 2014 17:54:16 UTC, RobertCNelson wrote:
>
> On Thu, Dec 4, 2014 at 11:51 AM, Robert Nelson  > wrote: 
> > On Thu, Dec 4, 2014 at 11:48 AM, Leo738 > 
> wrote: 
> >> Hello All, 
> >> 
> >> I've just completed a fresh install of: 
> >> 
> >> ubuntu-14.04.1-console-armhf-2014-10-29 
> >> 
> >> on a BB-XM rev B. 
> >> 
> >> I ran into issues with HDMI on kernel versions above 3.2: 
> >> 
> >> https://groups.google.com/d/msg/beagleboard/zi6Ft6JI2OM/5wuHfHtp3f0J 
> >> 
> >> but because of a stupid error had to upgrade (wiped a partition on the 
> SD 
> >> card by mistake). 
> >> 
> >> Anyway on the new install the HDMI was working correctly, showing text 
> on 
> >> startup. I then installed LXDE & no more HDMI. 'Tux' is shown in the 
> top 
> >> left hand corner for the initial couple of seconds but then the TV 
> gives up 
> >> & shows no signal. I've edited /boot/uEnv.txt to: 
> >> 
> >> #Docs: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0 
> >> 
> >> uname_r=3.17.1-armv7-x3 
> >> 
> >> #dtb= 
> >> 
> >> uuid=f25adba4-d22e-462e-adaf-bfb0013c91f1 
> >> 
> >> #Force HDMI resolution for LG42LV550T-ZA 
> >> #From: 
> >> 
> https://groups.google.com/forum/?hl=en-GB#!searchin/beagleboard/HDMI/beagleboard/TOCarHIhVI8/_UxUKnOIJ9UJ
>  
> >> #cmdline=video=DVI-D-1:1024x768@60e 
> >> 
> >> cmdline=quiet 
> > 
> > So from ^... Your just setting "cmdline=quiet".. if you want to force 
> 1024x768: 
> > 
> > #cmdline=quiet 
> > 
> > cmdline=video=DVI-D-1:1024x768@60e 
> > 
> > "#" is a comment in u-boot... 
>
> OH btw... when you installed LXDE, we need the omap ddx to be installed 
> to: 
>
> cd /opt/scripts/ 
> git pull 
> cd ./tools/graphics/ 
>
> ./ti-omapdrm.sh 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

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

Re: [beagleboard] BBXM HDMI issue on ubuntu-14.04.1 with LXDE

[Robert Nelson]

On Thu, Dec 4, 2014 at 12:06 PM, Leo738  wrote:
> Robert,
>
> Whoops, yes missed that. On removal still no luck though. I also tried a
> different resolution (1920x1080) but no difference.

Yeah, it's probally the xorg driver:

cat /var/log/Xorg.0.log

would show it complaining..

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: how to make pwm_P8_13 low on boot?

[Jon Escombe]

Hi Jan,

I had another look at this, was able to replicate what you are seeing, 
and think I know what's going on..


The part-number 'bone_pwm_P8_13' is already included in the kernel 
build. I'm not really sure of the mechanics, but when doing a build from 
the git repository, all the .dts files in the /firmware/capes folder get 
compiled to individual .dtbo files, and from there into object files, 
and then combined into a single built-in.o file.


The end result of this appears to be that putting an overlay file for 
one of these built-in part-numbers into /lib/firmware doesn't achieve 
anything, it just doesn't get read (even if you increment the version).


Anyway, it's an easy fix - once you know what's going on!! You should 
just need to change the part-number to something else unique (and the 
file name to suit), and then the options can be set in your overlay as 
you'd expect..


Hope this helps,
Jon.


On 26/11/14 10:11, janszymanski12...@gmail.com wrote:

Good idea, thanks. I will try it. I think the positive pulse will be so
short that it will not be able to move the motor.

On Wednesday, November 26, 2014 8:29:31 PM UTC+11, Jon E wrote:

I'm not sure about that. Jan said before that it's only driven high
after loading the PWM driver, and the processor datasheet shows ball
T10 (P8_13) as driven low during/after reset.

Jan, not ideal, but to disable the output sooner you could load the
overlay through cape manager, and then write 0 to the run parameter
immedately afterwards. But I still think the correct approach is to
look at the devcetree/driver code and see why those parameters are
having no affect..

Regards,
Jon


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

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

Re: [beagleboard] Re: chipsee beaglebone lcd/dvi expansion kernel support

[Fernando Derkoski]

Hi there I installed the image that came with the dvd, it works, but I 
cannot access the GPIO with node, with octalbonescript this is the 
error CapeMgr not found: undefined 
/usr/local/lib/node_modules/octalbonescript/index.js:155
var n = pin.gpio;
   ^
TypeError: Cannot read property 'gpio' of undefined

with bonescript:

/usr/local/lib/node_modules/bonescript/index.js:161
if(typeof resp.err != 'undefined') {
  ^
TypeError: Cannot read property 'err' of undefined

Anyone have a solution?


On Tuesday, October 7, 2014 5:31:24 PM UTC-3, Mahammad Mostafa wrote:
>
> Hi.. for the debian image.. I think it is already available under recent 
> Chipsee 2014 DVD.. image file name is: BBB_Exp_Debian20140522.img.xz
>
> Please check Chipsee customer support for it, they are very friendly.
>
>
>
>
> On Tue, Oct 7, 2014 at 9:15 PM, > wrote:
>
>> I'm also interested in debian image
>> giorg...@gmail.com 
>>
>>
>> Il giorno domenica 5 ottobre 2014 14:41:44 UTC+2, frs...@yahoo.com ha 
>> scritto:
>>
>>> Two questions:

>>> 1. how do I stop the image from looking for internet? I just want it to 
>>> run on its own and boot up quickly. I don't want to connect to the internet.
>>> 2. I think chipsee finally has a debian image. Does anyone have a copy? 
>>>
  

>>>  -- 
>> 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/Y-rcKPITy0Q/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> beagleboard...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

Re: [beagleboard] BeagleBone Black based module boards

[Gerald Coley]

We are a non profit. We have no employees. Now, if you want to hire someone
to design a board for you, that can be arranged.

Gerald


On Thu, Dec 4, 2014 at 11:12 AM, Bremenpl  wrote:

>   I understand. The Mentorel company seems to have exacly what I was
> looking for.
> It is to bad to hear that theres not enough employees there  I was hoping
> to see more great products.
>
> Dnia 4 grudnia 2014 16:30:44 Gerald Coley 
> napisał(a):
>
>> I have no plans to get into the commercial module business.
>> BeagleBoard.org has no employees to support such an arrangement.
>>
>> Gerald
>>
>> On Wed, Dec 3, 2014 at 4:57 PM, John Syn  wrote:
>>
>>>
>>> From: bremenpl 
>>> Reply-To: "beagleboard@googlegroups.com" 
>>> Date: Wednesday, December 3, 2014 at 1:43 PM
>>> To: "beagleboard@googlegroups.com" 
>>> Subject: [beagleboard] BeagleBone Black based module boards
>>>
>>> Hello there,
>>> I was wondering either are is any board on the market that has the same
>>> hardware as BeagleBone Black (mcu, mmc, ethernet etc) but is designed as a
>>> module, with more I/Os and no connectors? Like those popular All winer A20
>>> module boards. I would aprichiate any help.
>>>
>>> http://www.mentorel.com/product/usomiq-am335x/
>>>
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group 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.
>>>
>>
>>
>>
>> --
>> Gerald
>>
>> ger...@beagleboard.org
>> http://beagleboard.org/
>> http://circuitco.com/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/uVpJGNbfifE/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.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/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.

Re: [beagleboard] BeagleBone Black based module boards

[Bremenpl]

I dont think I can afford that. So who hired you to make BeagleBone Black?

W dniu 2014-12-04 o 19:55, Gerald Coley pisze:
We are a non profit. We have no employees. Now, if you want to hire 
someone to design a board for you, that can be arranged.


Gerald


On Thu, Dec 4, 2014 at 11:12 AM, Bremenpl > wrote:


I understand. The Mentorel company seems to have exacly what I was
looking for.
It is to bad to hear that theres not enough employees there  I was
hoping to see more great products.

Dnia 4 grudnia 2014 16:30:44 Gerald Coley mailto:ger...@beagleboard.org>> napisał(a):


I have no plans to get into the commercial module business.
BeagleBoard.org has no employees to support such an arrangement.

Gerald

On Wed, Dec 3, 2014 at 4:57 PM, John Syn mailto:john3...@gmail.com>> wrote:


From: bremenpl mailto:breme...@gmail.com>>
Reply-To: "beagleboard@googlegroups.com
"
mailto:beagleboard@googlegroups.com>>
Date: Wednesday, December 3, 2014 at 1:43 PM
To: "beagleboard@googlegroups.com
"
mailto:beagleboard@googlegroups.com>>
Subject: [beagleboard] BeagleBone Black based module boards

Hello there,
I was wondering either are is any board on the market
that has the same hardware as BeagleBone Black (mcu, mmc,
ethernet etc) but is designed as a module, with more I/Os
and no connectors? Like those popular All winer A20
module boards. I would aprichiate any help.

http://www.mentorel.com/product/usomiq-am335x/


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

---
You received this message because you are subscribed to
the Google Groups "BeagleBoard" group.
To unsubscribe from this group 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.




-- 
Gerald

ger...@beagleboard.org 
http://beagleboard.org/
http://circuitco.com/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/uVpJGNbfifE/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.




--
Gerald
ger...@beagleboard.org 
http://beagleboard.org/
http://circuitco.com/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/uVpJGNbfifE/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.


--
Bremenpl

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

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

Re: [beagleboard] BeagleBone Black based module boards

[Gerald Coley]

Nobody. We just designed it.

Gerald


On Thu, Dec 4, 2014 at 1:03 PM, Bremenpl  wrote:

>  I dont think I can afford that. So who hired you to make BeagleBone Black?
>
> W dniu 2014-12-04 o 19:55, Gerald Coley pisze:
>
> We are a non profit. We have no employees. Now, if you want to hire
> someone to design a board for you, that can be arranged.
>
>  Gerald
>
>
> On Thu, Dec 4, 2014 at 11:12 AM, Bremenpl  wrote:
>
>>   I understand. The Mentorel company seems to have exacly what I was
>> looking for.
>> It is to bad to hear that theres not enough employees there  I was hoping
>> to see more great products.
>>
>> Dnia 4 grudnia 2014 16:30:44 Gerald Coley 
>> napisał(a):
>>
>>>  I have no plans to get into the commercial module business.
>>> BeagleBoard.org has no employees to support such an arrangement.
>>>
>>>  Gerald
>>>
>>> On Wed, Dec 3, 2014 at 4:57 PM, John Syn  wrote:
>>>

   From: bremenpl 
 Reply-To: "beagleboard@googlegroups.com" 
 Date: Wednesday, December 3, 2014 at 1:43 PM
 To: "beagleboard@googlegroups.com" 
 Subject: [beagleboard] BeagleBone Black based module boards

  Hello there,
 I was wondering either are is any board on the market that has the same
 hardware as BeagleBone Black (mcu, mmc, ethernet etc) but is designed as a
 module, with more I/Os and no connectors? Like those popular All winer A20
 module boards. I would aprichiate any help.

  http://www.mentorel.com/product/usomiq-am335x/


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

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



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/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.

Re: [beagleboard] BeagleBone Black based module boards

[Bremenpl]

Yeah, thats what my initial question was about. How about just design a 
module board :P. But its ok, i get the concept.


W dniu 2014-12-04 o 20:06, Gerald Coley pisze:

Nobody. We just designed it.

Gerald


On Thu, Dec 4, 2014 at 1:03 PM, Bremenpl > wrote:


I dont think I can afford that. So who hired you to make
BeagleBone Black?

W dniu 2014-12-04 o 19:55, Gerald Coley pisze:

We are a non profit. We have no employees. Now, if you want to
hire someone to design a board for you, that can be arranged.

Gerald


On Thu, Dec 4, 2014 at 11:12 AM, Bremenpl mailto:breme...@gmail.com>> wrote:

I understand. The Mentorel company seems to have exacly what
I was looking for.
It is to bad to hear that theres not enough employees there 
I was hoping to see more great products.


Dnia 4 grudnia 2014 16:30:44 Gerald Coley
mailto:ger...@beagleboard.org>>
napisał(a):


I have no plans to get into the commercial module business.
BeagleBoard.org has no employees to support such an
arrangement.

Gerald

On Wed, Dec 3, 2014 at 4:57 PM, John Syn mailto:john3...@gmail.com>> wrote:


From: bremenpl mailto:breme...@gmail.com>>
Reply-To: "beagleboard@googlegroups.com
"
mailto:beagleboard@googlegroups.com>>
Date: Wednesday, December 3, 2014 at 1:43 PM
To: "beagleboard@googlegroups.com
"
mailto:beagleboard@googlegroups.com>>
Subject: [beagleboard] BeagleBone Black based module boards

Hello there,
I was wondering either are is any board on the
market that has the same hardware as BeagleBone
Black (mcu, mmc, ethernet etc) but is designed as a
module, with more I/Os and no connectors? Like those
popular All winer A20 module boards. I would
aprichiate any help.

http://www.mentorel.com/product/usomiq-am335x/


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

---
You received this message because you are subscribed
to the Google Groups "BeagleBoard" group.
To unsubscribe from this group 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.




-- 
Gerald

ger...@beagleboard.org 
http://beagleboard.org/
http://circuitco.com/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/uVpJGNbfifE/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.




-- 
Gerald

ger...@beagleboard.org 
http://beagleboard.org/
http://circuitco.com/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/uVpJGNbfifE/unsubscribe.
To unsubscribe from this group and all its topics, send an email
   

Re: [beagleboard] BBXM HDMI issue on ubuntu-14.04.1 with LXDE

[Leo738]

Robert,

Installed the omap ddx but no luck. The Xorg logfile is attached.

Thanks for the interest.

Leo

On Thursday, 4 December 2014 18:13:00 UTC, RobertCNelson wrote:
>
> On Thu, Dec 4, 2014 at 12:06 PM, Leo738 > 
> wrote: 
> > Robert, 
> > 
> > Whoops, yes missed that. On removal still no luck though. I also tried a 
> > different resolution (1920x1080) but no difference. 
>
> Yeah, it's probally the xorg driver: 
>
> cat /var/log/Xorg.0.log 
>
> would show it complaining.. 
>
> 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.


Xorg.0.log
Description: Binary data

Re: [beagleboard] BBXM HDMI issue on ubuntu-14.04.1 with LXDE

[Leo738]

Added .txt to end of attached filename

On Thursday, 4 December 2014 19:08:50 UTC, Leo738 wrote:
>
> Robert,
>
> Installed the omap ddx but no luck. The Xorg logfile is attached.
>
> Thanks for the interest.
>
> Leo
>
> On Thursday, 4 December 2014 18:13:00 UTC, RobertCNelson wrote:
>>
>> On Thu, Dec 4, 2014 at 12:06 PM, Leo738  wrote: 
>> > Robert, 
>> > 
>> > Whoops, yes missed that. On removal still no luck though. I also tried 
>> a 
>> > different resolution (1920x1080) but no difference. 
>>
>> Yeah, it's probally the xorg driver: 
>>
>> cat /var/log/Xorg.0.log 
>>
>> would show it complaining.. 
>>
>> 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.
ubuntu@arm:~$ cat /var/log/Xorg.0.log
[23.649] 
X.Org X Server 1.15.1
Release Date: 2014-04-13
[23.650] X Protocol Version 11, Revision 0
[23.650] Build Operating System: Linux 3.2.0-60-highbank armv7l Ubuntu
[23.650] Current Operating System: Linux arm 3.17.1-armv7-x3 #1 SMP Thu Oct 
16 04:33:47 UTC 2014 armv7l
[23.650] Kernel command line: console=ttyO2,115200n8 
root=UUID=f25adba4-d22e-462e-adaf-bfb0013c91f1 ro rootfstype=ext4 rootwait 
fixrtc video=DVI-D-1:1920x1080@60e
[23.651] Build Date: 30 July 2014  12:24:34AM
[23.651] xorg-server 2:1.15.1-0ubuntu2.1 (For technical support please see 
http://www.ubuntu.com/support) 
[23.651] Current version of pixman: 0.30.2
[23.651]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[23.651] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[23.652] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Oct 29 19:33:01 
2014
[23.672] (==) Using config file: "/etc/X11/xorg.conf"
[23.672] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[23.700] (==) ServerLayout "Builtin Default Layout"
[23.700] (**) |-->Screen "Builtin Default fbdev Screen 0" (0)
[23.700] (**) |   |-->Monitor "Builtin Default Monitor"
[23.702] (**) |   |-->Device "Builtin Default fbdev Device 0"
[23.702] (==) Automatically adding devices
[23.702] (==) Automatically enabling devices
[23.703] (==) Automatically adding GPU devices
[23.738] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[23.738]Entry deleted from font path.
[23.738] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[23.738]Entry deleted from font path.
[23.738] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[23.738]Entry deleted from font path.
[23.738] (WW) The directory "/usr/share/fonts/X11/Type1" does not exist.
[23.738]Entry deleted from font path.
[23.738] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[23.738]Entry deleted from font path.
[23.738] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[23.738]Entry deleted from font path.
[23.739] (==) FontPath set to:
/usr/share/fonts/X11/misc,
built-ins
[23.739] (==) ModulePath set to 
"/usr/lib/arm-linux-gnueabihf/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules"
[23.739] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[23.739] (II) Loader magic: 0xb6fbff10
[23.739] (II) Module ABI versions:
[23.739]X.Org ANSI C Emulation: 0.4
[23.739]X.Org Video Driver: 15.0
[23.739]X.Org XInput driver : 20.0
[23.739]X.Org Server Extension : 8.0
[23.741] (II) xfree86: Adding drm device (/dev/dri/card0)
[23.741] Initializing built-in extension Generic Event Extension
[23.741] Initializing built-in extension SHAPE
[23.741] Initializing built-in extension MIT-SHM
[23.742] Initializing built-in extension XInputExtension
[23.742] Initializing built-in extension XTEST
[23.742] Initializing built-in extension BIG-REQUESTS
[23.742] Initializing built-in extension SYNC
[23.742] Initializing built-in extension XKEYBOARD
[23.742] Initializing built-in extension XC-MISC
[23.742] Initializing built-in extension SECURITY
[23.742] Initializing built-in extension XINERAMA
[23.742] Initializing built-in extension XFIXES
[23.742] Initializing built-in extension RENDER
[23.742] Initializing built-in extension RANDR
[23.742] Initializing built-in extension COMPOSITE
[23.742] Initializing built-in

[beagleboard] play voice (mp3 or wav) in a phone call over analog phone lines

[Bosko Loncar]

I'm trying to use the BBB to call a phone number over an analog phone line 
and then play a pre-recorded mp3 file.  I have looked at a number of ICs to 
do this, but I may be too much of a noob to know where to get started.  I'm 
looking for links/suggestions to start going down this rabbit hole.

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] BBXM HDMI issue on ubuntu-14.04.1 with LXDE

[Robert Nelson]

On Thu, Dec 4, 2014 at 1:11 PM, Leo738  wrote:
> Added .txt to end of attached filename

Okay, looks like xorg tried to set it up with what it wanted.. What
does xrandr show? (this is from the serial/ssh:)

ubuntu@arm:~$ xrandr -display :0.0 -q
Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 2048 x 2048
DVI-D-1 connected 1280x1024+0+0 338mm x 270mm
   1280x1024  60.0*+
   1152x864   75.0
   1024x768   75.1

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] BeagleBone Black based module boards

[John Syn]

From:  Gerald Coley 
Reply-To:  "beagleboard@googlegroups.com" 
Date:  Thursday, December 4, 2014 at 11:06 AM
To:  "beagleboard@googlegroups.com" 
Subject:  Re: [beagleboard] BeagleBone Black based module boards

> Nobody. We just designed it.
Because he is such a great guy and we are all so thankful for his work ;-)

Regards,
John
> 
> Gerald
> 
> 
> On Thu, Dec 4, 2014 at 1:03 PM, Bremenpl  wrote:
>> 
>>  I dont think I can afford that. So who hired you to make BeagleBone Black?
>>  
>>  
>> W dniu 2014-12-04 o 19:55, Gerald Coley pisze:
>>  
>>  
>>>  
>>> We are a non profit. We have no employees. Now, if you want to hire someone
>>> to design a board for you, that can be arranged.
>>> 
>>>  
>>>  
>>> Gerald
>>>  
>>> 
>>>  
>>>  
>>>  
>>> 
>>>  
>>> On Thu, Dec 4, 2014 at 11:12 AM, Bremenpl  wrote:
>>>  
  
  
  
  
 
 I understand. The Mentorel company seems to have exacly what I was looking
 for.
  It is to bad to hear that theres not enough employees there  I was hoping
 to see more great products.
  
  
  
 
 Dnia 4 grudnia 2014 16:30:44 Gerald Coley 
 napisał(a):
  
>  
>  
>  
> I have no plans to get into the commercial module business.
> BeagleBoard.org has no employees to support such an arrangement.
>  
>  
>   
> 
>  
>  
> Gerald
>  
>  
> 
>  
> On Wed, Dec 3, 2014 at 4:57 PM, John Syn  wrote:
>  
>>  
>>  
>>  
>>  
>> 
>>  
>>  
>>  
>>   
>> From:  bremenpl 
>>  Reply-To:  "beagleboard@googlegroups.com" 
>>  Date:  Wednesday, December 3, 2014 at 1:43 PM
>>  To:  "beagleboard@googlegroups.com" 
>>  Subject:  [beagleboard] BeagleBone Black based module boards
>>  
>>   
>> 
>>  
>>  
>>>  
>>> Hello there,
>>>  I was wondering either are is any board on the market that has the same
>>> hardware as BeagleBone Black (mcu, mmc, ethernet etc) but is designed as
>>> a module, with more I/Os and no connectors? Like those popular All winer
>>> A20 module boards. I would aprichiate any help.
>>>  
>>   
>> http://www.mentorel.com/product/usomiq-am335x/
>>   
>>>  
>>> 
>>>  
>>>  -- 
>>>  For more options, visit http://beagleboard.org/discuss
>>>  --- 
>>>  You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>>  To unsubscribe from this group 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.
>>  
>>  
>>  
>  
>  
>  
>  
> 
>  
>  -- 
>  
>  
>  
>  
> Gerald
>  
>  
>  
> ger...@beagleboard.org
>  
> http://beagleboard.org/ 
>  
>  
> http://circuitco.com/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/uVpJGNbfifE/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.
  
  
  
>>>  
>>>  
>>>  
>>>  
>>> 
>>>  
>>>  -- 
>>>  
>>>  
>>>  
>>>  
>>> Gerald
>>>  
>>>  
>>>  
>>> ger...@beagleboard.org
>>>  
>>> http://beagleboard.org/ 
>>>  
>>>  
>>> http://circuitco.com/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 f

Re: [beagleboard] BeagleBone Black based module boards

[Bremenpl]

I never said anything else :P

W dniu 2014-12-04 o 21:52, John Syn pisze:


From: Gerald Coley >
Reply-To: "beagleboard@googlegroups.com 
" >

Date: Thursday, December 4, 2014 at 11:06 AM
To: "beagleboard@googlegroups.com 
" >

Subject: Re: [beagleboard] BeagleBone Black based module boards

Nobody. We just designed it.

Because he is such a great guy and we are all so thankful for his work ;-)

Regards,
John


Gerald


On Thu, Dec 4, 2014 at 1:03 PM, Bremenpl mailto:breme...@gmail.com>> wrote:

I dont think I can afford that. So who hired you to make
BeagleBone Black?

W dniu 2014-12-04 o 19:55, Gerald Coley pisze:

We are a non profit. We have no employees. Now, if you want
to hire someone to design a board for you, that can be arranged.

Gerald


On Thu, Dec 4, 2014 at 11:12 AM, Bremenpl mailto:breme...@gmail.com>> wrote:

I understand. The Mentorel company seems to have exacly
what I was looking for.
It is to bad to hear that theres not enough employees
there  I was hoping to see more great products.

Dnia 4 grudnia 2014 16:30:44 Gerald Coley
mailto:ger...@beagleboard.org>>
napisał(a):


I have no plans to get into the commercial module
business. BeagleBoard.org has no employees to support
such an arrangement.

Gerald

On Wed, Dec 3, 2014 at 4:57 PM, John Syn
mailto:john3...@gmail.com>> wrote:


From: bremenpl mailto:breme...@gmail.com>>
Reply-To: "beagleboard@googlegroups.com
"
mailto:beagleboard@googlegroups.com>>
Date: Wednesday, December 3, 2014 at 1:43 PM
To: "beagleboard@googlegroups.com
"
mailto:beagleboard@googlegroups.com>>
Subject: [beagleboard] BeagleBone Black based module
boards

Hello there,
I was wondering either are is any board on the
market that has the same hardware as BeagleBone
Black (mcu, mmc, ethernet etc) but is designed
as a module, with more I/Os and no connectors?
Like those popular All winer A20 module boards.
I would aprichiate any help.

http://www.mentorel.com/product/usomiq-am335x/


-- 
For more options, visit

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




-- 
Gerald

ger...@beagleboard.org 
http://beagleboard.org/
http://circuitco.com/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/uVpJGNbfifE/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.
   

Re: [beagleboard] Re: how to make pwm_P8_13 low on boot?

[janszymanski12345]

Jon,

 Thank you for your valuable input.
I will try it soon and let you know.
The obvious question already is which one will take precedence in loading:
the overlay defined in the kernel or the one handled by the cape manager?

Cheers,

Jan

On Friday, December 5, 2014 5:34:44 AM UTC+11, Jon E wrote:
>
> Hi Jan, 
>
> I had another look at this, was able to replicate what you are seeing, 
> and think I know what's going on.. 
>
> The part-number 'bone_pwm_P8_13' is already included in the kernel 
> build. I'm not really sure of the mechanics, but when doing a build from 
> the git repository, all the .dts files in the /firmware/capes folder get 
> compiled to individual .dtbo files, and from there into object files, 
> and then combined into a single built-in.o file. 
>
> The end result of this appears to be that putting an overlay file for 
> one of these built-in part-numbers into /lib/firmware doesn't achieve 
> anything, it just doesn't get read (even if you increment the version). 
>
> Anyway, it's an easy fix - once you know what's going on!! You should 
> just need to change the part-number to something else unique (and the 
> file name to suit), and then the options can be set in your overlay as 
> you'd expect.. 
>
> Hope this helps, 
> Jon. 
>
>
> On 26/11/14 10:11, janszyma...@gmail.com  wrote: 
> > Good idea, thanks. I will try it. I think the positive pulse will be so 
> > short that it will not be able to move the motor. 
> > 
> > On Wednesday, November 26, 2014 8:29:31 PM UTC+11, Jon E wrote: 
> > 
> > I'm not sure about that. Jan said before that it's only driven high 
> > after loading the PWM driver, and the processor datasheet shows ball 
> > T10 (P8_13) as driven low during/after reset. 
> > 
> > Jan, not ideal, but to disable the output sooner you could load the 
> > overlay through cape manager, and then write 0 to the run parameter 
> > immedately afterwards. But I still think the correct approach is to 
> > look at the devcetree/driver code and see why those parameters are 
> > having no affect.. 
> > 
> > Regards, 
> > Jon 
>
>

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

Re: [beagleboard] Re: how to make pwm_P8_13 low on boot?

[Robert Nelson]

On Thu, Dec 4, 2014 at 3:37 PM,   wrote:
> Jon,
>
>  Thank you for your valuable input.
> I will try it soon and let you know.
> The obvious question already is which one will take precedence in loading:
> the overlay defined in the kernel or the one handled by the cape manager?

The one built-in..

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] multiarch libraries for cross-compiling from Ubuntu 14.04

[Rick Mann]

Hmm. I must be missing some config somewhere, I don't see that.

$ aptitude search libao
i A libao-common
   - Cross Platform Audio Output Library (Common files) 
 
v   libao-common:i386   
   -

v   libao-common:armhf  
   -

p   libao-dbg   
   - Cross Platform Audio Output Library Debug Symbols  

p   libao-dbg:i386  
   - Cross Platform Audio Output Library Debug Symbols  

i   libao-dev   
   - Cross Platform Audio Output Library Development

p   libao-dev:i386  
   - Cross Platform Audio Output Library Development

p   libao-ocaml 
   - OCaml bindings for libao -- runtime files  

p   libao-ocaml:i386
   - OCaml bindings for libao -- runtime files  

v   libao-ocaml-1zwf3:i386  
   -

p   libao-ocaml-dev 
   - OCaml bindings for libao -- development files  

p   libao-ocaml-dev:i386
   - OCaml bindings for libao -- development files  

v   libao-ocaml-dev-1zwf3:i386  
   -

v   libao-ocaml-dev-it4j5   
   -

v   libao-ocaml-it4j5   
   -

i A libao4  
   - Cross Platform Audio Output Library

p   libao4:i386 
   - Cross Platform Audio Output Library

p   libaopalliance-java 
   - library for interoperability for Java AOP implementations  

p   libaopalliance-java-doc 
   - library for interoperability for Java AOP implementations - 
documentation   
p   libaosd-dev 
   - atheme.org's on screen display library - dev   
 
p   libaosd-dev:i386
   - atheme.org's on screen display library - dev   
 
p   libaosd-text2   
   - atheme.org's on screen display library - text layout   
 
p   libaosd-text2:i386  
   - atheme.org's on screen display library - text layout   
 
p   libaosd2
   - atheme.org's on screen display library - main  

p   libaosd2:i386   
   - atheme.org's on screen display

Re: [beagleboard] XBee capes

[Philip Polstra]

Jason, the beagleboard.org/project link errors out when registering a new
project.

On Thu, Dec 4, 2014 at 12:10 AM, Jason Kridner  wrote:

>
>
>
>
> On Dec 3, 2014, at 11:32 PM, Philip Polstra  wrote:
>
> As an FYI.  I have printed circuit boards and full kits for the XBee cape
> described in my book (Hacking and Penetration Testing with Low Power
> Devices) available at http://philpolstra.com/Hacking-Kits/ if anyone is
> playing with XBee and ZigBee.
>
>
> Have you also registered on http://beaglebonecapes.com and
> http://beagleboard.org/project?
>
>
> On-board programming of the radios via 3.3V FTDI cable is support.
>
> There are also updates to the MeshDeck available at
> http://facstaff.bloomu.edu/ppolstra.  The latest version has better
> support for Series 2 (ZigBee) and adds things such as the the ability to
> query a radio for its short address by entering the lower 4 bytes of the
> MAC address (top 4 bytes are always the same).
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group 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: how to make pwm_P8_13 low on boot?

[janszymanski12345]

Thanks Robert,

Is there a way to overwrite it?
How can I tell which ones are builtin (so I can select another PWM module 
and pin)?

Jan

On Friday, December 5, 2014 8:39:00 AM UTC+11, RobertCNelson wrote:
>
> On Thu, Dec 4, 2014 at 3:37 PM,  > 
> wrote: 
> > Jon, 
> > 
> >  Thank you for your valuable input. 
> > I will try it soon and let you know. 
> > The obvious question already is which one will take precedence in 
> loading: 
> > the overlay defined in the kernel or the one handled by the cape 
> manager? 
>
> The one built-in.. 
>
> 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: how to make pwm_P8_13 low on boot?

[Robert Nelson]

On Thu, Dec 4, 2014 at 4:09 PM,   wrote:
> Thanks Robert,
>
> Is there a way to overwrite it?

Rename your local version..

> How can I tell which ones are builtin (so I can select another PWM module
> and pin)?

You can see them here:

https://github.com/beagleboard/linux/tree/3.8/firmware/capes

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: how to make pwm_P8_13 low on boot?

[janszymanski12345]

OK, I did the renaming from "bone_pwm_P8_13-00A0.* " into 
"bone_pwm_test-00A0.*" and after reboot I have: 

in slots:
 0: 54:PF--- 
 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-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
 7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART1
 8: ff:P-O-L Override Board Name,00A0,Override Manuf,SPI-4SS
 9: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_eqep2b
10: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_pwm_test
11: ff:P-O-L Override Board Name,00A0,Override Manuf,am33xx_pwm

but in  /sys/devices/ocp.3/pwm_test_P8_13.16 I have only:

root@beaglebone:/sys/devices/ocp.3/pwm_test_P8_13.16# ls
modalias  power  subsystem  uevent

My bone_pwm_test-00A0.dts and bone_pwm_test-00A0.dtb0 are in /lib/firmware
Do I need to make any changes to them after all (as the renaming only 
doesn't work)?

Jan




On Friday, 5 December 2014 09:10:53 UTC+11, RobertCNelson wrote:
>
> On Thu, Dec 4, 2014 at 4:09 PM,  > 
> wrote: 
> > Thanks Robert, 
> > 
> > Is there a way to overwrite it? 
>
> Rename your local version.. 
>
> > How can I tell which ones are builtin (so I can select another PWM 
> module 
> > and pin)? 
>
> You can see them here: 
>
> https://github.com/beagleboard/linux/tree/3.8/firmware/capes 
>
> 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] LCD4 Cape Overlay Goof?

[Charles Steinkuehler]

There seems to be a problem with the LCD4-00A1 cape overlay.  The
overlay includes support for four buttons, while the actual board seems
to have five, and one of the four GPIO pins configured in the overlay is
*NOT* actually used by the hardware (per the schematic).

Before I send in a patch, it seems like this would have been identified
and fixed before now.  Am I just missing the proper overlay somehow?  I
am building the kernel using the scripts from (tag 3.8.13-bone68):

https://github.com/RobertCNelson/bb-kernel/tree/am33x-v3.8

Details:


Per the schematic
https://github.com/CircuitCo/BeagleBone-LCD4-RevA1/blob/master/BeagleBone-LCD4-RevA1-schematic.pdf

The hardware buttons are:
Button : Pin   : GPIO
---+---+-
Left   : P9.15 : GPIO1_16
Right  : P9.23 : GPIO1_17
Up : P9.16 : GPIO1_19
Enter  : P9.24 : GPIO0_15
Down   : P9.30 : GPIO3_16

...but in the DTS (from tag 3.8.13-bone68) I see:

exclusive-use =
  Only 4 GPIO pins for buttons, and one of them is wrong
  (P9.21, gpio0_3)

bone_lcd4_cape_keys_00A2_pins:
  Same as above (only 4 pins, and one of them is wrong)

gpio_keys {
  Is correct...lists 5 buttons with the proper gpio pins

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

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

Re: [beagleboard] LCD4 Cape Overlay Goof?

[Robert Nelson]

On Thu, Dec 4, 2014 at 5:35 PM, Charles Steinkuehler
 wrote:
> There seems to be a problem with the LCD4-00A1 cape overlay.  The
> overlay includes support for four buttons, while the actual board seems
> to have five, and one of the four GPIO pins configured in the overlay is
> *NOT* actually used by the hardware (per the schematic).
>
> Before I send in a patch, it seems like this would have been identified
> and fixed before now.  Am I just missing the proper overlay somehow?  I
> am building the kernel using the scripts from (tag 3.8.13-bone68):

It's 5 key's, when i redid this for v3.14.x and tested
lcd4-01-00a1/4dcape-43(t)...

https://github.com/RobertCNelson/dtb-rebuilder/blob/3.14-ti/src/arm/am335x-bone-common-pinmux.dtsi#L355

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: how to make pwm_P8_13 low on boot?

[Jon Escombe]

I used roughly the following process;

1) grab the original source file & copy to a local version

wget 
https://raw.githubusercontent.com/beagleboard/linux/3.8.13-bone66/firmware/capes/bone_pwm_P8_13-00A0.dts


cp bone_pwm_P8_13-00A0.dts bone_pwm_local-00A0.dts

2) change the part-number in your local version of the .dts file

part-number = "bone_pwm_local_P8_13";

3) compile & copy to /lib/firmware

dtc -O dtb -o bone_pwm_local-00A0.dtbo -b 0 -@ bone_pwm_local-00A0.dts

cp bone_pwm_local-00A0.dtbo /lib/firmware/

4) load the am33xx_pwm overlay, plus your local config for your pin

echo am33xx_pwm  >/sys/devices/bone_capemgr.*/slots
echo bone_pwm_local >/sys/devices/bone_capemgr.*/slots

Those steps should be enough;

root@beaglebone:~# ls /sys/devices/ocp.*/pwm_test_P8_13.*/
driver  duty  modalias  period  polarity  power  run  subsystem  uevent

Regards,
Jon


On 04/12/14 23:21, janszymanski12...@gmail.com wrote:

OK, I did the renaming from "bone_pwm_P8_13-00A0.* " into
"bone_pwm_test-00A0.*" and after reboot I have:

in slots:
  0: 54:PF---
  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-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
  7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART1
  8: ff:P-O-L Override Board Name,00A0,Override Manuf,SPI-4SS
  9: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_eqep2b
10: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_pwm_test
11: ff:P-O-L Override Board Name,00A0,Override Manuf,am33xx_pwm

but in  /sys/devices/ocp.3/pwm_test_P8_13.16 I have only:

root@beaglebone:/sys/devices/ocp.3/pwm_test_P8_13.16# ls
modalias  power  subsystem  uevent

My bone_pwm_test-00A0.dts and bone_pwm_test-00A0.dtb0 are in /lib/firmware
Do I need to make any changes to them after all (as the renaming only
doesn't work)?

Jan


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

To unsubscribe from this group 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: Flashing taking too much time

[Graham]

With a Category-10 (fast) micro-SD card, the unit should flash the eMMC, or 
read the eMMC image in about 9 minutes.
A slower uSD card might take a little longer.  I can not imagine either the 
read or write process taking nore than 20 minutes.

--- Graham

==



On Thursday, December 4, 2014 5:42:32 AM UTC-6, Adarsh Lal wrote:
>
> I was flashing Debian latest update into the BeagleBone Black. I wrote the 
> image to sd card and into the board and plugged in power while boot button 
> pressing down. The four LEDs lit up correctly. After some blinking the 
> power led and USR02 is lit up. Even after  one and half hours nothing 
> happens. Is it flashing or has anything went 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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: how to make pwm_P8_13 low on boot?

[janszymanski12345]

Hi Jon,
Thanks, that works and behaves exactly as I need.
Jan

On Friday, 5 December 2014 10:54:39 UTC+11, Jon E wrote:
>
> I used roughly the following process; 
>
> 1) grab the original source file & copy to a local version 
>
> wget 
>
> https://raw.githubusercontent.com/beagleboard/linux/3.8.13-bone66/firmware/capes/bone_pwm_P8_13-00A0.dts
>  
>
> cp bone_pwm_P8_13-00A0.dts bone_pwm_local-00A0.dts 
>
> 2) change the part-number in your local version of the .dts file 
>
> < part-number = "bone_pwm_P8_13"; 
> --- 
>  > part-number = "bone_pwm_local_P8_13"; 
>
> 3) compile & copy to /lib/firmware 
>
> dtc -O dtb -o bone_pwm_local-00A0.dtbo -b 0 -@ bone_pwm_local-00A0.dts 
>
> cp bone_pwm_local-00A0.dtbo /lib/firmware/ 
>
> 4) load the am33xx_pwm overlay, plus your local config for your pin 
>
> echo am33xx_pwm  >/sys/devices/bone_capemgr.*/slots 
> echo bone_pwm_local >/sys/devices/bone_capemgr.*/slots 
>
> Those steps should be enough; 
>
> root@beaglebone:~# ls /sys/devices/ocp.*/pwm_test_P8_13.*/ 
> driverduty  modaliasperiodpolarity  power  run 
>  subsystem  uevent 
>
> Regards, 
> Jon 
>
>
> On 04/12/14 23:21, janszyma...@gmail.com  wrote: 
> > OK, I did the renaming from "bone_pwm_P8_13-00A0.* " into 
> > "bone_pwm_test-00A0.*" and after reboot I have: 
> > 
> > in slots: 
> >   0: 54:PF--- 
> >   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-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 
> >   7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART1 
> >   8: ff:P-O-L Override Board Name,00A0,Override Manuf,SPI-4SS 
> >   9: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_eqep2b 
> > 10: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_pwm_test 
> > 11: ff:P-O-L Override Board Name,00A0,Override Manuf,am33xx_pwm 
> > 
> > but in  /sys/devices/ocp.3/pwm_test_P8_13.16 I have only: 
> > 
> > root@beaglebone:/sys/devices/ocp.3/pwm_test_P8_13.16# ls 
> > modalias  power  subsystem  uevent 
> > 
> > My bone_pwm_test-00A0.dts and bone_pwm_test-00A0.dtb0 are in 
> /lib/firmware 
> > Do I need to make any changes to them after all (as the renaming only 
> > doesn't work)? 
> > 
> > Jan 
>
>

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

[ivo welch]

nope, there is still something missing.  the client USB port does not 
identify itself by lsusb from the connected laptop.  I am getting power 
from this port, but no usb bbb device identification.

I am happy to start over, but I don't know where.  I want to flash a 
working debian image to my beaglebone blacks, rev B and C, with 2GB into 
the eMMC.  console is fine---I don't need X.

the 7.5 img.xz doesn't seem to work for me.  I can't flash it.

the 7.7 img.xz works, but now seems too basic (if it is just designed for 
flashing); and even with the above steps, I can't seem to get the client 
USB ident to work.  actually, this is probably the last step I need.  after 
getting the USB client magic (id, usb mass storage, and usb networking) to 
work, I would be operating a non-magical linux device that I could handle 
myself.  (in someone else's port, I think you mentioned that the usb was 
not working, but the 1a70b1cb550bd8d0bf4f2c0d43e72cba image had this fixed 
already.)

I think the RootStock-NG.sh and your .conf file are part of a (complex?) 
toolchain to build img.xz files.  alas, I don't know this toolchain.  looking 
at http://elinux.org/BeagleBoardDebian#Demo_Image, the only .img.xz file I 
saw that flashes the eMMC is:

BBB-eMMC-flasher-debian-7.7-console-armhf-2014-10-29-2gb.img.xz



robert---I know you are already doing a lot here, so please forgive my 
audacity:  may I suggest offering a 7.7 .img.xz eMMC flasher that has the 
usb client port already working?  if not, what steps need to be taken for 
the bbb USB client port to identify itself as a device to the connected 
desktop USB host?

regards,

/iaw

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

Re: [beagleboard] BBB >= RPi + Arduino (combined) ???

[William Hermans]

>
>
> *The Pi is meant to be educational. And has a TON of stuff on the internet
> about it, from a free monthly magazine, to books, to just a lot of info on
> the internet.*


The most important part is understanding Linux. You do not need to know
*everything*, just everything that applies to your situation. Most things
are a few hours away from achieving, once you understand Linux, and perhaps
a bit of a google session.

Anyway, my point here is that anything you can learn about the rPI can
easily be applied to the beaglebone(s).

On Thu, Dec 4, 2014 at 7:25 AM, Jerry Davis  wrote:

> This is only my opinion.
>
> If you are new to either linux, or gpio programming in particular. I would
> get a RPi first. The Pi is meant to be educational. And has a TON of stuff
> on the internet about it, from a free monthly magazine, to books, to just a
> lot of info on the internet. While the RPi is very useful (much more so
> than the Arduino -- in fact I regularly translate Arduino code into Python
> for running on my Pi), it has no native A/D pins.
>
> The BBB has far more capability in every way you can think of. I intend to
> make a SDR radio soon on mine.
>
> Anyway, learn something easier first. Learn linux, and learn gpio
> programming in general. Then step up to the BBB.
>
> Jerry
>
>
>
>
>
> On Thu, Dec 4, 2014 at 1:19 AM, William Hermans  wrote:
>
>> The beaglebone(s) are a completely different class of embedded "system"
>> compared to the Arduino. In short, the Arduino *may* be able to do 1/100th
>> of what the beagelbone(s) can do. Hell, the two PRU's ( Programmable real
>> time unit ) can do any one thing the Arduino can do up to ~10x faster.
>>
>> For your suggested use case, the Beagelbone(s) are also better than the
>> rPI. The rPI is better suited for media type stuff, such as playing video,
>> etc.
>>
>> At least one caveat here. There is much more to learn when using an
>> embedded Linux system. Be it rPI or Beaglebone. if you have Linux
>> experience you have a head start on this.
>>
>> Anyway, your question is rather general . . . I would suggest you pick up
>> reading material for the beaglebone on the web, and perhaps take in a video
>> or two from youtube,
>>
>> On Wed, Dec 3, 2014 at 8:34 PM, rjc2827  wrote:
>>
>>> I've programmed business systems for years, and now I want to get into
>>> controlling (and reporting on) related mechanical systems.  Preferably, I
>>> would like to send out (and collect) the IO directly from my business
>>> program, but if things are easier or better when split up, then that's
>>> fine.  I'd like to read 30 temperatures (or whatever), and turn on/off a
>>> few lights and motors as well, based on a combination of manufacturing
>>> rules, and my input from the IO capabilities.  It sounds like an Arduino
>>> might be all that I need.  I want to automate the works, but allow a human
>>> to override the system, and perhaps to even change the settings, so maybe a
>>> RPi should be added too.  The BBB looks like it might be able to do
>>> everything that the Arduino can do though, and it also has the computer
>>> capabilities that I "might" need.  So back to the subject line ...
>>>
>>> Can a BBB do everything that an Arduino can do?  If not, what's
>>> missing?  It looks like either the RPi or the BBB could direct the Arduino
>>> (if an Arduino is still required), but because I don't need extreme sound
>>> quality, or great graphic capability, it looks like either the RPi or the
>>> BBB could do the directing part for me ... and maybe, the BBB could do the
>>> whole thing.  So what would I be giving up if I went only with the BBB?
>>>
>>> Any thoughts?
>>>
>>> rjc
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group 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.
>>
>
>
>
> --
> Extra Ham Operator: K7AZJ
> Registered Linux User: 275424
> Raspberry Pi and Arduino developer
>
>
> *The most exciting phrase to hear in science - the one that heralds new
> discoveries - is not "Eureka!" but "That's funny...".*- Isaac. Asimov
>
> *I*
> *f you give someone a program, you will frustrate them for a day; if you
> teach them how to program, you will frustrate them for a lifetime. *-
> Anonymous
>
>
> *If writing good code requires very little comments, then writing really
> excellent code requires no comments at all !*- Anonymous
>
> --
> Fo

Re: [beagleboard] monitor fb (flickering and resolution) on ubuntu 13.10 vs 14.04

[ivo welch]

don't know.  but, because I decided to abandon ubuntu and switch to debian
(the official distro of good beagleboards everywhere), it's become
unimportant for me.  I couldn't even check, because I flashed the eMMC in
those BBBs already.  the latest debians seem fine.

/iaw


Ivo Welch (ivo.we...@gmail.com)
http://www.ivo-welch.info/
J. Fred Weston Distinguished Professor of Finance
Anderson School at UCLA, C519
Director, UCLA Anderson Fink Center for Finance and Investments
Free Finance Textbook, http://book.ivo-welch.info/
Exec Editor, Critical Finance Review,
http://www.critical-finance-review.org/
Editor and Publisher, FAMe, http://www.fame-jagazine.com/

On Thu, Dec 4, 2014 at 6:09 PM, 'Barry Day' via BeagleBoard <
beagleboard@googlegroups.com> wrote:

> Are the /etc/fb.mode files the same on both versions?
>
> --
> 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/RG0BnCZrfmM/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] Re: PWM's and 3.8 Kernel

[sathyapriyak12]

Hai,
 
steps to follow,

1) Enable pwm_test driver in your kernel, if it is module do insmod.
#insmod pwm_test.ko 
2) echo am33xx_pwm > /sys/devices/bone_capemgr.?/slots
3)echo bone_pwm_P8_13 > /sys/devices/bone_capemgr.?/slots


On Friday, July 26, 2013 2:26:40 AM UTC+5:30, Razvan Margineanu Andrei 
wrote:
>
> this is the dmesg log after i inserted the pwm capes:
>
> [  193.724488] bone-capemgr bone_capemgr.8: part_number 'am33xx_pwm', 
> version 'N/A'
> [  193.724576] bone-capemgr bone_capemgr.8: slot #7: generic override
> [  193.724595] bone-capemgr bone_capemgr.8: bone: Using override eeprom 
> data at slot 7
> [  193.724613] bone-capemgr bone_capemgr.8: slot #7: 'Override Board 
> Name,00A0,Override Manuf,am33xx_pwm'
> [  193.724724] bone-capemgr bone_capemgr.8: slot #7: Requesting part 
> number/version based 'am33xx_pwm-00A0.dtbo
> [  193.724743] bone-capemgr bone_capemgr.8: slot #7: Requesting firmware 
> 'am33xx_pwm-00A0.dtbo' for board-name 'Override Board Name', version '00A0'
> [  193.724764] bone-capemgr bone_capemgr.8: slot #7: dtbo 
> 'am33xx_pwm-00A0.dtbo' loaded; converting to live tree
> [  193.725113] bone-capemgr bone_capemgr.8: slot #7: #8 overlays
> [  193.730593] ehrpwm 48300200.ehrpwm: unable to select pin group
> [  193.732133] ecap 48300100.ecap: unable to select pin group
> [  193.734594] ehrpwm 48302200.ehrpwm: unable to select pin group
> [  193.738033] ehrpwm 48304200.ehrpwm: unable to select pin group
> [  193.738700] ecap 48304100.ecap: unable to select pin group
> [  193.739443] bone-capemgr bone_capemgr.8: slot #7: Applied #8 overlays.
> [  204.380533] bone-capemgr bone_capemgr.8: part_number 'bone_pwm_P8_13', 
> version 'N/A'
> [  204.380616] bone-capemgr bone_capemgr.8: slot #8: generic override
> [  204.380635] bone-capemgr bone_capemgr.8: bone: Using override eeprom 
> data at slot 8
> [  204.380653] bone-capemgr bone_capemgr.8: slot #8: 'Override Board 
> Name,00A0,Override Manuf,bone_pwm_P8_13'
> [  204.380754] bone-capemgr bone_capemgr.8: slot #8: Requesting part 
> number/version based 'bone_pwm_P8_13-00A0.dtbo
> [  204.380773] bone-capemgr bone_capemgr.8: slot #8: Requesting firmware 
> 'bone_pwm_P8_13-00A0.dtbo' for board-name 'Override Board Name', version 
> '00A0'
> [  204.380794] bone-capemgr bone_capemgr.8: slot #8: dtbo 
> 'bone_pwm_P8_13-00A0.dtbo' loaded; converting to live tree
> [  204.381101] bone-capemgr bone_capemgr.8: slot #8: #2 overlays
> [  204.386205] bone-capemgr bone_capemgr.8: slot #8: Applied #2 overlays.
>

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

[beagleboard] Re: RTL-SDR dropping samples, RT throttling problem?

[Adam Caldwell]

I haven't had time to further troubleshoot this problem, sorry.

The stick I'm using is some random stick I picked up cheap on amazon from
china.

rtl_test identifies as:
Realtek, RTL2838UHIDIR, SN: 0001
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner

lsusb identifies as:
ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T

I did find a premade image for doing RTL-SDR stuff on the BBB here, which
sounds promising:

http://www.kd0cq.com/2014/08/packed-full-beaglebone-black-img-file-rtl-sdr-gnuradio-gqrx-lots-more-on-ubuntu-14-04/


On Thu, Dec 4, 2014 at 6:59 AM,  wrote:

> Hi Adam,
>
> I'm thinking of doing an RTL-SDR project with the BBB, as well. Sorry I
> can't lend any advice, yet, since it's just concept stage for me right now.
> I may have some insight in a week or two since a satcom project here in NYC
> may be moving from using the RPi to the BBB.
>
> Have you had any further success with your BBB setup? Would you mind
> telling me which stick you're using?
>
> Thanks much.
> Charles
>
>
>
> On Tuesday, November 18, 2014 5:55:02 PM UTC-5, adam.c...@gmail.com wrote:
>>
>> I'm attempting to use a RTL-SDR stick on my BBB, but too many samples are
>> being dropped to be stable. When running the test program rtl_test, a
>> typical output is like this:
>>
>> Sampling at 2048000 S/s.
>> Reporting PPM error measurement every 10 seconds...
>> Press ^C after a few minutes.
>> Reading samples in async mode...
>> lost at least 68 bytes
>> real sample rate: 2048506 current PPM: 248 cumulative PPM: 248
>> real sample rate: 1613474 current PPM: -212171 cumulative PPM: -108885
>> lost at least 33108 bytes
>> [snip]
>> lost at least 33820 bytes
>> lost at least 568 bytes
>> real sample rate: 2231729 current PPM: 89712 cumulative PPM: -42138
>> real sample rate: 2047938 current PPM: -30 cumulative PPM: -31448
>>
>> A perhaps telling dmesg output occurs when I start the test program:
>>
>> sched: RT throttling activated
>>
>> The same stick has no problem on my laptop and a Raspberry Pi. I'm
>> running debian jessie and I tested kernel kernel versions 3.8.13-bone67,
>> 3.14.23-ti-r34, and 3.18.0-rc5-bone1 which all had the problem. Any
>> thoughts?
>>
>

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

RE: [beagleboard] xeno_16550A driver install on Debian 3.8.13-bone67

[Terje Frøysa]

Hello Cédric

Sorry, but I had to give up my ambitions due to time pressure.
I ended up using the standard UART drivers in the Debian environment.
If you are in the same application situation as me, you may consider using 
standard Linux drivers:

I am implementing a sensor platform where the sensors each issues hardware 
interrupts that marks the time of measurement.
Sensors are: GPS (1Hz), Barometer (1Hz), Gyro-/Accelero-/Magneto-meter 
(4Hz-8KHz), Inertial platform (200Hz), SwarmRadio (10Hz?).
UART: GPS + SwarmRadio
I2C: Barometer + Gyro-/Accelero-/Magneto-meter
IMU: SPI
After each GPIO interrupt the data is collected by UART, I2C and SPI.
The most important rea-time task is to relate the hardware interrupts (i.e. the 
collected data) to a common timer.
I managed to do that by writing kernel RTDMs for the interrupting GPIO-lines.
The sensor tasks issues blocking reads towards the RTDMs that sends the 
timer-value from the interrupts.
The tasks then uses the standard Linux drivers for collecting data.
So far, the only driver causing marginal situations is the SPI driver in 
combination with an Inertial Measuring Unit (IMU).
This sensor operates on 200Hz, hence I have to collect its data within 5ms.
The IMU uses 16-bit transfers, but require the chip-select to go in-active for 
at least 2us between each transfer.
This cannot be handled by the standard SPI driver an forces me to generate 
separate 16-bit transfer calls to the driver.
Each call gives a 20-30us kernel/user-space punishment and a very jittering 
total transfer-time.

Bottom line (for me) is that I have to cope with the standard Linux drivers for 
the time being.
I am now running tests on all interfaces and the only sensors that misses 
interrupts is the SPI-bus.
I am not sure how degrading these standard drivers is for my real-time 
requirement, but I hope to reveal this by some long-term testing.
At the moment I am part of the "under-wood" and must rely on the patient 
support from the "tall trees" (Gilles and Robert).
If time allows later on, I will look into the possibilities of doing some work 
on the drivers.
First driver to get my attention will be the SPI driver...

Bon chance!

Best regards
Terje



From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of Cédric
Sent: 4. desember 2014 16:52
To: beagleboard@googlegroups.com
Subject: Re: [beagleboard] xeno_16550A driver install on Debian 3.8.13-bone67

Dear Terje,
Did you find how to use the 8250 driver with * .dts?

Pour utiliser le pilote 8250, vous aurez aussi besoin de modifier le fichier * 
.dts.

Le mercredi 12 novembre 2014 18:32:11 UTC+1, Terje Froysa a écrit :
Thanks Robert,
for taking your time to enlight a newbie.

The fog is slowly lifting

Regards
Terje

On Wednesday, November 12, 2014 6:01:52 PM UTC+1, RobertCNelson wrote:
On Wed, Nov 12, 2014 at 10:50 AM, Terje Froysa 
mailto:terje@sintef.no>> wrote:
> Robert,
> just for my curiosity and pease of mind:
>
> If the 8250 have been "no mainline" for several years and there are no
> dtbo's to enable it.
> Why is the ttySx still there and the 8250 by default enabled in the -bone67
> ?

The history goes like this..

Back in the "board" era, omap used the 8250 driver, then "new"
non-generic features where added enabling omap features, thus making
the "omap-serial" driver. Then came device tree's.. First the
omap-serial driver got it's dts bindings and all omap devices used
them.  In the background, 8250 got some more generic enhancements and
generic dts bindings... Fast forward the 8250 now has even shinny-er
better features then the lagging omap-serial driver.. Thus it was
decided to move back, in a release or two..

That ^ may be childlish, but it's the condensed version of pages and
pages of discussions on linux-omap

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