They're sold by a number of vendors (see the wiki for links) but all are
out of stock. Looks like it will be months before they get more in.
On Sunday, July 5, 2015 at 1:27:14 PM UTC-6, Rick M wrote:
>
>
> > On Jul 5, 2015, at 08:41 , jrb...@colorado.edu wrote:
> >
> > Or wait 51 more days fo
> On Jul 5, 2015, at 08:41 , jrbl...@colorado.edu wrote:
>
> Or wait 51 more days for the Audio Capes to be back in stock.
Where does one buy an audio cape? I've never been able to find a rev B.
--
Rick Mann
rm...@latencyzero.com
--
For more options, visit http://beagleboard.org/discuss
--
Thanks Colin!
This means that the I2C protocol running on pins P9_19 and P9_20 (19 SCL,
20 SDA) is required to complete before the BBB will send audio data on
P9_28 (AUD_DOUT).
Without a cape, I don't see how I can get audio data... perhaps I can use
an Arduino and the Wire.h library to act as
On beaglebone black (Debian3.8.13-bone68) I ran tests with and without an
audio cape (rev B) and confirm that speaker-test -D default:EVM does not
output anything on P9_28 without the audio cape connected. With audio cape
connected I do see ouput on P9_28.
--
For more options, visit http://bea
>
> *Latest thoughts on this: I think perhaps the problem is that I should not
> expect to see serial data from P9_28 (I2S serial data out) without an
> actual Audio Cape. There are probably I2C (control) and I2S (audio
> content) requirements, such as clocks and so forth, that are required
> befo
Just an update on this: I used a scope without a cape (because I don't own
one, and estimated backorder on MCM is 52 days). I verified no life on
AUD_DOUT P9_28, but I _do_ see life on pins 19 and 20, which are the I2C
SDA and SCL lines. As soon as I commence sound output, the SCL goes live
w
Yes I have a scope and will run tests for you when I get back to my desk.
Sent from my iPhone
> On Jul 4, 2015, at 11:15 AM, jrbl...@colorado.edu wrote:
>
> Colin,
>
> That would be phenomenally helpful! Do you have a scope?
>
> I'm curious if you see any life on pin 28 of the P9 header with
Colin,
That would be phenomenally helpful! Do you have a scope?
I'm curious if you see any life on pin 28 of the P9 header with and without
a cape. I suspect you will see data with the cape (because the DAC on the
cape board is talking to the BBB's processor), but nothing without it.
I unfor
Hi all,
> Thanks William. I read that thread (which has more to do with Audio Cape's
> conflicts with the LCD Cape) and tried on a whim just commenting out pins 18
> and 19, plus renaming the
> dtbo to BB-BONE-AUDI-03 but nothing changed... P9_28 is still flat when
> playing sound.
I'm using
If it'd help I could run same tests for you with and without audio cape and
test the theory - I am running bone68 but suspect results will be the same
- it'd be good to know if you can see output or not.
On Saturday, July 4, 2015 at 10:19:59 AM UTC-5, jrb...@colorado.edu wrote:
>
>
> Latest thou
Latest thoughts on this: I think perhaps the problem is that I should not
expect to see serial data from P9_28 (I2S serial data out) without an
actual Audio Cape. There are probably I2C (control) and I2S (audio
content) requirements, such as clocks and so forth, that are required
before the B
Well, I'm perplexed then. I have bone47 on two different BBB's and both
have been configured the same way: compile dts and put the dtbo in
/lib/firmware, disable HDMI (and HDMIN), add BB-BONE-AUDI-02 to the capemgr
file so it gets added at startup.
But I don't see anything coming out of the AU
I don't know when the change happened but am pretty sure when I was using
bone47 I didn't have issue with kernel included audio cape. When I upgraded
(I'm now using bone68) I found that audio cape was included so compiling
your own and placing in /lib/firmware made no difference as it was alread
Disregard, I was remembering backwards apparently.
On Sat, Jul 4, 2015 at 1:00 AM, William Hermans wrote:
> humm actually /boot/uEnv.txt say the opposite of what I said. However I
> still believe that to be wrong. Unless the file names have been swapped . .
> .
>
> On Sat, Jul 4, 2015 at 12:57 A
humm actually /boot/uEnv.txt say the opposite of what I said. However I
still believe that to be wrong. Unless the file names have been swapped . .
.
On Sat, Jul 4, 2015 at 12:57 AM, William Hermans wrote:
> OK so from this page:
> http://elinux.org/BBB_Audio_Cape_RevB_Getting_Started
>
> *Since
OK so from this page: http://elinux.org/BBB_Audio_Cape_RevB_Getting_Started
*Since this Audio Cape uses the same audio signal from the onboard HDMI
> interface, you need to disable the audio portion of the HDMI by edit the
> uEnv.txt at /boot/uboot. Add this line to the uEnv.txt file: *
>
> *o
On Friday, July 3, 2015 at 9:59:05 PM UTC-6, William Hermans wrote:
>
> There was a change between 3.8.13-bone68, and 3.8.13-bone69 related to I2C
> as I recall. That caused his problem.
>
Thanks William. I read that thread (which has more to do with Audio Cape's
conflicts with the LCD Cape)
There was a change between 3.8.13-bone68, and 3.8.13-bone69 related to I2C
as I recall. That caused his problem.
Full post is here, and was quite recent:
https://groups.google.com/forum/#!searchin/beagleboard/audio$20cape|sort:date/beagleboard/2dXgKp9T8_g/j6o9Q8Jy2-QJ
On Fri, Jul 3, 2015 at 8:35
On Friday, July 3, 2015 at 7:14:16 PM UTC-6, colin@biocharger.com wrote:
>
> What distro and version are you using? I know on Debian after a certain
> build ( I don't know which ) that BB-BONE-AUDI-02 is installed as part of
> the kernel - if this is your case then the dts you are looking a
What distro and version are you using? I know on Debian after a certain
build ( I don't know which ) that BB-BONE-AUDI-02 is installed as part of
the kernel - if this is your case then the dts you are looking at may not
be the same at kernel dtbo is using - just a thought
I had this issue
On Thursday, July 2, 2015 at 10:55:40 AM UTC-6, J Evans wrote:
>
> > I ran all steps as given by the instructions
> > (http://elinux.org/CircuitCo:Audio_Cape_RevB) including installing a
> new DT overlay, disabling HDMI and adding to the slots file.
>
> >Then I try speaker-test -D default:EVM
> I ran all steps as given by the instructions
> (http://elinux.org/CircuitCo:Audio_Cape_RevB) including installing a new DT
> overlay, disabling HDMI and adding to the slots file.
>Then I try speaker-test -D default:EVM and put an oscilloscope on pin
>P9_28. No waveform comes out. This shoul
I don't have an Audio Cape (everywhere is out of stock) but I just want to
test the set up as if I did.
I ran all steps as given by the instructions
(http://elinux.org/CircuitCo:Audio_Cape_RevB) including installing a new DT
overlay,
disabling HDMI and adding to the slots file.
Then I try spea
23 matches
Mail list logo