Oh, good to know... So did you find a fix, or just live with not having a remote?
Thanks! I wonder if it might be quick fix, and perhaps leading to 1.25 beta. Else, perhaps I could revert to the last 'non-beta' version to get the functionality back.
Ah, I see... So it sounds like if I did revert back to an earlier firmware to get the remote working, it might also bring back the channel swap issue.
Another question that I couldn't find enough info about is regarding the 'mode' setting in uManager. There is the option of 'normal' or 'parallel'. From what I could pick up, 'normal' runs the resistor networks in balanced mode, which would be specifically useful for balanced outputs, and 'parallel' runs each channel's two resister networks with the same phase, summing the two into a single ended output.
Is determining which mode to use as simple as deciding whether one is going to use balanced or SE outputs? In my case, I use SE, so should I switch this to parallel? Or, rather, would this require a topology change in the output stage?
I can see this going two ways... On one hand, since my Jay's Audio DAC offers both balanced and SE, perhaps running in 'parallel' wouldn't be a good idea as the output stage is built around 'normal' mode, where the user has the option of running full balanced outputs if desired. On the other hand, perhaps this isn't an issue, and in fact 'parallel' may offer more precision and a more robust output from the SE outputs... Not sure.
Is determining which mode to use as simple as deciding whether one is going to use balanced or SE outputs? In my case, I use SE, so should I switch this to parallel? Or, rather, would this require a topology change in the output stage?
I can see this going two ways... On one hand, since my Jay's Audio DAC offers both balanced and SE, perhaps running in 'parallel' wouldn't be a good idea as the output stage is built around 'normal' mode, where the user has the option of running full balanced outputs if desired. On the other hand, perhaps this isn't an issue, and in fact 'parallel' may offer more precision and a more robust output from the SE outputs... Not sure.
Progress update:
Mr. Hoh of Beatechnik has kindly reached out to help with this. This level of support deserves mention and credit -- so cheers to that, Mr. Hoh! He has provided me with firmware version 1.23, which I will be reverting back to. I recommend that Soekris hosts this fully functional version on their site for people like me who get 'trapped' with having loaded 1.24 beta, but don't have the 1.23 file in order to revert back when they realize they no longer have a remote control.
Might there be a 1.24 'non-beta' version coming which fixes this issue? Or, rather, has development ceased for the dam1941 as it has been replaced by the dam2941?
Before I open the DAC again to revert to 1.23, I want to know about the difference between 'normal' and 'parallel' mode. If there is some advantage for running in 'parallel' when exclusively using the SE outputs, perhaps I should try it (?). Else, since the DAC also has XLR outputs, perhaps it could cause issues to switch to 'parallel' (?). I'm going to wait on the firmware update until I receive some more information about this, in particular.
Mr. Hoh of Beatechnik has kindly reached out to help with this. This level of support deserves mention and credit -- so cheers to that, Mr. Hoh! He has provided me with firmware version 1.23, which I will be reverting back to. I recommend that Soekris hosts this fully functional version on their site for people like me who get 'trapped' with having loaded 1.24 beta, but don't have the 1.23 file in order to revert back when they realize they no longer have a remote control.
Might there be a 1.24 'non-beta' version coming which fixes this issue? Or, rather, has development ceased for the dam1941 as it has been replaced by the dam2941?
Before I open the DAC again to revert to 1.23, I want to know about the difference between 'normal' and 'parallel' mode. If there is some advantage for running in 'parallel' when exclusively using the SE outputs, perhaps I should try it (?). Else, since the DAC also has XLR outputs, perhaps it could cause issues to switch to 'parallel' (?). I'm going to wait on the firmware update until I receive some more information about this, in particular.
Hello, two weeks ago I assembled my recently acquired dam2941 board. It is in breadboard state as you can see and it has worked flawlesly from the beginning. I have tried different sources (optical, RCA, USB, even I2S with a Raspberry Pi) Always without problems and with exceptional sound (surprisingly good with the Raspberry via Volumio).
I take this opportunity to thank all the members of the forum. Without them this would not have been possible, especially to members DimDim and Euro21 for his version of ArDAM Lite, and of course to Soren for his creation.
But, recently I'm having a serious problem. After running for a few minutes after turn on, the sound suddenly stops. Sometimes it sounds again after a moment for a while to mute again. If I change the source it tries to sound for a second and then stops again. If I press next track, the same behaviour. This with all avalaible sources. The DAM board led is solid, not blinking at any time, and the screen indicates that it is locked, but there is no sound. So I am totally stuck at the moment.
Does anyone have any idea what the problem could be?
Thank you!
I take this opportunity to thank all the members of the forum. Without them this would not have been possible, especially to members DimDim and Euro21 for his version of ArDAM Lite, and of course to Soren for his creation.
Does anyone have any idea what the problem could be?
Thank you!
UPDATE
I think I now know who was to blame for the DAM malfunction that was driving me crazy. And of course it was ME.
In order to test the Raspberry I had to place the wood that you see in the pictures. That board was somehow resting on the cables of the ArDAM lite to the Tx and Rx in the DAM board. I noticed that, although the arduino program was set to -3dB on the turn on, it always changed to 0dB (the DAM default setting) after a while and that didn't have to happen. Hence the randomness of the behavior.
Maxi
I think I now know who was to blame for the DAM malfunction that was driving me crazy. And of course it was ME.
In order to test the Raspberry I had to place the wood that you see in the pictures. That board was somehow resting on the cables of the ArDAM lite to the Tx and Rx in the DAM board. I noticed that, although the arduino program was set to -3dB on the turn on, it always changed to 0dB (the DAM default setting) after a while and that didn't have to happen. Hence the randomness of the behavior.
Maxi
Hi,
I have one small question regarding the output buffer: in the pictures here in this thread not all resistors are installed. In the BOM some resistors are not listed, but on the circuit diagram every one is described? Can/should I install all resistors?
Best regards, Axel
I have one small question regarding the output buffer: in the pictures here in this thread not all resistors are installed. In the BOM some resistors are not listed, but on the circuit diagram every one is described? Can/should I install all resistors?
Best regards, Axel
@soekris, other experienced members.
I have sent email and voice mail to Soren but I am yet to hear back from him, which is surprising because he is usually responsive and helpful. Meanwhile posting here in the hope of getting help.
I bought a Soekris DAM 2941 and had it assembled last week and it worked fine for 3 days, about 24hours but then suddenly one channel stopped working. I had it thoroughly checked, the power supply, connections and solder was good, but then found an opamp/transistor was short/mute(picture attached for reference). Can anyone please identify the part and it's role circled in the picture, and can it be repaired.
I have sent email and voice mail to Soren but I am yet to hear back from him, which is surprising because he is usually responsive and helpful. Meanwhile posting here in the hope of getting help.
I bought a Soekris DAM 2941 and had it assembled last week and it worked fine for 3 days, about 24hours but then suddenly one channel stopped working. I had it thoroughly checked, the power supply, connections and solder was good, but then found an opamp/transistor was short/mute(picture attached for reference). Can anyone please identify the part and it's role circled in the picture, and can it be repaired.
Attachments
That is a 2sk3557 jfet, part of the muting circuit, they default to low impedance, easy to replace.
If that'is the problem.... To verify, check it when powered on.... Or put a scope on the outputs...
If that'is the problem.... To verify, check it when powered on.... Or put a scope on the outputs...
+I have just tried my ipad and I get through to the soekris website. I must have a software glitch on my desktop.
Thankyou.
Thankyou.
Hello all!
Is it possible to change opa365 (opamps in resistors network) on some external power?
Is it possible to change opa365 (opamps in resistors network) on some external power?