masterclock slave mode i2s

monica2

I would like to use a music streamer based on one of these boards (Raspberrypi3, Odroid, BBB), I don’t really care which, provided that it does what I need. The board would need to be connected to the DAC chip directly via the i2s ports. There’s no crystal on the DAC board. The tricky part is that I want to by-pass the clock that comes with the streamer board, and use an external masterclock for both the dac and the streamer. In other words, I want to take time and frequency for both the dac and the streamer board from a low jitter external clock. So no re-clocking, but one clock for the whole system. From reading online, I don’t believe the raspberry can be put on slave mode, but apparently the Odroid C2 is more versatile for not coming with a clock on board.

Any suggestions?

PeteB

monica2 wrote... I don’t believe the raspberry can be put on slave mode, but apparently the Odroid C2 is more versatile for not coming with a clock on board.

Any suggestions?

The HiFiBerry DAC+ Pro has its own "correct" clock (2 of them), and uses the Raspberry Pi2 I2S port, with the Pi 2 in slave mode, and the DAC+ Pro master mode. There is some discussion of that in the HiFiBerry Forum, and elsewhere online. The DAC+ Pro can also be used as a clock source and feed the I2S signal to an external DAC, IF you know what you are doing (it is not as simple as it sounds).

https://support.hifiberry.com/hc/en-us/articles/205711451-DAC-Pro-connect-external-I2S-DACs

So, I assume the Pi 2 can be used in slave mode by other devices too.

The Odroid C1 cannot be used in slave mode.

http://forum.odroid.com/viewtopic.php?f=116&t=19951

Not sure about the C2.

Edit:

It would be quite a feat to make this work correctly, so if you decide to go for it, please post a project report for the rest of us mere mortals...

pistollero

Yes... The market is missing that i2s board.....hope some of the suplier design one soon....

PeteB

pistollero wroteYes... The market is missing that i2s board.....hope some of the suplier design one soon....

For around $40, you can use the clocks and I2S header on the DAC+ Pro, without using the onboard DAC output. THAT is not so difficult, and others have done it.

Making 3 independent devices work together as the OP suggested, that would be a challenge!

pistollero

PeteB wrote
pistollero wroteYes... The market is missing that i2s board.....hope some of the suplier design one soon....
For around $40, you can use the clocks and I2S header on the DAC+ Pro, without using the onboard DAC output. THAT is not so difficult, and others have done it.

Making 3 independent devices work together as the OP suggested, that would be a challenge!

I waiting for mine to arrive.....but it would be great a dedicated board with better clocks.....for that price

monica2

If these devices were made with the mere purpose of outputting a pure i2s signal without any clock, and if they were prepared to take an external masterclock signal, then this would be no challenge at all...
The problem is that nobody seems to be doing it right, so the end user is stuck with the disgusting and ubiquitous USB crap, or with i2s signals that can't really be successfully used.
I believe someone will come up sooner or later with the right board. When that happens, it will be digital independence day.

PeteB

I believe that for a low-cost solution, you could use a Pi with a DIGI+ board, and then connect to something like this:

http://www.twistedpearaudio.com/digital/buffalose.aspx

If the above DAC is as good as some of the other products from the same source, it should work well with its own clock, and better with an external, calibrated source. That would basically be a proof of concept that it works.

Once some Linux code is ported to a Pi 3 or Odroid C2 to emulate a basic transport, you will have exactly what you asked for.

A Pi or Odroid as a source (or Intel-based Linux box), I2S to an external DAC, and a clock source of your choice (pretty much what others are already planning on, so you can probably find a discussion on diyaudio or a similar forum). Depending on the clock source, I think the total cost could be well under $1K, for something you can only find in a studio or a lab.

monica2

I have played with more than one version of the buffalo dac and thought it always gave rather mediocre results. But following your suggestion though, regardless of the dac use, would not eliminate the problem, namely the clcok on the PI. I have tried that route and it doesn't take us anywhere, but to more or less the same results.

I know nothing about programming or coding these things, but I hope you're right. And I hope someone comes up with a solution soon.

monica2

what discussion at diyaudio you mean specifically?

PeteB

I can't remember specific threads, sorry. Best do a search there, or just ask and someone will point you in the right direction.

I agree about the Pi clock, it is not really intended for this purpose.

The DAC+ Pro design shows that you do not need to use the Pi as a clock source, it will work fine as an I2S slave.

It looks like the Buffalo DAC can use an external source, so in that case, you would have your choice of clocks, too.

To me, the Pi and any one of the better I2S DACs sounds fine, for casual listening. The DAC chip uses an internal PLL to correct the clock, and I am ok with that. The bigger issue for me, is the SNR of anything connected to a Pi (and I assume to an Odroid C1 or C2). That is something I notice, especially with headphones.

Nevertheless, it seems like a fun project putting it all together. I wish you best of luck with it, and I hope you will post the results at some point!

R101

What is needed for diy audio is a general purpose I2S driver which can have its parameters set by editing a text file.

We would need to be able to choose master/slave and I2S, left-justified or right-justified output format. We would also need some i/o pins to indicate sample rate and, if someone really wanted to go to town, DSD and muting flags.

The HiFiBerry products appear to use I2C to identify the board so, as I understand it, unless it gets back the right response the output will not work.

hondagx35

Hi R101,

We would need to be able to choose master/slave and I2S, left-justified or right-justified output format. We would also need some i/o pins to indicate sample rate and, if someone really wanted to go to town, DSD and muting flags.

Yes would be great to have.
Do you have the skills to program a kernel driver for it?

Frank

R101

hondagx35 wroteHi R101,

Do you have the skills to program a kernel driver for it?

Frank

No, I wish I had