Oh jesus... That's a flippin disaster.... if they aren't passing through the 3.3V rail.
Yep. I suspect any of the PCM5102 / ES9023 variants will just work...... Don't you have a Mambo you could plug into it?
Last edited:
Thinking out loud.... 3.3V aside..... Both of those work in master. ie. send BCLK/LRCLK to Pi rather than receive it.
The only thing I have verified working so far is SLAVE. 
Thinking out loud.... 3.3V aside..... Both of those work in master. ie. send BCLK/LRCLK to Pi rather than receive it.
Yeah I know... don't have a slave mode Dac! Thought *maybe* it would pass through and just let these work (Master mode) even though would negate the whole point of the FIFO 3ps jitter performance!
Yes, of course, I understand that. But it would be one thing that the "reclocking loses some of its meaning", vs there isn't any sound out put from any board that operates in master mode. It would be best to warn HB Digi+ and DAC+ Pro owners not to buy the re-clocking product at all.
You can force HB DAC+ Pro into slave with "dtoverlay=hifiberry-dacplus,slave", so it uses Pi clock and no on-board HAT OSC's. Try that, maybe?
Agreed. We will have it on the website once product its ready for sale.
Also I posted in the beginning of this thread somewhere ..
Kali works with DAcs that are slaves. Will be good to test it with our DACs (yeah I know you are waiting for the driver)
Also I posted in the beginning of this thread somewhere ..
Kali works with DAcs that are slaves. Will be good to test it with our DACs (yeah I know you are waiting for the driver)
It would be best to warn HB Digi+ and DAC+ Pro owners not to buy the re-clocking product at all.
Did you? I thought someone specifically asked (might have been Scott) what about the boards that already have OSC's on board. ie. those that send BCLK/LRCLK to the Pi as inputs and receive DATA as output, but you didn't specifically say....... "No it won't work, sandwiching a Kali between a Pi and one of those boards".
Lets' put that in BOLD!
LOL. You read my mind. Where's the driver?
And if it works.... You can thank the fool that made it possible to run the Pro board "slave", not using the Foxconn OSC's.
Add dt param to use HiFiBerry DAC+ Pro in slave mode
I checked my posts...I didn't say it. I stand corrected .
regarding 3.3V...why would you get a recloaker and then use a DAC that takes 3.3V directly from RPI ??
Driver was tested and being uploaded on google drive ...something today so I get you off my back Clive
regarding 3.3V...why would you get a recloaker and then use a DAC that takes 3.3V directly from RPI ??
Driver was tested and being uploaded on google drive ...something today so I get you off my back Clive
Did you? I thought someone specifically asked (might have been Scott) what about the boards that already have OSC's on board. ie. those that send BCLK/LRCLK to the Pi as inputs and receive DATA as output, but you didn't specifically say....... "No it won't work, sandwiching a Kali between a Pi and one of those boards".
Lets' put that in BOLD!
LOL. You read my mind. Where's the driver?
And if it works.... You can thank the fool that made it possible to run the Pro board "slave", not using the Foxconn OSC's.
Add dt param to use HiFiBerry DAC+ Pro in slave mode
Wow, that lit it up! Listening thru some sennheiser hd650's & amp, really enjoyable! (Tron soundtrack)
Thanks! Haha! The slave option does in fact... work.
I'll start throwing different sample rates at it.
Attachments
Last edited:
Hmmm, ...too much noise in the analog stage. Driver ,driver where are thou.
Wow, that lit it up! Listening thru some sennheiser hd650's & amp, really enjoyable! (Tron soundtrack)
Thanks! Haha! The slave option does in fact... work.
I'll start throwing different sample rates at it.
This forum needs a like button! To keep the noise down a little! But yeah I like this!
Scott,
If you PM me your address, I can send you an IQAudio R-Pi DAC to try.
I have a Mamboberry here for when a Kali makes it's way to my door. BTW, that it was designed to power the Pi instead of getting any power from the Pi was a great design feature of the original Mamboberry, IMHO. Looks like the new Mamboberry will do that too, but with less on-board filtering than the original one.
Also, I'm very curious to hear your impressions with the Digi+ on the Kali to your DAC. Was very surprised to hear that the Digi+ runs in master mode! I figured it used one of the Wolfson chips in slave mode. Or maybe it is the lack of a 3.3v feed that's causing it fits? If that's the case, you won't get it running without some extra fiddling!
CDSGAMES,
So I can feed 5v into the Kali with the jumper on and it will power the R-Pi or I can remove the jumper & then must power the R-Pi separately, correct? My plan is to use the later pretty much exclusively, that's what I'm setup for.
Finally, I'm personally ambivalent about no 3.3v feed from the Kali, whether it's a feed-through from the Pi or locally generated.
On one hand that will limit the number of situations where it will work. On the other hand, IMHO, using the 3.3v from the Pi to provide power to a DAC (or S/PDIF interface board) is a surefire way to not get very good sound. If you do decide to enable it in a later iteration, PLEASE generate it with a local LDO.
Greg in Mississippi
Last edited:
OK, well ignoring some of the foolish things that the 3.3V rail is being used for, I know of it being used for pull-ups. I see that as being a legitimate use and expect the 3.3V to be passed-though, your 40 pin header.
Driver was tested and being uploaded on google drive ...something today so I get you off my back Clive
Driver being uploaded to Google Drive.... What I'm wanting to hear is that the source is on github and here is the link!
You mentioned that you were also going to supply some sort of utility to allow upload of DSP? Is this (and especially the source code) for this, going to be included with whatever you are uploading to Google Drive?People use the 3.3V for other things, not sound related or powering things sound related, even on audio HAT hardware. It needs to be there. Kali might not be HAT compliant or using an EEPROM, but something plugged into Kali could be. There is the expectation of both 5V and 3.3V supplies from the Pi. It needs to be "duplicated" on Kali, IMHO. This isn't an optional thing.