"You have 100% full control over anything the PRU can access."
This pru code seems to disproves this. The PRU cannot modify the
configuration registers.
// enable ocp master.
LBCO r0, C4, 4, 4
CLR r0, r0, 4
SBCO r0, C4, 4, 4
// turn on gpio
mov r1, 0x4000
mov r0, 0x44E07194
SBBO b, a, 0, 4
//
I apologize, a miss click posted that...full code below.
> *// enable ocp master.*LBCO r0, C4, 4, 4
> CLR r0, r0, 4
> SBCO r0, C4, 4, 4
> *// try to set gpio address*
>
> *// gpio on*mov r1, 0x4000# gpio 0, bit 14, p9.29
> mov r0, 0x44E07194 # gpio 0 set register
> SBBO r1, r0, 0, 4
From: Charles Kerr
Reply-To: "beagleboard@googlegroups.com"
Date: Friday, June 20, 2014 at 6:36 PM
To: "beagleboard@googlegroups.com"
Subject: [beagleboard] Setting volume from C++ on the audio cape (Rev B1)
> I have the following code which I think should set the volume on the audio
> ca
I found the answer, for those trying to do this.
Change this line
ioctl(mixer_fd, SOUND_MIXER_WRITE_VOLUME, &vol)
to
ioctl(mixer_fd, SOUND_MIXER_WRITE_PCM, &vol)
On Sat, Jun 21, 2014 at 4:48 AM, John Syn wrote:
>
> From: Charles Kerr
> Reply-To: "beagleboard@googlegroups.com"
> Date: Frida
Why 0b1?
On 06/21/2014 01:40 AM, TJF wrote:
Am Samstag, 21. Juni 2014 01:37:20 UTC+2 schrieb Manu:
I need to read the bit r31.t16 and capture the current state
either 1 or 0 and set it to r3
Try
AND r3, r31.b2, 0b1
--
For more options, visit http://beagleboard.org/discuss
---
Y
0b1 is the bitmask (in binary), the same as 0x01 in the "shift and mask"
code I sent. Since the bit you want is already in the least significant
location in a byte, you don't really have to shift it first. You can do
the move and mask with a single AND instruction.
On 6/21/2014 7:57 AM, Manuel B
>
> It's awesome that you got it to work .I tried to do the same to rtl8192eu
> and sadly the patch by cmicali does not work. Is there any chance to get
> it to work.Or should I ask cmicali for instructions on patching.Thank you.
--
For more options, visit http://beagleboard.org/discuss
---
A miss click and a miss post ...
The PRUSS can access the Control Modul pin mux registers. It's working for
a lot of libpruio users. Did you enable the OCP master port?
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Go
After a bit of searching around, it turns out there is a port of Chromium OS
for Beaglebone ready to go, but used as internal testing at Google for new
hardware and junk. Could we combine this with the generic-arm overlay to have a
fully functional version of Chromium OS for the Black?
https://
Here's what I did:
1. Install FreeBasic compiler in BBB
1.1. Download package from
http://www.freebasic-portal.de/downloads/fb-on-arm/bbb-fbc-fbc-fuer-beaglebone-black-283.html
wget http://www.freebasic-portal.de/dlfiles/452/bbb_fbc-0.0.2.tar.xz
1.2. Uncompress and copy files
cd bbb_fb
I can't saveenv.
I got this:
U-Boot# saveenv
Saving Environment to NAND...
Erasing NAND...
Attempt to erase non block-aligned data
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To un
The changes I make to the pinmux in the Device Tree Overlay are not
reflected when I read the files in /sys/class/gpio or probe the physical
pin itself. However, the change IS reflected when I read
/sys/kernel/debug/pinctrl/44e10800.pinmux/pins. The OS is the Rev C Debian
build.
Setting the Pi
I am not an expert in this, but if this is a Beaglebone, I don't think
there is any NAND, so saveenv will not work. I think modifications to
environment go in uEnv.txt or must be compiled into U-Boot.
HTH,
Dave.
On 06/21/2014 07:51 PM, Lucas Tanure wrote:
I can't saveenv.
I got this:
U-Boo
Hi Michael
> When I do 'cat value' in the gpio48 directory, I get 1. I should get a 0
since the pulldown is enabled.
> To my experience the 'cat value' not always reflects actual level on the
wire.
and
> Should modifications in the DTO reflect in the file interfaces and on the
physical pin
Hi all
I installed Motion to BBB. And I was streaming video webcamera.
OS is Ubuntu 14.04.
When 320x240 settings of Motion, streaming has been successfully.
However, it failed when the 640x480 settings of Motion.
Then syslog
motion: [1] Resizing pre_capture buffer to 1 items
motion: [0] httpd C
15 matches
Mail list logo