I would check your I2S source to make sure the signal getting to the dam1021 is good enough to keep a solid lock on. 384k is asking for a lot if you are using poor interconnects.
Hi,
thanks, my two other (newer) DAMs plays in this config without problems. This board has no "Official vref modification", could be?

I connect AES SPDIF to two dam dacs in parallel running balance mode. I use SPDIF1+ and SPDIF1- and GND as connection. It can lock the signal in normal case, however, when I switch on/off the lights in home such as the lamp in toilet or kitchen, it will loss signal and muted for 1/2 second until it can relock again.
Does anyone know what would be the cause and how to solve it? Thanks.
This is maybe an AC bounce due to different potentials in different hifi boxes. (probably Computer and DAC). Try to connect all the grounds together (bridge the isolation), so that all boxes (and sections) run on the same reference potential. See if the problem still exists then.
Yes - are your DAM grounded?
Mine is not (yet) and sometimes turning on the amp the dam stops and turns on again after a couple of sec. (resulting in a loud noise in the speakers). That happens of course from time to time otherwise also.
Mine is not (yet) and sometimes turning on the amp the dam stops and turns on again after a couple of sec. (resulting in a loud noise in the speakers). That happens of course from time to time otherwise also.
Thanks for your reply.This is maybe an AC bounce due to different potentials in different hifi boxes. (probably Computer and DAC). Try to connect all the grounds together (bridge the isolation), so that all boxes (and sections) run on the same reference potential. See if the problem still exists then.
The DAC is connected with CD player thru SPDIF (AES) connection. How can I make sure the grounds are connected?
Thanks for your reply.
The DAC is connected with CD player thru SPDIF (AES) connection. How can I make sure the grounds are connected?
Temporarily disconnect the earth if you have one, (be careful), if it still happens you may simply need a common mode choke on the mains input.
Hi,
thanks, my two other (newer) DAMs plays in this config without problems. This board has no "Official vref modification", could be?![]()
Different components can have differing tolerances as to what is acceptable... try other sources such as SPDIF, or a lower sampling rate (44.1/96.0) over I2S.
Thanks for your reply.
The DAC is connected with CD player thru SPDIF (AES) connection. How can I make sure the grounds are connected?
Maybe (but probably not) it is already sufficient to use the same wall outlet or the same socket distributor.
I assume your dac ground is connected to safety earth?
Last edited:
I connect AES SPDIF to two dam dacs in parallel running balance mode. I use SPDIF1+ and SPDIF1- and GND as connection. It can lock the signal in normal case, however, when I switch on/off the lights in home such as the lamp in toilet or kitchen, it will loss signal and muted for 1/2 second until it can relock again.
Does anyone know what would be the cause and how to solve it? Thanks.
I guess you are trying to run SPDIF over balanced XLR connection, not actual AES/EBU signaling? AES3 uses higher voltages than SPDIF and could potentially damage the FPGA chip unless you use an appropriate transformer or other level matching circuit.
Do you use an isolation transformer on SPDIF input?
Have you biased the SPDIF inputs with 1.2V DC?
Does the problem happen with only one dac connected?
Yes, it is just SPDIF over balance XLR connection.I guess you are trying to run SPDIF over balanced XLR connection, not actual AES/EBU signaling? AES3 uses higher voltages than SPDIF and could potentially damage the FPGA chip unless you use an appropriate transformer or other level matching circuit.
No I don't, just connect the + of XLR to SPDIF1+, - of XLR to SPDIF1-, GND of XLR to GND of dam, parallel three wires to two dam cards (for bal-left and bal-right)Do you use an isolation transformer on SPDIF input?
NoHave you biased the SPDIF inputs with 1.2V DC?
Never tried, as my friend only get one source (CDP) one digital output(SPDIF over XLR). I tried the Amanero at my home and there was no problem.Does the problem happen with only one dac connected?
Yes, it is just SPDIF over balance XLR connection.
No I don't, just connect the + of XLR to SPDIF1+, - of XLR to SPDIF1-, GND of XLR to GND of dam, parallel three wires to two dam cards (for bal-left and bal-right)
No
Never tried, as my friend only get one source (CDP) one digital output(SPDIF over XLR). I tried the Amanero at my home and there was no problem.
Shouldn't really work at all, trafo is needed and spdif- need to be biased. You also need to limit maximum voltage input as real AES can overload the input, use a voltage divider.
I have a new issue on 1.04 firmware. My DAC won't automatically switch sources between SPDIF and USB(I2S) as it was on 0.99. When both SPDIF and USB signals are available and DAC is playing from USB, when I disconnect USB cable it won’t switch to SPDIF. Power cycle is required. Then it’s playing from SPDIF. I’m connecting USB cable, start playing something by USB, then turn off SPDIF source and again – it won’t switch to USB without power cycle. I don't have source selector connected, only auto mode.
Could somebody confirm this?
Yes, found the bug, version 1.05 will be out soon.
@soekris,
Apologies for asking not having upgraded from V 0.99.
Can a auto mute be implemented, if not already when input signal looses sync?
Apologies for asking not having upgraded from V 0.99.
Can a auto mute be implemented, if not already when input signal looses sync?
Finally tried DSD. When changing sample rates I get a popping sound from speakers. Aside from that, I works great.
Hi Søren quick question, what it is purpose of the 10R resistors on the LME49724 output? If I am using the buffers solely for headphones are they really required?
Cheers.
From the datasheet; though it shouldn't apply to my application?
"Although the LME49724 can drive capacitive loads up to 100pF, cable loads exceeding 100pF can cause
instability. For such applications, series resistors are needed on the outputs before the capacitive load."
Cheers.
From the datasheet; though it shouldn't apply to my application?
"Although the LME49724 can drive capacitive loads up to 100pF, cable loads exceeding 100pF can cause
instability. For such applications, series resistors are needed on the outputs before the capacitive load."
Last edited:
Hi Søren quick question, what it is purpose of the 10R resistors on the LME49724 output? If I am using the buffers solely for headphones are they really required?
Cheers.
From the datasheet; though it shouldn't apply to my application?
"Although the LME49724 can drive capacitive loads up to 100pF, cable loads exceeding 100pF can cause
instability. For such applications, series resistors are needed on the outputs before the capacitive load."
Don't your headphones have a cable ? Cables are capacitive loads....
Don't your headphones have a cable ? Cables are capacitive loads....
Yup I get it, for some reason I was thinking nano rather than puff... which the capacitance in stock HD800 cables (balanced modded) is well in excess of 100pF...
Perhaps a useful feature for an upcoming firmware version would be the possibility to command the hardware mute/unmute by the serial interface.
I can play DSD64 & DSD128 but not DSD256. I tested with the following configuration:
dac: dam1021-012 rev2
usb: Amanero
player1: foobar in Windows 7, USB
player2: MPD in RuneAudio on Odroid C1+, I2S & USB
dac: dam1021-012 rev2
usb: Amanero
player1: foobar in Windows 7, USB
player2: MPD in RuneAudio on Odroid C1+, I2S & USB
- Home
- Vendor's Bazaar
- Reference DAC Module - Discrete R-2R Sign Magnitude 24 bit 384 KHz