Hy,
I´m having a very similar problem. I am using the current version of ubuntu
for BBB (Ubuntu 14.04 LTS (GNU/Linux 3.8.13-bone47 armv7l)) and tried to a
device tree overlay with this guide for the exact same cape:
I'm looking into the same thing and running into the same problems of no
simple tutorials. At this point I'm having issues getting the PRU to even
be enabled, and I'm not really sure why.
On Tuesday, April 22, 2014 12:59:09 PM UTC-4, Mark A. Yoder wrote:
David:
Thanks for the pointer,
I'm rather confused. I cannot seem to disable BB-BONELT-HDMI using the
uEnv capemgr.disable_partno optargs arg.
My uEnv.txt line looks like this:
optargs=capemgr=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN
but:
root@StockBBB:~#* cat /sys/devices/bone_capemgr.9/slots*
1:
I'm an idiot. I blindly followed instructions that were likely for
Angstrom, and put the dtb file in the wrong place, /boot instead of
/boot/uboot/dtbs. Now that the dtb file is being read I've got everything
showing up properly, which is great because I've got my first NeoPixel
stick
Hi Forum,
I am attempting to create a device overaly to turn off the USR0-3 on Ubuntu
13.10 (Linux ubuntu-armhf 3.8.13-bone30) on my Beagle Bone Black A5C.
I have performed the following process - but the USR0-3 LEDs continue to
flash. I expected all of them to turn off and have trigger
I have a project idea that I'm still in the early stages of. My background
is in PLC programming and microcontrollers, mostly for automation, so I've
done some graphics and signal control, but not much with audio other than
playing a sound.
My son is a toddler, and he loves instruments and
Hello Anthony, it looks like that this method only works if I boot up and
ssh to the BBB OS. Do you know of a method that would allow a program to
execute once there is power through the BBB (with 5V port not the USB)?
I have been trying to figure this out for a while now. I would really
Hi,
I have a similar problem with my Beaglebone and Starterware. To check out
the performance of Starterware and Beaglebone I do the following in my
main-Function:
while(1)
{
GPIOPinWrite(GPIO_INSTANCE_ADDRESS,28, GPIO_PIN_HIGH);
* for*(i=0; i35000; i++)
{
x =
Hi there,
I am testing the performance of the beaglebone in combination with the
no-OS Starterware from TexasInstruments and with the Linux Distribution
Angström.
My test program, which I wrote for both for Starterware and Linux, does the
following: I configure GPIO_1_28 as an output pin
On 4/25/2014 4:52 AM, thomas5...@gmx.de wrote:
So I also integrated the functions MMUConfigEnable() and
CacheEnable(CACHE_ALL) into my program. It kind of worked, my new results
for Starterware:
T = 500 ms
But still !!! 500 times slower than on Linux.
Did anyone make similar
Still didn't work !
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Try this, the capemgr= may be causing a problem
optargs=quiet capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN
On Fri, Apr 25, 2014 at 7:58 AM, Tristan Phillips
tris.phill...@gmail.comwrote:
Interestingly this issue seems to have disappeared in the latest build of
ubuntu for BBB.
You may also want to post this to the TI e2e forum.
On Fri, Apr 25, 2014 at 5:16 AM, thomas5...@gmx.de wrote:
Hi,
I have a similar problem with my Beaglebone and Starterware. To check out
the performance of Starterware and Beaglebone I do the following in my
main-Function:
while(1)
{
Try labeling them exactly as they are labled here
https://github.com/beagleboard/linux/blob/3.8/arch/arm/boot/dts/am335x-bone-common.dtsi#L63-L95
gpio-leds {
compatible = gpio-leds;
pinctrl-names = default;
Tell us what you did (exactly)
http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book
From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On
Behalf Of kie4280...@gmail.com
Sent: Friday, April 25, 2014 9:44 AM
To: beagleboard@googlegroups.com
Try with just the i2c bus number or without the /dev/ like:
i2cdetect -F 0
i2cdetect -F i2c-0
On Friday, April 25, 2014 6:38:10 AM UTC+2, treedeegraphics wrote:
Hi:
I have a custom i2c device (one that looks like memory, you can do reads
and writes to it) connected to my BeagleBone Black.
I've been using a LEDscape fork that I think will better allow me to use
Python to write the bulk of my program, and then LEDscape to do the
Neopixel control.
https://github.com/Yona-Appletree/LEDscape
Everything works, except that you should check the uEnv.txt file in /boot
or possible
Sorry, one minor correction.
The dtb file should be in one of the following places:
/boot
/boot/uboot/dtbs
If you're using the latest Debian image then it's the second. I believe
Angstrom uses the first. It looks like the Yona-Appletree LEDscape readme
has been just been updated to reflect
sudo shutdown 0
On Wednesday, 23 April 2014 19:18:57 UTC+5:30, kie42...@gmail.com wrote:
My BBB can't shutdown. What can I do ?
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To
Hello Everyone,
I'm having problems with the latest debian build (2014-04-23) and the WIFI
dongle Edimax EW-7811Un.
I follow this link
(https://groups.google.com/forum/#!topic/beaglebone/Q92uD9F1us8) to set up
the dongle, can connect to wifi, but the connection is faulty, works for
couple of
Thanks very much. That is precisely what is happening. I'll work around it
for now. ;-)
((Strange though))
I find depending on the moon phase sometimes on board Ethernet (ETH0) works
but then USB Ethernet (ETH1) fails and vice-verse.
Any who, it is what it is!
Has Beagleboard Black been
Thanks. I'm not sure what strangeness was going on but then it started
working. ;-)
On Friday, 25 April 2014 10:56:34 UTC-4, Akhil wrote:
Try with just the i2c bus number or without the /dev/ like:
i2cdetect -F 0
i2cdetect -F i2c-0
On Friday, April 25, 2014 6:38:10 AM UTC+2,
If you're using Debian Wheezy, the instructions below are taken from my
blog and work. More information here: https://wiki.debian.org/LSBInitScripts
Create some file, and edit it accordingly. In my case *test*
*touch /etc/init.d/test nano /etc/init.d/test *
And in the file we put . . .
*#!
NOTE this method knows nothing about when your board has power applied.
This service*will* however start every time Debian is booted up. Even from
a soft boot / restart.
On Fri, Apr 25, 2014 at 10:02 AM, William Hermans yyrk...@gmail.com wrote:
If you're using Debian Wheezy, the instructions
I think sudo -S command might work too, but have not tested this myself
yet.
On Fri, Apr 25, 2014 at 4:51 AM, Charles Steinkuehler
char...@steinkuehler.net wrote:
On 4/25/2014 5:37 AM, Andreas Tauböck wrote:
and I get a permission denied when i want to add it manually with:
What resolution are you wanting to display? Or I should ask, what
resolution are you currently viewing it in?
On Thursday, July 25, 2013 4:04:12 PM UTC-7, raps...@gmail.com wrote:
So I have plugged in and been able to pull EDID information for the
Chalkboard Electronics 10 display.
It has been tested for robustness. Just not tested for you.
Gerald
On Fri, Apr 25, 2014 at 11:31 AM, treedeegraphics treedeegraph...@yahoo.com
wrote:
Thanks very much. That is precisely what is happening. I'll work around
it for now. ;-)
((Strange though))
I find depending on the
On Fri, 25 Apr 2014, Gerald Coley wrote:
It has been tested for robustness. Just not tested for you.
Gerald
Test nazi. No testing for *you*.
rday
--
Robert P. J. Day Ottawa, Ontario,
Hello,
I created the directories on PC. Modules compiled and installed modules and
headers as indicated. I ran the command sudo chown-R root.root / media /
rootfs_ / lib / firmware, copied to other directories for User Group and
were the root and not the user of my machine. However follow with
I also checked the ssh login script and allowrootlogin is set to 'yes'.
On Friday, April 25, 2014 4:26:12 PM UTC-7, Mike wrote:
Neither blank nor root nor work. I get authentication failure.
It's setup as 'blank' to match the old Angstrom releases.
--
For more options, visit
On Apr 25, 2014 6:28 PM, Mike maxmikes...@gmail.com wrote:
I also checked the ssh login script and allowrootlogin is set to 'yes'.
On Friday, April 25, 2014 4:26:12 PM UTC-7, Mike wrote:
Neither blank nor root nor work. I get authentication failure.
It's setup as 'blank' to match the
The instructions said to login as debian/temppwd and that works but it's
useless.
On Friday, April 25, 2014 4:21:00 PM UTC-7, William Hermans wrote:
*root : root*
You should really read the instructions that came with the image.
--
For more options, visit http://beagleboard.org/discuss
So, logging in as normal user debian then issuing su followed by root
or blank does not work ?
On Fri, Apr 25, 2014 at 4:28 PM, Mike maxmikes...@gmail.com wrote:
I also checked the ssh login script and allowrootlogin is set to 'yes'.
On Friday, April 25, 2014 4:26:12 PM UTC-7, Mike wrote:
Thanks for that Robert - I guess I'll trash it then and go to something I
can use.
On Friday, April 25, 2014 4:33:01 PM UTC-7, RobertCNelson wrote:
Oh wait 4-18. Read the notes, only user debian is setup. Root is disabled
on those images now.
--
For more options, visit
@Robert
What ?! Granted I did not use the prerolled image, but I am using the same
basic( bare ) image passwd was root
On Fri, Apr 25, 2014 at 4:33 PM, Robert Nelson robertcnel...@gmail.comwrote:
On Apr 25, 2014 6:28 PM, Mike maxmikes...@gmail.com wrote:
I also checked the ssh login
On Apr 25, 2014 6:35 PM, Mike maxmikes...@gmail.com wrote:
Thanks for that Robert - I guess I'll trash it then and go to something I
can use.
Sudo su
Passwd -l xyz
Takes 5 seconds to enable.
On Friday, April 25, 2014 4:33:01 PM UTC-7, RobertCNelson wrote:
Oh wait 4-18. Read the notes,
On Apr 25, 2014 6:36 PM, William Hermans yyrk...@gmail.com wrote:
@Robert
What ?! Granted I did not use the prerolled image, but I am using the
same basic( bare ) image passwd was root
Just changed it, bunch of noobs complained when their default setup got
owned as it was internet facing.
Hmmm, wow, I guess in this day and age google + how to secure my debian
system is just too much trouble for the instant gratification crowd.
On Fri, Apr 25, 2014 at 4:44 PM, Robert Nelson robertcnel...@gmail.comwrote:
On Apr 25, 2014 6:36 PM, William Hermans yyrk...@gmail.com wrote:
Hi Forum,
I am attempting to learn to use the PRU on the BBB. I have ubuntu-armhf
3.8.13-bone30 kernel with gcc-armhf 3.8.13-bone30 compiler installed.
I am following the instructions from ECE497 BeagleBone PRU at
Not necessarily an issue. Originally I was wondering if only half of
available physical memory was being made available. Still, I'd like to
understand why the device tree bindings indicate 256 MB memory, yet it
appears that the full 512 MB are available.
On Thursday, April 24, 2014 7:23:51 AM
40 matches
Mail list logo