Since there is not a standard I2S connection I would avoid to provide a connection for a specific device.
There is a 10 pin connector on the board and I will provide an assembled cable not termitated at one side, so one can connect whatever device.
The price has not yet been defined, but there will be 3 options:
- bare board, all the parts to be assembled
- semi finished board, users have to solder a few parts (cheaper solution)
- finished board, all parts assembled and tested (most expensive solution)
There is a 10 pin connector on the board and I will provide an assembled cable not termitated at one side, so one can connect whatever device.
The price has not yet been defined, but there will be 3 options:
- bare board, all the parts to be assembled
- semi finished board, users have to solder a few parts (cheaper solution)
- finished board, all parts assembled and tested (most expensive solution)
would you please recommend optimal reclocking setup for cs8412 sm5842 pcm63 based dac
I think you also got that set time ago
I think you also got that set time ago
I think the only way is FIFO-SM5842-PCM63, but I believe you could achieve better performance removing the 5842 to feed directly the PCM63 from the FIFO reclocker.
Hi Andrea,
As other member suggested, would you at least consider implement LT3045 for supply OCXO? This would definitely improve the sound quality.
As for MCU and CPLD, I think you can preserve some space for 3-terminal regulator like LM7805, because this won't take much space, and users can use LM7805-compatible LT3045 regulator modules if they want, isn't it great?
There seem to be isolator on the board, can you please consider using NVE IL715 series? They have better performance and lower jitter compared to TI's ISO or AD' ADuM series.
By the way, when do you plan to release your product to the community, any schedule? I am anticipating your product.
Regards,
Eric
As other member suggested, would you at least consider implement LT3045 for supply OCXO? This would definitely improve the sound quality.
As for MCU and CPLD, I think you can preserve some space for 3-terminal regulator like LM7805, because this won't take much space, and users can use LM7805-compatible LT3045 regulator modules if they want, isn't it great?
There seem to be isolator on the board, can you please consider using NVE IL715 series? They have better performance and lower jitter compared to TI's ISO or AD' ADuM series.
By the way, when do you plan to release your product to the community, any schedule? I am anticipating your product.
Regards,
Eric
Forgot to say.
About the display. Can you consider OLED or LCD?
2 reasons.
1. A OLED display module can provide more information, makes UI more friendly. Sample rate, Input Source, Word Clock, etc. can be shown on the screen at the same time.
2. More importantly, a long square monitor like OLED is easier for DIYer to drill the hole and fixation is easier to.
For LED block, DIYer have to locate them precisely and make MORE square holes to fix the LED.
I would sincerely and strongly suggest you to consider OLED or even VFD module. OLED is not expensive, and provides much more advantages; Color TFT is also good, it can display information on differed colors.
Please, Please, think about OLED!!! Thank you
About the display. Can you consider OLED or LCD?
2 reasons.
1. A OLED display module can provide more information, makes UI more friendly. Sample rate, Input Source, Word Clock, etc. can be shown on the screen at the same time.
2. More importantly, a long square monitor like OLED is easier for DIYer to drill the hole and fixation is easier to.
For LED block, DIYer have to locate them precisely and make MORE square holes to fix the LED.
I would sincerely and strongly suggest you to consider OLED or even VFD module. OLED is not expensive, and provides much more advantages; Color TFT is also good, it can display information on differed colors.
Please, Please, think about OLED!!! Thank you
We suggest external oscillators for the FIFO board, so they have separate power supply, preferably battery.
MCU and FPGA have their power supply on board, no need of stellar regulators here since they are isolated from the I2S output.
Digital isolators have anyway bad jitter performance but we don't care about since the crucial signals come directly from the master clock via copper.
That's the reason we have chosen optical isolators, they are a truly brick wall against EMI/RFI.
Sorry but an OLED display needs RF to work and we would avoid any interference from other devices, so we cannot implement such user interface.
During the listening the MCU is in stand by mode to avoid any RF generation, the display are refreshed only if a parameter changes (sample rate, dithering).
This way doesn't work with OLED display.
There is a price to pay to get the better audio performance.
Thanks for explanation, very nice job!
Maybe another suggestion: can you consider to make gold-plated PCBs for massive-production version?
I am so excited to see the product, may I ask your time schedule? Would this project be released within maybe one month? or maybe 2 months?
For the recklocking You need 2x clock then data. That is at least 2X BCK Fr
use cascade Flip-Flop for each line to preserve one full clock "delay" and rising / falling edges like they was before recklocking
cheers
if You want for reckock to be working with higher SR like 384KHz choose interfaces with 44/48MHz oscilators or master clocks.
@jmmbarco
If It possible to obtain Time simoultaneous format , my tip is to cut the trace from format selection pin (if it is on I2S format selected) AND rearrange selection and inputs like Andea said, to Time simultaneous format - much better sounding tda1541A (for my ears...)
Last edited:
Hi Andrea and Zoran!,
Since my last post I have been investigating about Andrea´s suggestion.
Actually these 3 jumpers next to the TDA socket (R9, R10, R11) are the incoming I2S signals from the CS8414 (fantastic intuition Andrea!!). I have found a diyer at dastereo.ru who has already carried out this mod. Just look at the first attached picture.
What can be seen in the picture are the I2S output lines coming from Pi2Design 502DAC as well as Allo Kali reclocker (pictures 2 and 3). I have compared the photos with the kali pinout and 3 front lines pin connections corresponds to BCLK (pin12) + LRCLK (pin 35) + DATA (pin40) and GND(pin39) is the back line. MCLK is not used.
As no further tweaks are performed, I assume that input data format must be I2S – MUX TWC and not OB, am I right? If that´s the case, one first mod could be, as Andrea suggested, just cutting these the jumpers and connect the direct I2S signals as in the first photo.
What I have thought is installing Andrea´s FIFO inside Abbas DAC and connecting:
1. FIFO output to the right side of the jumper (soldered).
2. Left side of the jumper (CS8414 I2S output) to a free FIFO input. Input #4 would be better as I should need a shorter connection. Doing so, I could keep full DAC functionality!
3. External I2S signal coming from my digital audio transport to a free FIFO input. Input #1.
4. FIFO psu would be probably installed inside Abbas DAC as well.
5. FIFO Master Clocks (Driscolls 5/6) and FDs would be in a separate box, connected via SMA cable.
However, I have many doubts that makes me feel unsure about final result. For example. Abbas DAC implements a quite unique tube DEM clock for the TDA and I don´t know if this could affect to the mod or DEM performance. I think that it does not but I am not sure.
As Zoran suggests, going to simultaneous mode would double the max SR, and I could get 384kbps but I am not sure wether the whole DAC design would benefit from this SR. Actually, there is no jumper for pin4 and I should probably mod pin27 as well. My “high-SR days” passed away and I really think that “going slow” can be the way to get best SQ. DAC sounds so beautifully now that I am really scared to ruin its magic lifeness. I would never consider modding it If I didn´t think that the Andrea´s products line is truly SOTA and could take the most out of my DAC. Probably Zoran mod would be the way even keeping 96khz SR, but it is more complicated and uncertain, so I am not at all sure of what to do. I have attached a photo of my beloved DAC (ugraded v3.1: pic #4).
Although it seems feasible, it is probably beyond my hand soldering skills, but I could ask for help and do the trick. I will contact Mr. Abbas as well before doing anything.
What do you think guys?? Thank you very much in advance!!!
Best,
JM
Since my last post I have been investigating about Andrea´s suggestion.
Actually these 3 jumpers next to the TDA socket (R9, R10, R11) are the incoming I2S signals from the CS8414 (fantastic intuition Andrea!!). I have found a diyer at dastereo.ru who has already carried out this mod. Just look at the first attached picture.
What can be seen in the picture are the I2S output lines coming from Pi2Design 502DAC as well as Allo Kali reclocker (pictures 2 and 3). I have compared the photos with the kali pinout and 3 front lines pin connections corresponds to BCLK (pin12) + LRCLK (pin 35) + DATA (pin40) and GND(pin39) is the back line. MCLK is not used.
As no further tweaks are performed, I assume that input data format must be I2S – MUX TWC and not OB, am I right? If that´s the case, one first mod could be, as Andrea suggested, just cutting these the jumpers and connect the direct I2S signals as in the first photo.
What I have thought is installing Andrea´s FIFO inside Abbas DAC and connecting:
1. FIFO output to the right side of the jumper (soldered).
2. Left side of the jumper (CS8414 I2S output) to a free FIFO input. Input #4 would be better as I should need a shorter connection. Doing so, I could keep full DAC functionality!
3. External I2S signal coming from my digital audio transport to a free FIFO input. Input #1.
4. FIFO psu would be probably installed inside Abbas DAC as well.
5. FIFO Master Clocks (Driscolls 5/6) and FDs would be in a separate box, connected via SMA cable.
However, I have many doubts that makes me feel unsure about final result. For example. Abbas DAC implements a quite unique tube DEM clock for the TDA and I don´t know if this could affect to the mod or DEM performance. I think that it does not but I am not sure.
As Zoran suggests, going to simultaneous mode would double the max SR, and I could get 384kbps but I am not sure wether the whole DAC design would benefit from this SR. Actually, there is no jumper for pin4 and I should probably mod pin27 as well. My “high-SR days” passed away and I really think that “going slow” can be the way to get best SQ. DAC sounds so beautifully now that I am really scared to ruin its magic lifeness. I would never consider modding it If I didn´t think that the Andrea´s products line is truly SOTA and could take the most out of my DAC. Probably Zoran mod would be the way even keeping 96khz SR, but it is more complicated and uncertain, so I am not at all sure of what to do. I have attached a photo of my beloved DAC (ugraded v3.1: pic #4).
Although it seems feasible, it is probably beyond my hand soldering skills, but I could ask for help and do the trick. I will contact Mr. Abbas as well before doing anything.
What do you think guys?? Thank you very much in advance!!!
Best,
JM
Attachments
Last edited:
Yes Abas dac using DEM but i think with sine vawe frequency not squared vawe. And he have tube version of DEM oscilator.
in all input format modes this DEM modul remains in the dac circuit.
I am not sure about TDA1541A can go up to 384KHz NOS mode? Probably can? I cant remember now about my test of TDA1541A... Sorry...
I tested TDA1540 and I can confirm that it can go up to 384KHz. BUT the specifications tells that TDA1540 is 12MBit/sec speed
and for TDA1541A is stated 6Mbit/sec (probably because of higher density for 2 dac in the DIE?
in all input format modes this DEM modul remains in the dac circuit.
I am not sure about TDA1541A can go up to 384KHz NOS mode? Probably can? I cant remember now about my test of TDA1541A... Sorry...
I tested TDA1540 and I can confirm that it can go up to 384KHz. BUT the specifications tells that TDA1540 is 12MBit/sec speed
and for TDA1541A is stated 6Mbit/sec (probably because of higher density for 2 dac in the DIE?
Last edited:
The Raspberry power supply and interface board TWSAFB-RPI is ready and tested succesfully.
I attach a few pictures with the whole parts of the standalone RPI source.
