i2s DAC solutions

I think we all know by now what this section is for.
IDM
Old Hand
Posts: 249
Joined: Wed May 07, 2008 5:50 pm

#46

Post by IDM »

I have done some reading round on the BBB based on Ray’s comments and I think the main thing that puts me off at the moment is the BBB apparent fragility. I was aware that it can be damaged by inadvertent powering down of the board. However, reading the notes on the Botic linux distro it says that the BBB should not be directly connected to a DAC via I2S for fear of damaging the BBB! I know Ray recommends the reclocker which would avoid these issues, but it does seem like quite an undertaking to get a BBB safely working and not a beginner’s project!
User avatar
Ray P
No idea why I do this anymore
Posts: 6294
Joined: Thu Nov 22, 2007 5:18 pm
Location: Somerset

#47

Post by Ray P »

Ian, yes, there is a shortcoming in the BBB power management that can kill the BBB but as far as I am aware the issue isn't about connecting a DAC via I2S per se. I believe there are two scenarios to be avoided;

1. If 3.3V is applied to the header pins of a BBB before it has booted it can kill the BBB. This is an issue when you feed into the BBB, such as an external clock signal. To I2S connect a DAC directly to the BBB header the signals are all outgoing so not an issue but then you miss out on the advantages of the external clocking. The reclocker that creates the issue by feeding the BBB a clock signal is also the solution as the BBB side of it's isolators are powered from the BBB header; until the BBB has booted there is no power to one half of the isolators so no signal can actually get to the BBB.

2. An uncontrolled shutdown of the BBB (such as just yanking the power lead out or a powercut) can (but not always) kill the BBB. I currently manage this by shutting down the BBB before powering down the DAC (just a simple press of a momentary action switch triggers a controlled shutdown) but the daughter board I'm waiting on for DSD functionality also includes additional power management and the ability to run the BBB on a battery with automatic shutdown if voltage drops below a threshold.

Hopefully the BBB group will resolve the power management issues soon.

Ray
Neal
Shed dweller
Posts: 2299
Joined: Fri Aug 03, 2007 10:57 am
Location: From the land of the Bodgers

#48

Post by Neal »

IDM wrote:Some really interesting stuff. I didn't know there were so many different players available, I will have to try some of them at some point.

Currently I just use Volumio with a UPnP music server (Asset on another raspberry pi, or minimserver also on a raspberry pi). The kids sometimes use the airplay feature of volumio which also behaves fine.

How do you find the audio quality of the pi as the I2S source?

Cheers
Ian
The quality is v.good I'll stick my neck out and say it could be the best I've heard from my system. Eliminating the SPDIF interface seems to be a large step forward.

I've installed Moode tonight and it's better than Volumio and doesn't exhibit the same bugs...
Only the Sith deal in absolutes.
Tony Moore
Old Hand
Posts: 495
Joined: Thu Aug 02, 2007 12:24 am
Location: New Brighton

#49

Post by Tony Moore »

Yes, SPDiff is a very poor method of transferring such time sensitive data. Far better would be I2S transferred over LVDS lines.

I was going to implement LVDS when I built my streamer a few years back but in the end it sounded fine with just the short wire interconnections. I reclock the signals on a board directly above the 1541A, no more than 1" of wire between them so I think I'm ok.
User avatar
Nick
Site Admin
Posts: 15707
Joined: Sun May 06, 2007 10:20 am
Location: West Yorkshire

#50

Post by Nick »

Tony Moore wrote:Yes, SPDiff is a very poor method of transferring such time sensitive data. Far better would be I2S transferred over LVDS lines.

I was going to implement LVDS when I built my streamer a few years back but in the end it sounded fine with just the short wire interconnections. I reclock the signals on a board directly above the 1541A, no more than 1" of wire between them so I think I'm ok.
I would argue that as a transfer method USB or ethernet is far better, it doesn't have to worry about clocking as it can be buffered and reclocked at the receiver, and being two way if needed you can resend lost data/
Whenever an honest man discovers that he's mistaken, he will either cease to be mistaken or he will cease to be honest.
Tony Moore
Old Hand
Posts: 495
Joined: Thu Aug 02, 2007 12:24 am
Location: New Brighton

#51

Post by Tony Moore »

Between the receiving device and the DAC chip I was intending to say, in the context of the previous comments. There again, if the receiving device is close enough then you don't need the LVDS.

But yes, USB or Ethernet are far better choices these days than SPdif.
jmansion
New User
Posts: 2
Joined: Sun Nov 22, 2015 3:13 pm

#52 Re: i2s DAC solutions

Post by jmansion »

Talking of i1s, has anyone tried either:
- the MiniDSP multichannel board (async USB with XMOS reclock) https://www.minidsp.com/products/usb-au ... sbstreamer
- the Pink Faun card http://www.pinkfaun.nl/portal/productaa ... i2s-bridge
Post Reply