Hi Sven,
On 05/10/15 18:50, Sven Bock wrote:
> Hello,
>
> I do not manage to enable my USB or ethernet ports on my beagleboard xm rev
> C. The D14 Led is off. I use an external power supply of 5V 4A.
>
> I installed Ubuntu 14.04 according to:
> http://elinux.org/BeagleBoardUbuntu
> This one bo
Kernel 3.8.13-bone72. I've taken the Audio Cape DTS and compiled it to
BB-BONE-AUDI-02-00A0.dtbo, copy to /lib/firmware, echo BB-BONE-AUDI-02 >
$SLOTS, and it works. It creates a working, playable sound card.
I compile the same DTS file to BB-BONE-AUDI-06-00A0.dtbo, repeat the steps
above, but
In 3.8.13-bone72, where are the overlays? I've grep and find searched the
entire disk looking for BB-BONE-AUDI-02*, and I don't have it except in my home
dir. But when I try to load the overlay, it works just fine. How can this be?
It's not in initrd, or anywhere else I know to look.
This is ex
Hello William,
So you were able to run the continuous mode driver? I am on to it since 1.5
day.. You are talking about the driver program that is "generic_buffer.c"
am I correct? and your 800k - 900k samples are for single channel correct,
so in that case for 8 channels it would be 100K which i
Looks like you may fail this class. When is the homework due?
Sent from Yahoo Mail on Android
From:"kaushalpurohi...@gmail.com"
Date:Sat, Oct 3, 2015 at 8:36 PM
Subject:[beagleboard] Beagle board with Xcode
Hey guys..
I had tried to integrate my beagle board with Xcode but I am clueless on
On Tue, Oct 6, 2015 at 3:12 AM, Rick Mann wrote:
> In 3.8.13-bone72, where are the overlays? I've grep and find searched the
> entire disk looking for BB-BONE-AUDI-02*, and I don't have it except in my
> home dir. But when I try to load the overlay, it works just fine. How can
> this be? It's n
Hi Everyone,
I want to show RAM usage of BBB while it is working. Is there any way to
determine RAM usage of a BBB? Do you have a sample code for this?
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"Beagl
You can review code from utilities top or htop. Sources are open
6 Окт 2015 г. 17:58 пользователь "cem mortas" написал:
> Hi Everyone,
> I want to show RAM usage of BBB while it is working. Is there any way to
> determine RAM usage of a BBB? Do you have a sample code for this?
>
> --
> For more o
*921234.4541685859* Samples a second exactly. You need to understand
though. Many, many samples are the same value. At this time I was sampling
just one channel. Late last night before bed, I was sampling all 7
available channels, and was noting that some channels were putting values
into the buffe
Hey ,
I was Loving my Beagle Bone black, but as I was pulling some usb cables, it
moved my beagle bone black so that the backside of the PCB touched the
ethernet metal enclosure of my Rasberry Pi ( it was jealous I had moved on
). After that happened I no longer see any LEDs at all on my Beag
Just contact the folks for an RMA #
From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On
Behalf Of jda...@gmail.com
Sent: Monday, October 05, 2015 10:44 PM
To: BeagleBoard
Subject: [beagleboard] I believed I shorted my board
Hey ,
I was Loving my Beagle Bone bla
Most likely, the TPS65217C is fine.
Do the RMA http://www.elinux.org/Beagleboard:BeagleBoneBlack#RMA_Support
Gerald
Gerald
On Tue, Oct 6, 2015 at 10:45 AM, Bill Pretty
wrote:
> Just contact the folks for an RMA #
>
>
>
> *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroup
That is one of those little things you need to be careful when writing code
for the clpru: that code will work fine for pasm, but clpru will complain
(I am talking about the assembly, no idea about inline or C, I've only
worked with assembly in the PRU). Basically two things:
1) you need to "de
You can do as Maxim suggests, or you can open another terminal( ssh session
), and run the command free periodically. Personally, I use both free and
atop. atop is also a good way of casually profiling the system while
running tests.
On Tue, Oct 6, 2015 at 8:09 AM, Maxim Podbereznyy
wrote:
> Yo
This is a monitor problem not syncing with the analog VGA signals. You need to
look in the monitors menus to change the scale and position.
Tip, if the monitor supports DVI, this will also solve your problem. Get a HDMI
to DVI adapter.
--
For more options, visit http://beagleboard.org/discuss
Hi,
As I was untangling some cables on my desk, the power cord to my BBB got
pulled , and the underside of the BBB touched a Rasberry PI's Ethernet
shielding. Since that happened, I no longer see any LEDs light up and the
card doesn't work.
I am assuming that I blew the U2, TPS65217C. Is the
https://groups.google.com/forum/#!searchin/beagleboard/I$20believed$20I$20shorted$20my$20board|sort:relevance/beagleboard/pGGxa90zN7w/gp2ffFZXDAAJ
On Tue, Oct 6, 2015 at 10:45 AM, James Damon wrote:
> Hi,
>
> As I was untangling some cables on my desk, the power cord to my BBB got
> pulled , and
> On Oct 6, 2015, at 06:58, Robert Nelson wrote:
>
>> On Tue, Oct 6, 2015 at 3:12 AM, Rick Mann wrote:
>> In 3.8.13-bone72, where are the overlays? I've grep and find searched the
>> entire disk looking for BB-BONE-AUDI-02*, and I don't have it except in my
>> home dir. But when I try to loa
Worked perfectly! Thankyou so much. No idea why clpru is pickier than pasm,
but at least that problem is solved.
And I'd still be curious if anyone has any simple methods of using C to
write to the pru data ram rather than assemby code.
Cheers,
JR
On Tuesday, October 6, 2015 at 9:19:15 AM UTC-7,
Hey,
I posted this yesterday yet had no ability on here to "search" for my post.
It wasn't under Beagle Bone Black where I had originally posted .
On Tuesday, October 6, 2015 at 10:49:07 AM UTC-7, William Hermans wrote:
>
>
> https://groups.google.com/forum/#!searchin/beagleboard/I$20believed
> On Oct 6, 2015, at 06:58 , Robert Nelson wrote:
>
> On Tue, Oct 6, 2015 at 3:12 AM, Rick Mann wrote:
>> In 3.8.13-bone72, where are the overlays? I've grep and find searched the
>> entire disk looking for BB-BONE-AUDI-02*, and I don't have it except in my
>> home dir. But when I try to load
I'm looking forward to working on the DSP of the X-15, but since that's not
yet available I'm wondering which readily available Beagle exposes a
similar DSP for programming? Which Beagle uses the most similar Linux
distribution / PSP?
I think I understand that the Beagle Bone Black has the mos
>
> *Worked perfectly! Thankyou so much. No idea why clpru is pickier than
> pasm, but at least that problem is solved.And I'd still be curious if
> anyone has any simple methods of using C to write to the pru data ram
> rather than assemby code.*
> *Cheers,*
> *JR*
All the examples I've seen, wh
I always google beagleboard.org google groups, then once I hit the landing
page. I search for keywords, and then sort by date.
On Tue, Oct 6, 2015 at 12:24 PM, James Damon wrote:
> Hey,
>
> I posted this yesterday yet had no ability on here to "search" for my
> post. It wasn't under Beagle Bone
BeagleBoard
BeagleBoard-XM
X15
Gerald
On Tue, Oct 6, 2015 at 2:43 PM, CJPep wrote:
> I'm looking forward to working on the DSP of the X-15, but since that's
> not yet available I'm wondering which readily available Beagle exposes a
> similar DSP for programming? Which Beagle uses the most sim
>
> *I think I understand that the Beagle Bone Black has the most similar ARM
> SDK, but it has no DSP. *
> *The original Beagle has a DSP, but it's a very old SDK. *
>
> *Am I correct?*
>
The white, and black are very similar in many ways. For example, I'm
testing ADC by way of using mmap() on
I'm trying the build_deb.sh script in bb-kernel on branch 3.8.13-bone72, and
I'm getting zillions of "wrong ELF class: ELFCLASS64":
*** End of the configuration.
*** Execute 'make' to start the build or try 'make help'.
‘.config’ -> ‘/home/rmann/bbb/bb-kernel/patches/defconfig’
-
On Tue, Oct 6, 2015 at 3:07 PM, Rick Mann wrote:
> I'm trying the build_deb.sh script in bb-kernel on branch 3.8.13-bone72, and
> I'm getting zillions of "wrong ELF class: ELFCLASS64":
it's a 32bit binary on a 64bit machine problem... Just ignore it.. ;)
or under version.sh switch the gcc compi
> On Oct 6, 2015, at 12:25 , Rick Mann wrote:
>
>
>> On Oct 6, 2015, at 06:58 , Robert Nelson wrote:
>>
>> On Tue, Oct 6, 2015 at 3:12 AM, Rick Mann wrote:
>>> In 3.8.13-bone72, where are the overlays? I've grep and find searched the
>>> entire disk looking for BB-BONE-AUDI-02*, and I don't
On Tue, Oct 6, 2015 at 3:20 PM, Rick Mann wrote:
>
>> On Oct 6, 2015, at 12:25 , Rick Mann wrote:
>>
>>
>>> On Oct 6, 2015, at 06:58 , Robert Nelson wrote:
>>>
>>> On Tue, Oct 6, 2015 at 3:12 AM, Rick Mann wrote:
In 3.8.13-bone72, where are the overlays? I've grep and find searched the
>>
Hi Robert,
I am attempting this process again but now am getting:
/opt/scripts/tools# ./beaglebone-black-eMMC-flasher.sh
Error: script halting, system unrecognized...
How do I fix this?
On Thursday, September 10, 2015 at 1:33:00 PM UTC-7, Matt Maher Peterson
wrote:
>
> Thanks that worked ver
On Tue, Oct 6, 2015 at 3:36 PM, Matt Maher Peterson
wrote:
> Hi Robert,
>
> I am attempting this process again but now am getting:
>
> /opt/scripts/tools# ./beaglebone-black-eMMC-flasher.sh
> Error: script halting, system unrecognized...
>
> How do I fix this?
that one is eol...
look at the prev
Not sure I am following are you saying run a different script?
Sorry I am noob...
I tried the init-eMMC-flasher.sh and get the same result.
On Tuesday, October 6, 2015 at 1:43:46 PM UTC-7, RobertCNelson wrote:
>
> On Tue, Oct 6, 2015 at 3:36 PM, Matt Maher Peterson
> > wrote:
> > Hi Robert,
>
On Tue, Oct 6, 2015 at 4:02 PM, Matt Maher Peterson
wrote:
> Not sure I am following are you saying run a different script?
>
> Sorry I am noob...
>
> I tried the init-eMMC-flasher.sh and get the same result.
We went over this a month ago... look in the "eMMC" directory above..
and read the read
Hi,
Oh, magnificent..!!
Yes you are correct I am facing problem in C..!! actually this link depicts
exactly my state..
http://c.learncodethehardway.org/book/introduction.html
specially the last paragraph in "Introduction" section and 1st in "Core
competence" section :-)
and btw two small quer
Hello
Can somebody answer, is it possible to realise the HD video capture through
HDMI reciver Analog Devices ADV7611?
May be you can to recomend some forums or literture? Any ideas.
Thanks
Dmitry
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because y
> On Oct 6, 2015, at 13:26 , Robert Nelson wrote:
>
> On Tue, Oct 6, 2015 at 3:20 PM, Rick Mann wrote:
>>
>>> On Oct 6, 2015, at 12:25 , Rick Mann wrote:
>>>
>>>
On Oct 6, 2015, at 06:58 , Robert Nelson wrote:
On Tue, Oct 6, 2015 at 3:12 AM, Rick Mann wrote:
> In 3.8.1
On Tue, Oct 6, 2015 at 4:17 PM, Dmitry Timofeev wrote:
> Hello
> Can somebody answer, is it possible to realise the HD video capture through
> HDMI reciver Analog Devices ADV7611?
> May be you can to recomend some forums or literture? Any ideas.
Anything is possible if you wish it enough times...
> On Oct 6, 2015, at 13:09 , Robert Nelson wrote:
>
> On Tue, Oct 6, 2015 at 3:07 PM, Rick Mann wrote:
>> I'm trying the build_deb.sh script in bb-kernel on branch 3.8.13-bone72, and
>> I'm getting zillions of "wrong ELF class: ELFCLASS64":
>
> it's a 32bit binary on a 64bit machine problem..
There is a driver for this device :
http://lxr.free-electrons.com/source/drivers/media/i2c/adv7604.c?v=4.1
so you should be able to add it in the device tree :
http://lxr.free-electrons.com/source/Documentation/devicetree/bindings/media/i2c/adv7604.txt?v=4.1
Micka,
Le mar. 6 oct. 2015 à 23:25,
On Tue, Oct 6, 2015 at 4:25 PM, Rick Mann wrote:
>
>> On Oct 6, 2015, at 13:26 , Robert Nelson wrote:
>>
>> On Tue, Oct 6, 2015 at 3:20 PM, Rick Mann wrote:
>>>
On Oct 6, 2015, at 12:25 , Rick Mann wrote:
> On Oct 6, 2015, at 06:58 , Robert Nelson wrote:
>
> On Tue,
> On Oct 6, 2015, at 14:32 , Robert Nelson wrote:
>
> Correct... Hence the "dtc-overlay.sh" script in the v4.1.x dtbo repo,
> and the note about the issue in the readme.md...
Thanks, I'll take a look
--
Rick Mann
rm...@latencyzero.com
--
For more options, visit http://beagleboard.org/disc
#1 No, the module is already compiled for the image.
#2 No, this is continuous mode with all 7 configurable channels running( 8
including AIN7 ), and just blasting the data to screen. No ordering, not
checking anything. There are many *MANY* redundant reads.
Right now I am experimenting with mma
On Tue, Oct 6, 2015 at 4:42 PM, Rick Mann wrote:
>
>> On Oct 6, 2015, at 14:32 , Robert Nelson wrote:
>>
>> Correct... Hence the "dtc-overlay.sh" script in the v4.1.x dtbo repo,
>> and the note about the issue in the readme.md...
>
> Thanks, I'll take a look
here's the script for the old versio
By the way, one thing I did note. Remember me saying printf() was not
slowing anything down( much ) using sysfs, and the iio driver ? Well, using
mmap() and then printf() to display the data. Slows the sample rate by
50%+. Specifically newlines -> "\n" seem to be the biggest culprit.
Anyway, that
Thanks!
> On Oct 6, 2015, at 14:44 , Robert Nelson wrote:
>
> On Tue, Oct 6, 2015 at 4:42 PM, Rick Mann wrote:
>>
>>> On Oct 6, 2015, at 14:32 , Robert Nelson wrote:
>>>
>>> Correct... Hence the "dtc-overlay.sh" script in the v4.1.x dtbo repo,
>>> and the note about the issue in the readme.
I am working on a line of home automation capes. Each cape will fulfill a
specific role while also including a set of common sensors for monitoring
the surrounding environment. I'm looking for ideas and opinions on systems
in the home that users would like to connect to the Internet of Things f
Ok I see now. Use the script that is /opt/scripts/tools/emmc.
One more question. The reason I was trying this tool again is that my
custom debian image stopped auto connecting to my computer via usb.
I am running Ubuntu on my desktop and the little network icon just seams to
be cycling thru tr
> On Oct 6, 2015, at 14:44 , Robert Nelson wrote:
>
> On Tue, Oct 6, 2015 at 4:42 PM, Rick Mann wrote:
>>
>>> On Oct 6, 2015, at 14:32 , Robert Nelson wrote:
>>>
>>> Correct... Hence the "dtc-overlay.sh" script in the v4.1.x dtbo repo,
>>> and the note about the issue in the readme.md...
>>
Okk..!!
#1 So I will keep using the image which you have shown in your blog
post(for now) for my further development
#2 Ok, for that I am not worried much for now! as for now I WANT data, and
I will be implementing a filter maybe in second stage once I get this thing
working.
Yes, you should ta
Couldn't step away until I did this test but . . .
debian@beaglebone:~$ time sudo ./test > output.txt
real0m1.059s
user0m0.370s
sys 0m0.030s
Data is formated as such: *channel:data* That's 200k iterations( nearing
200k samples / second !!!) with A LOT of data that looks like this:
One free idea for you.
1) BBB + cape == costs too much for multiple home automation tasks. Use the
BBB as a "base station" with multiple more cost effective "nodes".
As an added bonus, I'll toss in the idea, that you sir get you pick your
own platform for the "cost effective node" :)
On Tue, Oct
1.4.0 is correct for 3.8.x kernels.
On Tue, Oct 6, 2015 at 3:21 PM, Rick Mann wrote:
>
> > On Oct 6, 2015, at 14:44 , Robert Nelson
> wrote:
> >
> > On Tue, Oct 6, 2015 at 4:42 PM, Rick Mann wrote:
> >>
> >>> On Oct 6, 2015, at 14:32 , Robert Nelson
> wrote:
> >>>
> >>> Correct... Hence the
Thanks!
> On Oct 6, 2015, at 15:55 , William Hermans wrote:
>
> 1.4.0 is correct for 3.8.x kernels.
>
> On Tue, Oct 6, 2015 at 3:21 PM, Rick Mann wrote:
>
> > On Oct 6, 2015, at 14:44 , Robert Nelson wrote:
> >
> > On Tue, Oct 6, 2015 at 4:42 PM, Rick Mann wrote:
> >>
> >>> On Oct 6, 2015,
For what kernel does this change? That is, starting with which kernel version
do I need to use the 1.4.1 dtc?
> On Oct 6, 2015, at 15:55 , William Hermans wrote:
>
> 1.4.0 is correct for 3.8.x kernels.
>
> On Tue, Oct 6, 2015 at 3:21 PM, Rick Mann wrote:
>
> > On Oct 6, 2015, at 14:44 , Robe
I have pruss_remoteproc/virtio_rpmsg_bus working on V4.1 when I boot for the
first time. However, when I uninstall the KO with rmmod -f pruss_remoteproc and
then install the KO with modprobe pruss_remoteproc, I get a kernel exception.
Investigating further, I found that _omap_device_notifier_ca
I also am experiencing this issue. I'm trying to avoid a hardware
modification so I was trying to follow Mikkel's
post: http://www.mikini.dk/index.php/category/beaglebone-black/boot-issue.
However I can't find a FAT partition on my sd-card.. Is this something that
changed when switching from An
>
> *However I can't find a FAT partition on my sd-card.. Is this something
> that changed when switching from Angstrom to Debian? Searching for
> u-boot.img and MLO and only found them in the u-boot backup folder so I
> assume that's not what I need to change. *
This has been in effect since aro
For more information you can read my blog post here:
http://www.embeddedhobbyist.com/2015/09/beaglebone-black-working-with-debianlinux-images/
It's briefly covered in the "Advanced usage of tar" section.
On Tue, Oct 6, 2015 at 5:31 PM, William Hermans wrote:
> *However I can't find a FAT partit
Hi Gerald,
I purchased this at a Maker Faire back in 2014 and don't even have the
receipt.
I work at an electronics shop and want to fix it myself. I was just
curious of the easiest way to debug what went wrong as well as possibly
ordering a replacement TPS65217C if i need to.
-Jimi
On Tue
That is up to you, but my experience is that the problem is most likely is
the processor. You can buy one from Digikey fro $23 not including shipping..
Goof luck!
Gerald
On Tue, Oct 6, 2015 at 8:01 PM, James Damon wrote:
> Hi Gerald,
>
> I purchased this at a Maker Faire back in 2014 and don
To screen:
200 total iterations
channel 0 samples: 296296
channel 1 samples: 44
channel 2 samples: 296296
channel 3 samples: 370371
channel 4 samples: 148149
channel 5 samples: 22
channel 6 samples: 22
real0m16.247s
user0m3.850s
sys 0m3.140s
To file:
200 to
By the way, there are 2 FIFO buffers for the ADC. I'm only reading from
one. So this is something else I need to look into. Actually there is a lot
I need to read up now that I'm able to directly twiddle the ADC's registers.
On Tue, Oct 6, 2015 at 7:02 PM, William Hermans wrote:
> To screen:
>
3.8 doesn't support the target-path="/" I was using to add my regulator device
to the tree. Is there another way to add a regulator to the root?
Thanks,
--
Rick Mann
rm...@latencyzero.com
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are
Hi,
So during this implementation you are using FIFO buffer that you pointed
out?? should I as well use that?? or should I simply read from
"/sys/bus/iio/devices/iio\:device0/in_voltage4_raw" ..?
On Wednesday, October 7, 2015 at 7:40:46 AM UTC+5:30, William Hermans wrote:
>
> By the way, there
65 matches
Mail list logo