Is it because the cape only uses one of the I2C ports and one of the audio
in/out ports?
On Mon, Jun 29, 2015 at 2:30 PM, wrote:
> > I have decided to forgo the CS42448 board for now, as its Evaluation
> board a codec board, and instead I am going to see if I can figure out
> stacking the audio
> I have decided to forgo the CS42448 board for now, as its Evaluation board a
> codec board, and instead I am going to see if I can figure out stacking the
> audio capes with the BBB, and
> how the BBB does multichannel audio... and if that doesn't work, I might have
> to try the external boa
Hi Colin,
I have decided to forgo the CS42448 board for now, as its Evaluation board
a codec board, and instead I am going to see if I can figure out stacking
the audio capes with the BBB, and how the BBB does multichannel audio...
and if that doesn't work, I might have to try the external board.
Hi,
I've been trying to work with the CS42448 audio codec as a peripheral for
the STM32F405 Discovery Board, but with little success. I'm also very
interested in porting the codec over to the BB and the Raspberry Pi (any
ARM processors, really). If you have any information or code you'd be
wil
Wait, that's pretty cool. I will forward this to my group, and see what
they think.
Thanks for the suggestion/idea!
On Saturday, May 30, 2015 at 11:11:59 AM UTC-4, J Evans wrote:
>
>
> > Since the audio capes are stackable, and you can assign each one a
> unique address, and the AM335X uses McAS
> Since the audio capes are stackable, and you can assign each one a unique
> address, and the AM335X uses McASP, I should
> be able to process multiple channel input separately on the board, but choose
> to output the resultant signal on only use one of the capes?
Interesting. Are you keen to
Ah, I see. Thanks for the help!
My general idea so far is to stack 3 audio capes to receive 6 channel
input, then process and output probably stereo (or 6 channel out for
feedback); I guess I'll see how the multiplexing will fit in once I
understand the board more.
On Friday, May 29, 2015 at
We just used a proto cape to expose the McASP pins we needed, then ran
wires over to a set of TI SmartAmp boards which supported TDM at the time.
Picture:
https://dl.dropboxusercontent.com/u/82765462/BBB/4channel_audioCape.jpg
On Fri, May 29, 2015 at 11:13 AM, Jeffrey Huang wrote:
> ooh that's
ooh that's pretty cool! Hopefully it will work for me as well.
Did you have to build your own TDM cape, or could you just stack them and
use the Am335x to do the multiplexing
On Friday, May 29, 2015 at 1:47:47 PM UTC-4, Jesse Forgues wrote:
>
> I think I tested 8 or 16 CH TDM at 48k and it worke
I think I tested 8 or 16 CH TDM at 48k and it worked fine.
On May 29, 2015 10:37 AM, "Jeffrey Huang" wrote:
> We were considering that, but were concerned if we could find a fast
> enough mux to do 6 channels at 48kHz, and that plus clock issues.
> Thanks for the idea, though! I will check out ho
We were considering that, but were concerned if we could find a fast enough
mux to do 6 channels at 48kHz, and that plus clock issues.
Thanks for the idea, though! I will check out how the Am335x fares in TDM.
On Wednesday, May 27, 2015 at 9:34:56 PM UTC-4, Jesse Forgues wrote:
>
> You could mak
You could make a stackable TDM cape I guess?
Each codec/cape board could pick off its own channel from the McASP/TDM
port...
I like that idea...
On Wed, May 27, 2015 at 2:11 PM, wrote:
> So I'm thinking about using the BeagleBoneBlack for multichannel audio
> DSP, but there are still some quest
So I'm thinking about using the BeagleBoneBlack for multichannel audio DSP,
but there are still some questions I have about it.
Since the audio capes are stackable, and you can assign each one a unique
address, and the AM335X uses McASP, I should
be able to process multiple channel input separat
13 matches
Mail list logo