Atom Feed - Twisted Pear Audio Support - Topic:Arduino for controlling the Sabre DAC - 20Twisted Pear Audio Support - Atom Feedurn:twistedpearaudio-com:AtomFeed:TwistedPearAudioSupport:Topic:ArduinoforcontrollingtheSabreDAC-20:1Copyright 2024 Twisted Pear Audio Support2024-03-28T12:32:57Zhttp://www.twistedpearaudio.com/forum/Images/YAFLogo.pngForum Adminhttp://www.twistedpearaudio.comfeedback@twistedpearaudio.comglthttp://www.twistedpearaudio.com/forum/profile/168-gltglthttp://www.twistedpearaudio.com/forum/profile/168-gltglthttp://www.twistedpearaudio.com/forum/profile/168-gltCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-Corpiusdsolodovhttp://www.twistedpearaudio.com/forum/profile/3395-dsolodovCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-CorpiusRuss Whitehttp://www.twistedpearaudio.com/forum/profile/9-Russ-Whitedsolodovhttp://www.twistedpearaudio.com/forum/profile/3395-dsolodovCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-Corpiusthomaspfhttp://www.twistedpearaudio.com/forum/profile/636-thomaspfCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-CorpiusCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-CorpiusRuss Whitehttp://www.twistedpearaudio.com/forum/profile/9-Russ-WhiteCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-CorpiusCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-CorpiusCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-Corpiused linssenhttp://www.twistedpearaudio.com/forum/profile/753-ed-linssenCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-CorpiusBrian Doneganhttp://www.twistedpearaudio.com/forum/profile/8-Brian-DoneganCorpiushttp://www.twistedpearaudio.com/forum/profile/20572-CorpiusLeonvBhttp://www.twistedpearaudio.com/forum/profile/2435-LeonvBYetAnotherForum.NETurn:twistedpearaudio-com:ftPosts:st1:meid15873:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: dsolodov <a href="/forum/posts/m15828-Arduino-for-controlling-the-Sabre-DAC#post15828"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote><div class="quote"><span class="quotetitle">Originally Posted by: Corpius <a href="/forum/posts/m15824-Arduino-for-controlling-the-Sabre-DAC#post15824"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>There can be only one master, which is Arduino in my case</div></div><br />Thank you for the response. If I use both a I2S source (S/PDIF transceiver) to feed Buffalo II and Arduino to control B-II, what's the proper configuration? Arduino needs to be a 'master'. Do I configure the S/PDIF transceiver source as 'slave'?</div></div><br /><br />I think you are confusing "master clock" with "master control". The Arduino is always the master control: meaning it sets the registers in the DAC. The audio sources can provide the master clock, but in the standard setting of the Buffalo, you don't have to feed it a clock since it locally generates its own clock. You don't have to worry about "master" or slave". Just connect the right wires and you are done.</td></tr></table>2012-08-12T00:08:35-07:002012-08-12T00:08:35-07:00glt<table class="content postContainer_Alt" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: dsolodov <a href="/forum/posts/m15828-Arduino-for-controlling-the-Sabre-DAC#post15828"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote><div class="quote"><span class="quotetitle">Originally Posted by: Corpius <a href="/forum/posts/m15824-Arduino-for-controlling-the-Sabre-DAC#post15824"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>There can be only one master, which is Arduino in my case</div></div><br />Thank you for the response. If I use both a I2S source (S/PDIF transceiver) to feed Buffalo II and Arduino to control B-II, what's the proper configuration? Arduino needs to be a 'master'. Do I configure the S/PDIF transceiver source as 'slave'?</div></div><br /><br />I think you are confusing "master clock" with "master control". The Arduino is always the master control: meaning it sets the registers in the DAC. The audio sources can provide the master clock, but in the standard setting of the Buffalo, you don't have to feed it a clock since it locally generates its own clock. You don't have to worry about "master" or slave". Just connect the right wires and you are done.</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15872:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: thomaspf <a href="/forum/posts/m15491-Arduino-for-controlling-the-Sabre-DAC#post15491"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>Without wanting to redirect this thread, I wonder whether I can ask a question about the Hifiduino code. I did a derivative of that code when it first came out and since I am finalizing my latest build I took a peek to see what had changed.<br /><br />I came across the primeDpll routine and wonder whether people have success with that.<br /><br />In my build I am using the S/PDIF mux with an I2S connection to a Buffalo II. Short of having Russ' new USB module available I ended up using the Lindemann DCC-24/192 connected to one ports of the mux. In this configuration I can only get a reliable lock for 176.4Khz and 192Khz when I set the DPLL to the second highest setting.<br /><br />Is the priming routine supposed to help?<br /><br />Cheers<br /><br /> Thomas</div></div><br /><br />In practice, the primeDpll routine does not improve the unlock problem. Based on later experiments, the locking problem can be mostly solved if if you give it enough time for the clock to settle (up to 1 hour) and adding some shielding to the DAC. primeDpll was an earlier attempt to fix the locking problem and i just left it in code since it didn't see to have any negative effects.<br /><br />Lately people have been using a synchronous approach which bypasses the local clock and thus eliminating all the locking problems.</td></tr></table>2012-08-12T00:05:05-07:002012-08-12T00:05:05-07:00glt<table class="content postContainer" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: thomaspf <a href="/forum/posts/m15491-Arduino-for-controlling-the-Sabre-DAC#post15491"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>Without wanting to redirect this thread, I wonder whether I can ask a question about the Hifiduino code. I did a derivative of that code when it first came out and since I am finalizing my latest build I took a peek to see what had changed.<br /><br />I came across the primeDpll routine and wonder whether people have success with that.<br /><br />In my build I am using the S/PDIF mux with an I2S connection to a Buffalo II. Short of having Russ' new USB module available I ended up using the Lindemann DCC-24/192 connected to one ports of the mux. In this configuration I can only get a reliable lock for 176.4Khz and 192Khz when I set the DPLL to the second highest setting.<br /><br />Is the priming routine supposed to help?<br /><br />Cheers<br /><br /> Thomas</div></div><br /><br />In practice, the primeDpll routine does not improve the unlock problem. Based on later experiments, the locking problem can be mostly solved if if you give it enough time for the clock to settle (up to 1 hour) and adding some shielding to the DAC. primeDpll was an earlier attempt to fix the locking problem and i just left it in code since it didn't see to have any negative effects.<br /><br />Lately people have been using a synchronous approach which bypasses the local clock and thus eliminating all the locking problems.</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15829:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: dsolodov <a href="/forum/posts/m15828-Arduino-for-controlling-the-Sabre-DAC#post15828"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote><div class="quote"><span class="quotetitle">Originally Posted by: Corpius <a href="/forum/posts/m15824-Arduino-for-controlling-the-Sabre-DAC#post15824"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>There can be only one master, which is Arduino in my case</div></div><br />Thank you for the response. If I use both a I2S source (S/PDIF transceiver) to feed Buffalo II and Arduino, what's the proper configuration? Arduino needs to be a 'master'. Do I configure the S/PDIF transceiver source as 'slave'?</div></div><br /><br />No, but you have to remove the onboard firmware chip of the Buffalo in order to use arduino (as master).<br /><br />The i2s source and signals both have nothing to do with the communication between master (Arduino) and slave (DAC chip), that`s I2C. <br /><br />Edit: to answer your question about the configuration, hook it up just as shown in the following link. It`s that simple! <br /><br /><a target="_blank" rel="nofollow" href="http://hifiduino.wordpress.com/2010/10/12/i2c-connection-and-level-conversion/" title="http://hifiduino.wordpress.com/2010/10/12/i2c-connection-and-level-conversion/">HiFiDUINO I2C connection and level converter hookup</a></td></tr></table>2012-08-05T14:46:17-07:002012-08-05T14:46:17-07:00Corpius<table class="content postContainer_Alt" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: dsolodov <a href="/forum/posts/m15828-Arduino-for-controlling-the-Sabre-DAC#post15828"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote><div class="quote"><span class="quotetitle">Originally Posted by: Corpius <a href="/forum/posts/m15824-Arduino-for-controlling-the-Sabre-DAC#post15824"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>There can be only one master, which is Arduino in my case</div></div><br />Thank you for the response. If I use both a I2S source (S/PDIF transceiver) to feed Buffalo II and Arduino, what's the proper configuration? Arduino needs to be a 'master'. Do I configure the S/PDIF transceiver source as 'slave'?</div></div><br /><br />No, but you have to remove the onboard firmware chip of the Buffalo in order to use arduino (as master).<br /><br />The i2s source and signals both have nothing to do with the communication between master (Arduino) and slave (DAC chip), that`s I2C. <br /><br />Edit: to answer your question about the configuration, hook it up just as shown in the following link. It`s that simple! <br /><br /><a target="_blank" rel="nofollow" href="http://hifiduino.wordpress.com/2010/10/12/i2c-connection-and-level-conversion/" title="http://hifiduino.wordpress.com/2010/10/12/i2c-connection-and-level-conversion/">HiFiDUINO I2C connection and level converter hookup</a></td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15828:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: Corpius <a href="/forum/posts/m15824-Arduino-for-controlling-the-Sabre-DAC#post15824"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>There can be only one master, which is Arduino in my case</div></div><br />Thank you for the response. If I use both a I2S source (S/PDIF transceiver) to feed Buffalo II and Arduino to control B-II, what's the proper configuration? Arduino needs to be a 'master'. Do I configure the S/PDIF transceiver source as 'slave'?</td></tr></table>2012-08-05T19:10:15-07:002012-08-05T19:10:15-07:00dsolodov<table class="content postContainer" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: Corpius <a href="/forum/posts/m15824-Arduino-for-controlling-the-Sabre-DAC#post15824"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>There can be only one master, which is Arduino in my case</div></div><br />Thank you for the response. If I use both a I2S source (S/PDIF transceiver) to feed Buffalo II and Arduino to control B-II, what's the proper configuration? Arduino needs to be a 'master'. Do I configure the S/PDIF transceiver source as 'slave'?</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15824:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td>There can be only one master, which is Arduino in my case</td></tr></table>2012-08-05T08:08:08-07:002012-08-05T08:08:08-07:00Corpius<table class="content postContainer_Alt" width="100%"><tr><td>There can be only one master, which is Arduino in my case</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15823:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td>I think you are confusing I2C and I2S.</td></tr></table>2012-08-05T03:30:09-07:002012-08-05T03:30:09-07:00Russ White<table class="content postContainer" width="100%"><tr><td>I think you are confusing I2C and I2S.</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15822:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td>Are both [S/PDIF->I2S] source and Arduino acting as 'master' on I2<strong>S</strong> bus in the setup?<br /><br />Edit: replaced typo in I2S (C is 'S' in cyrillic...)</td></tr></table>2012-08-05T03:50:25-07:002012-08-05T03:50:25-07:00dsolodov<table class="content postContainer_Alt" width="100%"><tr><td>Are both [S/PDIF->I2S] source and Arduino acting as 'master' on I2<strong>S</strong> bus in the setup?<br /><br />Edit: replaced typo in I2S (C is 'S' in cyrillic...)</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15751:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td>Better a late reply the no reply. <br />The primeDpll routine makes no difference for my setup. I can use the lowest dpll setting with both i2s and spdif without any unlocks, but only when the dac has warmed up for 5 to 10 minutes. <br /><br /></td></tr></table>2012-07-27T23:23:36-07:002012-07-27T23:23:36-07:00Corpius<table class="content postContainer" width="100%"><tr><td>Better a late reply the no reply. <br />The primeDpll routine makes no difference for my setup. I can use the lowest dpll setting with both i2s and spdif without any unlocks, but only when the dac has warmed up for 5 to 10 minutes. <br /><br /></td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15491:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td>Without wanting to redirect this thread, I wonder whether I can ask a question about the Hifiduino code. I did a derivative of that code when it first came out and since I am finalizing my latest build I took a peek to see what had changed.<br /><br />I came across the primeDpll routine and wonder whether people have success with that.<br /><br />In my build I am using the S/PDIF mux with an I2S connection to a Buffalo II. Short of having Russ' new USB module available I ended up using the Lindemann DCC-24/192 connected to one ports of the mux. In this configuration I can only get a reliable lock for 176.4Khz and 192Khz when I set the DPLL to the second highest setting.<br /><br />Is the priming routine supposed to help?<br /><br />Cheers<br /><br /> Thomas</td></tr></table>2012-06-29T05:23:21-07:002012-06-29T05:23:21-07:00thomaspf<table class="content postContainer_Alt" width="100%"><tr><td>Without wanting to redirect this thread, I wonder whether I can ask a question about the Hifiduino code. I did a derivative of that code when it first came out and since I am finalizing my latest build I took a peek to see what had changed.<br /><br />I came across the primeDpll routine and wonder whether people have success with that.<br /><br />In my build I am using the S/PDIF mux with an I2S connection to a Buffalo II. Short of having Russ' new USB module available I ended up using the Lindemann DCC-24/192 connected to one ports of the mux. In this configuration I can only get a reliable lock for 176.4Khz and 192Khz when I set the DPLL to the second highest setting.<br /><br />Is the priming routine supposed to help?<br /><br />Cheers<br /><br /> Thomas</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15482:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td>When using the Hifiduino code the remote code is not quite correct. One can read about it on the Hifiduino site:<br /><br /><a target="_blank" rel="nofollow" href="http://hifiduino.wordpress.com/apple-aluminum-remote/#comment-3164" title="http://hifiduino.wordpress.com/apple-aluminum-remote/#comment-3164">http://hifiduino.wordpre...num-remote/#comment-3164</a><br /><br />For those who are interested. I hereby post my code to get the first 7 bits of the third byte from the apple remote. When using this code one should be able to use any of the apple remotes without the need of changing the code.<br /><br />In the original code there are two lines:<br /><br /><span class="highlight">c3 |= mask; <br />mask <<=1; </span> <br /><br />Change them to:<br /><br /><span class="highlight">if (i>0)c3 |= mask; <br />if (i>0)mask <<=1;</span> <br /> <br />When using this the codes from the remote for 'up', 'down', 'left, 'right', 'center', 'menu' and 'play' are respectively 5, 6, 4, 3, 46, 1 and 47.<br />They now correspond with the HEX values as described on the Hifiduino page </td></tr></table>2012-06-28T20:37:54-07:002012-06-28T20:37:54-07:00Corpius<table class="content postContainer" width="100%"><tr><td>When using the Hifiduino code the remote code is not quite correct. One can read about it on the Hifiduino site:<br /><br /><a target="_blank" rel="nofollow" href="http://hifiduino.wordpress.com/apple-aluminum-remote/#comment-3164" title="http://hifiduino.wordpress.com/apple-aluminum-remote/#comment-3164">http://hifiduino.wordpre...num-remote/#comment-3164</a><br /><br />For those who are interested. I hereby post my code to get the first 7 bits of the third byte from the apple remote. When using this code one should be able to use any of the apple remotes without the need of changing the code.<br /><br />In the original code there are two lines:<br /><br /><span class="highlight">c3 |= mask; <br />mask <<=1; </span> <br /><br />Change them to:<br /><br /><span class="highlight">if (i>0)c3 |= mask; <br />if (i>0)mask <<=1;</span> <br /> <br />When using this the codes from the remote for 'up', 'down', 'left, 'right', 'center', 'menu' and 'play' are respectively 5, 6, 4, 3, 46, 1 and 47.<br />They now correspond with the HEX values as described on the Hifiduino page </td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15428:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td>Right. Thanks.<br /><br />When reading my own post again I see now that it is the remapping of the digital outputs. Not inputs. Sometimes reading can be hard <img src="/forum/Images/Emoticons/eusa_whistle.gif" alt="Whistle" /> </td></tr></table>2012-06-24T20:40:52-07:002012-06-24T20:40:52-07:00Corpius<table class="content postContainer_Alt" width="100%"><tr><td>Right. Thanks.<br /><br />When reading my own post again I see now that it is the remapping of the digital outputs. Not inputs. Sometimes reading can be hard <img src="/forum/Images/Emoticons/eusa_whistle.gif" alt="Whistle" /> </td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15425:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td>No that is not what is meant by remapping.<br /><br />Look at the registers around the source for each DAC. :) All remapping does is set those registers.<br /><br />That setting on register 12 should be left alone.<br /><br />SPDIF only works in stereo/mono mode, and so it is essentially same as using the remapping firmware feature whether it is on or off.</td></tr></table>2012-06-24T14:39:07-07:002012-06-24T14:39:07-07:00Russ White<table class="content postContainer" width="100%"><tr><td>No that is not what is meant by remapping.<br /><br />Look at the registers around the source for each DAC. :) All remapping does is set those registers.<br /><br />That setting on register 12 should be left alone.<br /><br />SPDIF only works in stereo/mono mode, and so it is essentially same as using the remapping firmware feature whether it is on or off.</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15422:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td>When looking at the registers it seems like the input remapping can be set in register 12:<br /><br /><span class="highlight">|x|x|0|x|x|x|x|x| Remapping: No remap<br />|x|x|1|x|x|x|x|x| Remapping: Remap DIG outputs for "max phase separation in analog cell"</span><br /><br />This is most likely the same 'input remapping' like the one that can be set using dipswitch SW2:8<br /><br />The integration guide from Leon clearly states that this setting enables the use of the Sidecar module by remapping the inputs of the internal DACs. When ON it maps the DACs 1, 2, 5, and 6 to the DACs 3,4,7, and 8 respectively.<br /><br />Therefore I conclude that the 'input remapping' can be OFF when using one of the spdif inputs from the spdif board. Does it have any sound wise advantages when it is OFF? <br />If so it would be best to set it ON only when using PCM/DSD via the sidecar.</td></tr></table>2012-06-24T12:04:47-07:002012-06-24T12:04:47-07:00Corpius<table class="content postContainer_Alt" width="100%"><tr><td>When looking at the registers it seems like the input remapping can be set in register 12:<br /><br /><span class="highlight">|x|x|0|x|x|x|x|x| Remapping: No remap<br />|x|x|1|x|x|x|x|x| Remapping: Remap DIG outputs for "max phase separation in analog cell"</span><br /><br />This is most likely the same 'input remapping' like the one that can be set using dipswitch SW2:8<br /><br />The integration guide from Leon clearly states that this setting enables the use of the Sidecar module by remapping the inputs of the internal DACs. When ON it maps the DACs 1, 2, 5, and 6 to the DACs 3,4,7, and 8 respectively.<br /><br />Therefore I conclude that the 'input remapping' can be OFF when using one of the spdif inputs from the spdif board. Does it have any sound wise advantages when it is OFF? <br />If so it would be best to set it ON only when using PCM/DSD via the sidecar.</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15401:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td>Hi,<br /><br />When using the original firmware one has to set `input remapping` on using the dipswitch when the sidecar is used, but when using arduino instead of the original firmware does the ` input remapping` still needs to be set on using the dipswitch? Or is there another way of setting it on? Fi. Using one of the registers of the dac chip?</td></tr></table>2012-06-22T18:35:20-07:002012-06-22T18:35:20-07:00Corpius<table class="content postContainer" width="100%"><tr><td>Hi,<br /><br />When using the original firmware one has to set `input remapping` on using the dipswitch when the sidecar is used, but when using arduino instead of the original firmware does the ` input remapping` still needs to be set on using the dipswitch? Or is there another way of setting it on? Fi. Using one of the registers of the dac chip?</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15331:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: ed linssen <a href="/forum/posts/m15330-Arduino-for-controlling-the-Sabre-DAC#post15330"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>Hi all,<br /><br />I have put A single Buff III together with the Arduino Uno. including the 4* SPdif module and the sidecar. Folowing GLT's fantastic Hifiduino blog for BII. Including the Code, last version.<br />Volume works but I can not choose inputs through the Arduino.<br />Maybe somebody could help me a little? <br />Ed</div></div><br /><br />Hi Ed,<br /><br />You need to add some code for switching inputs. I have been tweaking GLT's code heavily. I have added the option to change between GLT's screen layout and a simplyfied screen layout. Also added code for temperature control via LM35 temperature sensor. Changed the functions of the remote keys in a way that seemed more logical to me. Volume goes from 00 to 99 instead of the other way around. I have to add a function that switches off the dac using relays when there is no signal coming in for about 20 minutes. I have build the relay board last weekend. <br /><br />I also wrote a part for switching inputs (both spdif and sidecar), but because I was a bit busy with other things lately I have not finished building the dac and also did not hook up the arduino. Therefore I have not tested the code for switching inputs. All other parts have been tested by Gwikse on his B2 (except for the temperature monitoring<img src="/forum/Images/Emoticons/eusa_angel.gif" alt="Angel" /> )<br /><br />So now I just need to finish my DAC to test it. Oh yes, i also have to change the code for the rotary encoder to match it with all the functions that now can be controled with my remote. I never connected te rotary encode yet <img src="/forum/Images/Emoticons/eusa_shifty.gif" alt="Anxious" /> . But I will soon.<br /><br />if you sent me a PM I can sent you the code that I wrote for switching inputs. <br />Note that it is not tested yet. I can also sent you the code that I tweaked, but some parts like the temperature monitoring and switching off functions are probably not needed for you and can therefore be commented out. I think that you will like all other changed and added functions.</td></tr></table>2012-06-19T15:16:19-07:002012-06-19T15:16:19-07:00Corpius<table class="content postContainer_Alt" width="100%"><tr><td><div class="quote"><span class="quotetitle">Originally Posted by: ed linssen <a href="/forum/posts/m15330-Arduino-for-controlling-the-Sabre-DAC#post15330"><img src="/forum/Themes/GreyGrey/icon_latest_reply.png" title="Go to Quoted Post" alt="Go to Quoted Post" /></a></span><blockquote>Hi all,<br /><br />I have put A single Buff III together with the Arduino Uno. including the 4* SPdif module and the sidecar. Folowing GLT's fantastic Hifiduino blog for BII. Including the Code, last version.<br />Volume works but I can not choose inputs through the Arduino.<br />Maybe somebody could help me a little? <br />Ed</div></div><br /><br />Hi Ed,<br /><br />You need to add some code for switching inputs. I have been tweaking GLT's code heavily. I have added the option to change between GLT's screen layout and a simplyfied screen layout. Also added code for temperature control via LM35 temperature sensor. Changed the functions of the remote keys in a way that seemed more logical to me. Volume goes from 00 to 99 instead of the other way around. I have to add a function that switches off the dac using relays when there is no signal coming in for about 20 minutes. I have build the relay board last weekend. <br /><br />I also wrote a part for switching inputs (both spdif and sidecar), but because I was a bit busy with other things lately I have not finished building the dac and also did not hook up the arduino. Therefore I have not tested the code for switching inputs. All other parts have been tested by Gwikse on his B2 (except for the temperature monitoring<img src="/forum/Images/Emoticons/eusa_angel.gif" alt="Angel" /> )<br /><br />So now I just need to finish my DAC to test it. Oh yes, i also have to change the code for the rotary encoder to match it with all the functions that now can be controled with my remote. I never connected te rotary encode yet <img src="/forum/Images/Emoticons/eusa_shifty.gif" alt="Anxious" /> . But I will soon.<br /><br />if you sent me a PM I can sent you the code that I wrote for switching inputs. <br />Note that it is not tested yet. I can also sent you the code that I tweaked, but some parts like the temperature monitoring and switching off functions are probably not needed for you and can therefore be commented out. I think that you will like all other changed and added functions.</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15330:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td>Hi all,<br /><br />I have put A single Buff III together with the Arduino Uno. including the 4* SPdif module and the sidecar. Folowing GLT's fantastic Hifiduino blog for BII. Including the Code, last version.<br />Volume works but I can not choose inputs through the Arduino.<br />Maybe somebody could help me a little? <br />Ed</td></tr></table>2012-06-19T11:51:57-07:002012-06-19T11:51:57-07:00ed linssen<table class="content postContainer" width="100%"><tr><td>Hi all,<br /><br />I have put A single Buff III together with the Arduino Uno. including the 4* SPdif module and the sidecar. Folowing GLT's fantastic Hifiduino blog for BII. Including the Code, last version.<br />Volume works but I can not choose inputs through the Arduino.<br />Maybe somebody could help me a little? <br />Ed</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15200:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td>indeed, when the sidecar is switched to the metronome the dac remains in a lock state, so I can not use this information to determine if there is any signal coming in.</td></tr></table>2012-06-07T21:00:06-07:002012-06-07T21:00:06-07:00Corpius<table class="content postContainer_Alt" width="100%"><tr><td>indeed, when the sidecar is switched to the metronome the dac remains in a lock state, so I can not use this information to determine if there is any signal coming in.</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15199:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td>I believe the Metronome will always be presenting a bit clock, so the ES9018 will remain in the locked state.</td></tr></table>2012-06-07T20:57:37-07:002012-06-07T20:57:37-07:00Brian Donegan<table class="content postContainer" width="100%"><tr><td>I believe the Metronome will always be presenting a bit clock, so the ES9018 will remain in the locked state.</td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15198:1Arduino for controlling the Sabre DAC<table class="content postContainer_Alt" width="100%"><tr><td>Register 27 is the status register. According to hifiduino it contains the following information:<br /><ol style="list-style-type:number"><li>dsd or pcm mode<br /><li>spdif valid or invalid<br /><li>spdif mode enabled or disabled<br /><li>Jitter Eliminator locked/not locked to incoming signal</ol><br /><br />I'm not sure this information can be used for this. Perhaps i'm overseeing something here? </td></tr></table>2012-06-07T20:56:01-07:002012-06-07T20:56:01-07:00Corpius<table class="content postContainer_Alt" width="100%"><tr><td>Register 27 is the status register. According to hifiduino it contains the following information:<br /><ol style="list-style-type:number"><li>dsd or pcm mode<br /><li>spdif valid or invalid<br /><li>spdif mode enabled or disabled<br /><li>Jitter Eliminator locked/not locked to incoming signal</ol><br /><br />I'm not sure this information can be used for this. Perhaps i'm overseeing something here? </td></tr></table>urn:twistedpearaudio-com:ftPosts:st1:meid15197:1Arduino for controlling the Sabre DAC<table class="content postContainer" width="100%"><tr><td>That should work. If it doesn't, you could revert to register 27. </td></tr></table>2012-06-07T20:35:17-07:002012-06-07T20:35:17-07:00LeonvB<table class="content postContainer" width="100%"><tr><td>That should work. If it doesn't, you could revert to register 27. </td></tr></table>