@Rerouter - Did you even look at the circuit? What are you doing?
Why is Mechatrommer the only one who seams to pay atention...
Can't speak for @Rerouter, but I can say that my first impression was "[Fellow] beginner comes in asking for a fairly simple set of requirements and attaches a relatively complicated circuit." and "
Amplifier is typically a power-cycled device [hard power cut] where a
receiver is typically controlled with a button press [soft power]" and "When I was an even more beginner than now, I came up with all kinds of over-complicated solutions."
Relay shorts the on/off button on AMP.
It mimics button press, it's not a switch for AMP power. So i need pulses at the right moments.
Aha... Your requirement in your first post was "Turn Amp on when PC turns on". If it's like the amp that drives my subwoofers in my home theater, that screams "control mains power" not "simulate the press of the soft power button", so that's the solution path I went down (and I presume same as @Rerouter).
Among those things, it's easy to see how I (and I think Rerouter) concluded that you seemed to be making a technical mountain out of a molehill.
Now that we know you have a receiver that you want to control, I would consider a solution like this:
1. See if it can be set to "power on after power loss". If so, and you never want to use it with the PC off, just use a relay to switch the mains and you get 100% of the functionality you listed. Relay to power it up, amp turns on after power loss. Turn it off manually, it stays off. PC powers down, amp has power cut.
2. If it does not support "turn on after power loss", and you never want to use the device with the PC off, still do as in #1, but also do one of:
2a. Program a simulated button press with a +5V supply from USB. I would look into whether a Reset Controller IC can accomplish what you want.
TI's page on them, but there are many other vendors. These are neat little devices that take a lot of the grunge out of holding a reset line while a power supply stabilizes.
2b. As in 3 below.
3. If it does not support "turn on after power loss" and/or you want to use the device with the PC off some of the time, then look to see if the device has a
discrete IR code for "power on". If so, make your device emit that IR code on power up and the IR code for power off on loss of power. (You can use a cap to store enough power to emit a final IR sequence after power loss.) This solution has the advantage of having no mains wiring and no work inside the audio device at all and just a small stick-on IR emitter.
The reason for the additional complexity in #3 is that if you are simulating a button press for "power toggle" with your device, then you can get out of sync with the device. (Device is already on; PC powers up, button press toggles the power off. I know this is what you're doing with the feedback circuit from the amp; I'm just wondering if there's a simpler way that involves no surgery on the audio device.)
If you do go looking in that database, note that "Power ON" is not always called that. It's sometimes called "Zone 1 ON", "Z1 ON", "Main Zone ON", etc. Also note that just because the device's remote doesn't have a discrete power on and power off button doesn't mean that the receiver won't understand such a code if sent it.
I know you said you aren't looking for logical help. If this response offends you by offering logical help, please ignore it and consider that I've authored it for other people who might look for similar solutions in the future. If you haven't considered using IR, I think it's worth considering.
I'd like to use basic components to get some experience with them.
There's nothing wrong with that per-se, but when it gets in the way of accomplishing the project's functional goals, you have to decide whether you want the project to work or to learn. Both have value.
How can there be anything wrong with that for a individual on his personal time and resources? How is it getting in the way? Is that a projection? Why not both?
There's nothing in the least bit wrong with it. I do that all the time (in fact, I'm doing it right now). The root of my response was a misunderstanding of what you were trying to do. On a beginner forum, that's common; sometimes it's the original poster, sometimes it's the responders, sometimes it's both. I misunderstood your original post (I believe this was a "both" case, but in any case, I misunderstood you). You replied to others with some rejection of their solution which seemed like perfectly reasonable solution to me and so I asked what your goal was. It wasn't meant to be accusatory at all; I sympathize with (and try to model for myself and my kids) having fun learning about electronics.