Ropieee and 384 khz

Hi Harry @spockfish
I am running a pi 2 with ropieee to the Soekris DAM 1021 on the RPI hat. I can only get 192 kHz out. I can see at Github that you have made a patch for 384 - is that implemented in the latest version or is that for later?

Henry mind sharing your connections for the soekris to the RPi been toying with the idea to try this again on mine

It is quite simple - you can see the wiring on the Pi here.

Just link them, to i2s blck, lrck, data and ISO ground pins on the 1021 board

Make them as short as possible ( although my test setup had 20cm wires, worked fine).

In Ropieee you choose the RPI hat driver.

Remember that the iso pin on the DAM needs a 3.3 v source to work. I have added this as a DIYInhk power supply. You can probably take that from the Pi as well but I have not tried that.

The problem comes if you also want a USB 2 I2S source as well. There are several solutions on that. I ended with an Otto II from TwistedPear, which needs 5V, I take that from the Pi. Maybe not as elegant as the AZ Oled kit you can find on diyaudio, but much cheaper.

Thanks Henry…I do have that link and some others but never managed to get more than the 24/192 running. DSD was all distortion and didnt play nice at all - but that was quite some time ago.

Maybe I will give it another shot…I was also trying to use it with Ian Canada’s isolation Hat detailed here


I have actually got mine working but without the 3.3V connection. But only at 24/192 and no DoP or DSD even with the IsolatorPi + DSD decoder from Ian

What HAT option should be selected to get i2s out? Wouldn’t we need a Generic HAT (no HAT) option that passes the signal as it is from GPIO? Is such an option in the view of the Ropieee devs? (I use for instance IAN CANADA LVDS transmitter only on top of RPI 4. Works fine with the same results as above when I select as HAT and Raspberry PI DAC (i2s) with PS Audio LVDS format to a Rockna DAC)

I’m not sure if I understand you correctly: the generic option is the Raspberry PI DAC.
That’s what you’re using right now if I’m not mistaken…

Can you explain the limitation for 24/192 PCM for this option?
Why not an option that passes the signal as received to the i2s?