This is my first post. I just finished a course about advanced circuit analysis techniques (the content was taken from textbooks by Sadiku, Hayt and Irwin.) As you know, phasors are used to solve sinusoidal AC circuits (and also non-sinusoidal AC circuits, with the help of Fourier series), however, the answer you get from analyzing a circuit with that technique is only the steady state response, not the complete response (which also includes the transient response). When we're introduced to the frequency response analysis, the only difference is that now frequency is an independent variable just like time, and we still solve the circuits with phasors.

So my question is this: is the answer obtained by a frequency analysis (output voltage, ratio of output to input voltage, transfer function, etc.) only valid for steady state? I'm assuming this because in freq. anal. we still use phasors, which give only the s.s. response.

'A circuit' has a response, a behaviour.

That response can be completely described in the time domain, or the frequency domain. It doesn't matter how it is described, it's the same response. You can get from one to the other with the Laplace Transform.

Often, we use just part of the response, and throw away data that's not relevant to our immediate need. When we throw away data, we are then unable to transform that incomplete description into the other one.

For instance, we might take a time domain description and just focus on the percent overshoot and time to 50% of the step response. Or we might take a frequency domain description and use only the magnitude, ignoring the phase. When we throw the rest of the data away, we cannot uniquely reconstruct the time from the frequency, or *vice versa*.

There are of course some clues in an incomplete response. A large overshoot in the time domain suggests a steep edge in the frequency domain. A narrow passband in the frequency domain would suggest a long time to 50% step response. If the circuits are constrained in topology (so we have some knowledge outside the measured response), then there are some techniques that allow us to do rather better than 'suggesting' a form of response from partial data in the other domain. For instance, for the classic lowpass RC filter (a very simple and constrained circuit), you will often see a relationship given between its 3dB frequency response and its 50% step response.

There may be a good reason for taking data in one domain, when we actually want the other domain. For instance, measuring the impedance versus distance of a long transmission line is called Time Domain Reflectometry. This is often used for diagnosing where incorrect impedances are, due to perhaps faulty connectors, crushing or water ingress. The classic way of doing this was to launch a fast pulse into the line, and see the reflections on a 'scope. However, it's hard work to generate a lot of power in a very short pulse. These days, we get the same information by taking the data in the frequency domain with a network analyser, then transforming the full (amplitude and phase) frequency response measurements into the time domain. Same results, but we can get better frequency resolution and SNR than with a pulse.

July 12, 2019 07:53 AM

Yes, it assumes the transients have decayed to zero.

But note that the frequency response contains information on the transients, this is why it's so useful. It's a steady state measurement that gives transient information, so filtering etc can take place in a steady state environment which, potentially, gives more accurate results.

Furthermore, SS frequency response can detect transients that may not even be visible on, say, a step response.

July 12, 2019 07:55 AM

- Serverfault Help
- Superuser Help
- Ubuntu Help
- Webapps Help
- Webmasters Help
- Programmers Help
- Dba Help
- Drupal Help
- Wordpress Help
- Magento Help
- Joomla Help
- Android Help
- Apple Help
- Game Help
- Gaming Help
- Blender Help
- Ux Help
- Cooking Help
- Photo Help
- Stats Help
- Math Help
- Diy Help
- Gis Help
- Tex Help
- Meta Help
- Electronics Help
- Stackoverflow Help
- Bitcoin Help
- Ethereum Help