Paul.Ruby
Well-known member
EDIT #2: I've decided this is not worth the effort. The only way to really avoid pop is with proper behavior. Don't plug in a speaker cab until everything is powered. Unplug speaker cab first for power down. A mute button or stand-by on the amp might be a nice-to-have, but still requires proper behavior.
EDIT: Made some tweaks. R7 changed to 56k to mute if power supply is below about 17V. Trying to be aggressive with this to err on the side of muting if voltage is not adequate. Increased R4 to 1M and C1 to 100uf to get a longer power on delay. Made these changes because the pedal board has a lot of stuff that is all acting badly during power up and down. I can hear two pedals ticking relays during power on and they are making cracks and pops on power down. So, this is an attempt to get the power amp muted for as much of this as possible. But, it's still not good enough once combined with other things that can behave badly. Maybe a stand-by switch on the amp is the best option. I've added one to the schematic. When open, the amp is muted. I'm still stewing on this. I find myself wanting a circuit that will be stuck on mute at power on until a "go" button is pushed. Just keep the amp on mute for all power-on until user input is made. This would be a flip-flop with a toggle switch and designed to always power up in the muted state.
Here's a mute circuit I have on a breadboard and works really well. I'll probably wire this by hand and add to the pedals I've already built rather than do a PCB. The brown box is what is already on the TPA3118.
The mute pins on the TPA3118 are connected together, making mute the default behavior instead of unmute. Then, Q1 and Q2 are an AND gate to unmute. Both transistors must be on to unmute. Q1 has a delayed turn-on, held off by C1 when power is first applied. Will take ~100ms with 10uf. Q2 is meant to turn off very fast at power loss. R8 will pulldown the base of Q2 very fast when 24V is lost.
My only remaining concern is that C1 must be discharged to be prepared for the next power on. So far, this doesn't seem to be a problem. Manually pulling power and reapplying fast is not causing any pops. I don't think any further complexity is needed.
EDIT: Made some tweaks. R7 changed to 56k to mute if power supply is below about 17V. Trying to be aggressive with this to err on the side of muting if voltage is not adequate. Increased R4 to 1M and C1 to 100uf to get a longer power on delay. Made these changes because the pedal board has a lot of stuff that is all acting badly during power up and down. I can hear two pedals ticking relays during power on and they are making cracks and pops on power down. So, this is an attempt to get the power amp muted for as much of this as possible. But, it's still not good enough once combined with other things that can behave badly. Maybe a stand-by switch on the amp is the best option. I've added one to the schematic. When open, the amp is muted. I'm still stewing on this. I find myself wanting a circuit that will be stuck on mute at power on until a "go" button is pushed. Just keep the amp on mute for all power-on until user input is made. This would be a flip-flop with a toggle switch and designed to always power up in the muted state.
Here's a mute circuit I have on a breadboard and works really well. I'll probably wire this by hand and add to the pedals I've already built rather than do a PCB. The brown box is what is already on the TPA3118.
The mute pins on the TPA3118 are connected together, making mute the default behavior instead of unmute. Then, Q1 and Q2 are an AND gate to unmute. Both transistors must be on to unmute. Q1 has a delayed turn-on, held off by C1 when power is first applied. Will take ~100ms with 10uf. Q2 is meant to turn off very fast at power loss. R8 will pulldown the base of Q2 very fast when 24V is lost.
My only remaining concern is that C1 must be discharged to be prepared for the next power on. So far, this doesn't seem to be a problem. Manually pulling power and reapplying fast is not causing any pops. I don't think any further complexity is needed.
Last edited: