Open Source DSP XOs - Page 10 - diyAudio
Go Back   Home > Forums > Source & Line > Digital Line Level

Digital Line Level DACs, Digital Crossovers, Equalizers, etc.

Please consider donating to help us continue to serve you.

Ads on/off / Custom Title / More PMs / More album space / Advanced printing & mass image saving
Reply
 
Thread Tools Search this Thread
Old 18th January 2012, 07:54 PM   #91
sgpu is offline sgpu  United Kingdom
diyAudio Member
 
Join Date: Jan 2012
Location: Nottingham, UK.
Hi,

Thought I would chime in on here. I'm developing a board using the DM8148. It has a 1Ghz A8 and a 750MHz C674x DSP. I've also maximized the pin mux settings to allow a possible 26 pair pairs of i2s I/O.

More can be found here
DaVinci Digital Video Processor - TMS320DM814x SOC - TMS320DM8148 - TI.com

My genius coder is at work on the Mistral EVM to allow 10 simultaneous pairs of i2s or DIT output on McASP0 at 24-bit 96KHz.

By the sounds of things you can port your work to the DM8148.

Here's the initial hardware spec sheet.

http://www.lucidchart.com/publicSegm...e-5f7d0a48117a
  Reply With Quote
Old 19th January 2012, 01:17 AM   #92
rsdio is offline rsdio  United States
diyAudio Member
 
Join Date: Feb 2008
Location: Seattle
Quote:
Originally Posted by sgpu View Post
I'm developing a board using the DM8148. It has a 1Ghz A8 and a 750MHz C674x DSP. I've also maximized the pin mux settings to allow a possible 26 pair pairs of i2s I/O.

My genius coder is at work on the Mistral EVM to allow 10 simultaneous pairs of i2s or DIT output on McASP0 at 24-bit 96KHz.
Very promising. I am a big fan of the TMS320 family and have significant experience programming these DSP chips in C and assembly.

Question: Why did you only use 5 of the McASP peripherals and not all 6? Were those particular pins needed for other critical functions?

When you spec 26 pairs, that implies that you have connected McASP5, McASP4, McASP3, McASP2 and McASP0. What about McASP1? It is the only other McASP peripheral which can accept an independent receive clock (bit and word frame). The remaining McASP peripherals only have output clocks, and are thus seemingly no good for receiving data that is externally clocked. For example, it might be nice to have HDMI audio input on McASP1 and AES3/SPDIF input on McASP0, although I admit that those are clock-compromised standards.


When you say 10 simultaneous pairs, I assume that you mean 10 simultaneous stereo streams. McASP0 only has 10 pins that can operate as data receive or data transmit, but not both at the same time. However, I get the impression that the system could handle 10 simultaneous multichannel-surround streams, provided they all used the same format. EDIT: When I say multichannel-surround, I am thinking not only of, e.g., 7.1 full-range surround but also multi-way crossover outputs for a single speaker cabinet with multiple drivers.

Last edited by rsdio; 19th January 2012 at 01:21 AM.
  Reply With Quote
Old 19th January 2012, 02:22 AM   #93
diyAudio Member
 
abraxalito's Avatar
 
Join Date: Sep 2007
Location: Hangzhou - Marco Polo's 'most beautiful city'. 700yrs is a long time though...
Blog Entries: 109
Send a message via MSN to abraxalito Send a message via Yahoo to abraxalito Send a message via Skype™ to abraxalito
Quote:
Originally Posted by sgpu View Post
By the sounds of things you can port your work to the DM8148.
I reckon people could, but I'd not recommend it. Your project has rather different philosophy to mine. If you recall, you said:

Quote:
Originally Posted by sgpu
RF is our nightmare but somewhere along the line you have to compromise on noise.
My idea is not to compromise on noise and hence use only enough MIPs to get the job done.
__________________
Seek not the favour of the multitude...rather the testimony of few. And number not voices, but weigh them. - Kant
The capacity for impartial observation is commonly called 'cynicism' by those who lack it.
  Reply With Quote
Old 19th January 2012, 07:38 AM   #94
sgpu is offline sgpu  United Kingdom
diyAudio Member
 
Join Date: Jan 2012
Location: Nottingham, UK.
We have
McASP0 - 10 data pins
McASP1-4 - 4 data pins each.

Each McASP has two time domains. So you can xm and rx at whatever you like simulaneously but the format must remain the same. Ie, xm 24/96 i2s, rx 16/44.1 i2s. We have 5 pins xmit and 5pin rx on McAS0. Also, each pin can xm/rx TDM to supported ADC/DAC chips...

McAsp 5 not used as pin muxed with mcasp4.
  Reply With Quote
Old 19th January 2012, 08:02 AM   #95
diyAudio Member
 
Join Date: Jun 2009
Quote:
Originally Posted by sgpu View Post
Hi,

Thought I would chime in on here. I'm developing a board using the DM8148. It has a 1Ghz A8 and a 750MHz C674x DSP. I've also maximized the pin mux settings to allow a possible 26 pair pairs of i2s I/O.

More can be found here
DaVinci Digital Video Processor - TMS320DM814x SOC - TMS320DM8148 - TI.com

My genius coder is at work on the Mistral EVM to allow 10 simultaneous pairs of i2s or DIT output on McASP0 at 24-bit 96KHz.

By the sounds of things you can port your work to the DM8148.

Here's the initial hardware spec sheet.

http://www.lucidchart.com/publicSegm...e-5f7d0a48117a
Isn't that a fine pitch BGA part ?? Who's going to solder that on for you ?
  Reply With Quote
Old 19th January 2012, 11:14 AM   #96
sgpu is offline sgpu  United Kingdom
diyAudio Member
 
Join Date: Jan 2012
Location: Nottingham, UK.
Soldering? A favor from a local assembly firm, I know the directors. :-)

Lifted from 16.1 of the TRM ( http://www.ti.com/lit/ug/sprugz8/sprugz8.pdf )
"The McASP consists of transmit and receive sections that may operate synchronized, or completely independently with separate master clocks, bit clocks, and frame syncs, and using different transmit modes with different bit-stream formats. The McASP module also includes serializers that can be individually enabled to either transmit or receive."
  Reply With Quote
Old 19th January 2012, 11:21 AM   #97
sgpu is offline sgpu  United Kingdom
diyAudio Member
 
Join Date: Jan 2012
Location: Nottingham, UK.
Quote:
Originally Posted by rsdio View Post
Question: Why did you only use 5 of the McASP peripherals and not all 6? Were those particular pins needed for other critical functions?
The pin mux utility is very useful here. We could increase McASP1 to 8 data pins but we would lose 2 data pins off McASP3,4 as a result.

Quote:
Question: Why did you only use 5 of the McASP peripherals and not all 6? Were those particular pins needed for other critical functions?
Quote:
The remaining McASP peripherals only have output clocks, and are thus seemingly no good for receiving data that is externally clocked.
Pin muxing makes it quite difficult to have all McASP units active. I made the decision to keep a few quads for 8ch i2s per McASP. McASP3,4,5 were intended to be outputs. I will be adding external CLKin options for each of these too if an external board has its own master clock that the McASP can slave from.

Quote:
McASP0 only has 10 pins that can operate as data receive or data transmit, but not both at the same time.
Not true. Saying that, there is not a great deal of support in the recent PSP for any of what I'm planning. I have a developer extending the EVM McASP and ALSA driver. Initially, each McASP module will be presented to linux as independent sound cards for testing. The pin muxing, for now, will be set with the boot loader. I need advice whether or not this can be changed on the fly through registers.

I am deciding what to do about a master onboard clock. I can install install several low noise master clocks if needed. Using registers, each McASP time domain can be set to use clocks from the internal PLL, or XO. The clock structure on the DM8148 needs some serious thought.

Last edited by sgpu; 19th January 2012 at 11:44 AM.
  Reply With Quote
Old 19th January 2012, 11:23 AM   #98
diyAudio Member
 
Join Date: Jun 2009
Quote:
Originally Posted by sgpu View Post
Soldering? A favor from a local assembly firm, I know the directors. :-)

Lifted from 16.1 of the TRM ( http://www.ti.com/lit/ug/sprugz8/sprugz8.pdf )
"The McASP consists of transmit and receive sections that may operate synchronized, or completely independently with separate master clocks, bit clocks, and frame syncs, and using different transmit modes with different bit-stream formats. The McASP module also includes serializers that can be individually enabled to either transmit or receive."
what development system do you use to write code for this device ??
  Reply With Quote
Old 19th January 2012, 11:30 AM   #99
sgpu is offline sgpu  United Kingdom
diyAudio Member
 
Join Date: Jan 2012
Location: Nottingham, UK.
Quote:
Originally Posted by Trevor White View Post
what development system do you use to write code for this device ??
Whatever floats your boat for linux development. The board will run a wide variety of OS. I am currently booting Ubuntu or Gingerbread on the EVM. Have you come across the BeagleBoard before? I'm building a more powerful version of that.

Last edited by sgpu; 19th January 2012 at 11:39 AM.
  Reply With Quote
Old 19th January 2012, 11:56 AM   #100
sgpu is offline sgpu  United Kingdom
diyAudio Member
 
Join Date: Jan 2012
Location: Nottingham, UK.
I don't want to hijack this thread. I started another here ARM/DSP based open source Hi-Fi

Clock wise my initial plan was to have three good low noise clocks.
- AUXOSC is routed to most of the A/V subsystems including HDMI by way of an internal PLL.
- XREF are external fixed clocks. Developers will be able to chose which clock source to use for their McASP xm/rx domain. Either the internal PLL from AUXOSC or between two low noise ref clocks for 44.1/48 sampling rates.

I will be running some tests in a few weeks by backfeeding McASP0 outputs to McASP1 inputs to check the PCM streams bit for bit. I will also be testing using the clock sources on the EVM. You can buy these for $2000 from TI. Info and schematics here. http://www.mistralsolutions.com/pes-...dxevm8148.html The EVM uses a http://search.digikey.com/us/en/prod...45-1-ND/482133 to distribute clocks to the AIC32 and XREF.

Click the image to open in full size.

Last edited by sgpu; 19th January 2012 at 12:06 PM.
  Reply With Quote

Reply


Hide this!Advertise here!
Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Volume / Source selector - open source project ? AuroraB Analog Line Level 22 22nd September 2012 03:21 PM
Violet DSP Evolution - an Open Baffle Project cuibono Multi-Way 211 18th May 2010 03:26 AM
Open call for suggestions on Open Source DIY Audio Design gfergy Everything Else 1 15th April 2007 08:33 AM
Open Source, Open Architecture! zenmasterbrian Digital Source 185 23rd February 2007 11:35 PM


New To Site? Need Help?

All times are GMT. The time now is 04:40 AM.


vBulletin Optimisation provided by vB Optimise (Pro) - vBulletin Mods & Addons Copyright © 2014 DragonByte Technologies Ltd.
Copyright 1999-2014 diyAudio

Content Relevant URLs by vBSEO 3.3.2