Well my conclusion from version 2 of this circut is that it sounds like $hit! Too bad really I was hoping this would work out well...oh well back to the drawing board. I toyed around a bit with the grounding and the supply, but just couldn't make it sound good. For reference I am using an OPA627/buf634 setup. This setup just didn't come close to that for me. It certainly isn't the opamp that is at fault as this one sounds great in some other implementations, even in a simple CMOY. I suspect that I am getting noise introduced from the PIC. I should have followed Vetrans idea of using an optocoupler.
🙁
🙁
too bad ...
i don't know the details of your implementation, so i'll ask my dum question anyway - does the sound improve if you put the micro to "sleep"?
mlloyd1
i don't know the details of your implementation, so i'll ask my dum question anyway - does the sound improve if you put the micro to "sleep"?
mlloyd1
It looks great, but all that effort and no Jung super-regulators to power the analog stuff?
If you have uC noise problems, put the uC to sleep when it isn't actively changing the volume. In sleep mode even the clock oscillator stops.
Add an LCD/OLED character display port, and a inputs for a rotary encoder and an IR receiver and you're there, dude!
I ran into this yesterday- it would be real nice to use one- programming should be simpler than LCDs because there's no waiting for the LCD busy flag to clear. OLED display 1
OLED display 2
I like PICs too!
I_F
If you have uC noise problems, put the uC to sleep when it isn't actively changing the volume. In sleep mode even the clock oscillator stops.
Add an LCD/OLED character display port, and a inputs for a rotary encoder and an IR receiver and you're there, dude!
I ran into this yesterday- it would be real nice to use one- programming should be simpler than LCDs because there's no waiting for the LCD busy flag to clear. OLED display 1
OLED display 2
I like PICs too!
I_F
Actually it does have ports for an LCD display. I didn't bother to connect or code for it for experimentation purposes. It's a 20 X 4 backlit unit. I used buttons in this implementation but was actually planning on using a simple 10K pot read through the AD convertor and using that to adjust the volume. The PSU I used to feed this is actually quite good. It is a regulated supply followed by a discrete regulator. I included an LM7805 on the board for the necessary 5V for the WM8816 and the PIC.
I didn't actually put the controller in to sleep mode, I'll give it a try and see if it helps any.
G.
I didn't actually put the controller in to sleep mode, I'll give it a try and see if it helps any.
G.
I have used a Grayhill 61C11 optical rotaty encoder that has a pushbutton at the end of the shaft. It's rated for 1M rotary cycles and 3M button cycles, so it will last almost forever.
It's very easy to use with a PIC. A simple lookup table tells which direction it is rotating so you can increment or decrement volume counters. It is easy to set up the circuit and code so that it will wake the pic up when the shaft is turned or the button is pushed.
With multiple lines on the display you can set up a balance adjustment mode as easily as volume control.
Here's a cool input device that is used in the Slimdevices Transporter:
http://www.immersion.com/industrial/rotary/products/PR1000.php
It is an encoder with software controlled, magnetic detents!
I_F
It's very easy to use with a PIC. A simple lookup table tells which direction it is rotating so you can increment or decrement volume counters. It is easy to set up the circuit and code so that it will wake the pic up when the shaft is turned or the button is pushed.
With multiple lines on the display you can set up a balance adjustment mode as easily as volume control.
Here's a cool input device that is used in the Slimdevices Transporter:
http://www.immersion.com/industrial/rotary/products/PR1000.php
It is an encoder with software controlled, magnetic detents!
I_F
- Status
- Not open for further replies.