8-Channel DAC?
JonnyMac
Posts: 9,202
I'm working with a customer who is using a 4-channel DAC on his product and now needs to bump to 8. The DAC we're using now is an I2C device and not easy to address (no external address pins -- has to be done via code); in an ideal world we'd find an 8-channel, 12-bit dac that uses I2C or SPI (we have both in the project).
Suggestions?
Suggestions?
Comments
Ignore this - sorry.
If you need 8 channels muxed then what about the MAX147B?
http://pdf1.alldatasheet.com/datasheet-pdf/view/72837/MAXIM/MAX147BC/D.html
http://newscenter.ti.com/Blogs/newsroom/archive/2010/11/16/ti-s-12-bit-8-channel-i2c-interface-dac-targets-multi-channel-high-density-applications-554530.aspx
best regards
Stefan
Hi Jon,
I am getting ready to play arond with a couple of new (for me) chips. One of them is the TLV5610 from TI, it is a 12bit 8 channel DAC w/ SPI. QSPI, and Microwire serial inputs.
http://www.ti.com/product/tlv5610
The part TI sampled to me is in 20-SOIC format. it just may fill the bill for your client. If you have not already done so, you might want to check into creating a my ti login to the TI site.
Frank Freedman
http://search.digikey.com/us/en/products/LTC2625CGN%23PBF/LTC2625CGN%23PBF-ND/1304463
http://search.digikey.com/us/en/products/LTC2636IDE-HMI12%23PBF/LTC2636IDE-HMI12%23PBF-ND/1990618
http://search.digikey.com/us/en/products/LTC2637IMS-LMI12%23PBF/LTC2637IMS-LMI12%23PBF-ND/2138701
http://search.digikey.com/us/en/products/AD5628BRUZ-2/AD5628BRUZ-2-ND/1657231
http://search.digikey.com/us/en/products/LTC2625IGN%23PBF/LTC2625IGN%23PBF-ND/1304465
http://search.digikey.com/us/en/products/DAC7558IRHBR/296-18198-1-ND/770822
http://search.digikey.com/us/en/products/TLV5630IDW/296-3065-5-ND/371912
http://search.digikey.com/us/en/products/TLV5610IPW/296-3039-5-ND/371884
http://search.digikey.com/us/en/products/AD5628ARUZ-2/AD5628ARUZ-2-ND/1217979
None is exactly cheap.
-Phil
Yes it is actually, the part of the note saying ADC was a typo for DAC!!!!!
You actually think Digikey is expensive or is that post up there interpreted wrong by me? I am stunned if this is true since I purchase almost 90% of my inventory there mostly due to prices and it saves me a lot of time. The other 10% is the propeller / ftdi from parallax
Frank
Sorry about the digression JM/
Check out analog devices, I believe they are touting some 8channel devices.
JIM
@ Jon they may have one also inSan Diego or Los Angeles.
Frank
I presume there is a Prop driving things, and if your speed requirements are modest and load is light, then are a bunch of simple software RC DAC's not suitable? Ten bit granularity should not be difficult, and at low speeds surely 12 bits is quite possible. (counters using an 80 MHz clock are not much good due to horrendous switching transients).
Seems simple to me, or am I missing something here?
Cheers,
Peter (pjv)
@PJV: No, RC DACs will not work in this project; I/O requirements are already stretched and we're using SPI and I2C devices to manage the IO requirements we have. We've go lots of options to look at though, as everyone pointed out, none is inexpensive.
Not trying to beat a dead horse here, but.... being stretched for I/O would only impact your application if you did not have sufficient pins. Not the same case as being out of Cogs or Cog cycles due to I/O processing. If this latter were the case then a muti-threading approach would likely help; running multiple drivers in a single Cog. If pin count is your problem then you are right, R/C DACs cannot work.
Cheers,
Peter (pjv)
@JonnyMac
Most multithread code is time slice. So, if one can accommodate divide by 2, divide by 4, divide by 8, and so forth and still get good timing results (in this case divide by 8), it shouldn't be too hairy.
Of course, pjv might take it much further and not have simple time slices. After all, he has really mastered it all
AND, I suppose there are advantages to having the DAC buffer the level of the output between updates.
In my experience PWM wont always work. There are times (seems like every new design) where you need the processing time and PWM can take that time away. Another factor is impedance matching, multiple channels, voltage, temperature and noise.
Jonny
Here is a 16bit 16chan DAC from maxim , uses SPI among others. looks nice imo.
"allowsmultiple values to be loaded into memory in a single,
high-speed data burst"
Just thinking out loud here... without using any more I/O's, you might be able to use two of the 4-Channel DAC's that you are already using/familiar with. The 'trick' is to leave one DAC just as it is, and have the other with the SDA and CLK lines swapped. I've done this before where the I2C address was hard coded and it worked perfect.
Cheers,
Peter (pjv)