Re: Multi-cycle current control
John wrote, "I want to generate that current waveform in LTspice to look at its spectrum."
As you may discover, the spectrum looks better (and/or easier to understand at frequencies < 50 Hz) if you run the simulation for several more cycles.? For example, 1200 ms instead of 120 ms.? It needs to be an integer multiple of 60 ms.? 16.7 Hz = lowest frequency.
Andy
|
Re: Multi-cycle current control
John, I uploaded "3-cycle symmetry.asc" to the Temp folder.? It generates the waveform in your photo "3-cycle symmetry.jpg" in the photo album. It could be done other ways.? Also, I could have parameterized more, but I kept that part of it simple. Andy
|
Re: Multi-cycle current control
John asked for assistance generating a gated sinewave.
Start with a continuous SINE wave (V-source) and a PULSE wave (another V-source, an offset square wave), then use a B-source to multiply the two waveform voltages.
Andy
|
Re: Reflected power in RF power supplies
Tony wrote, "... a function of the source impedance. Since this is never specified, ...".
Sometimes it is.? There might be s parameters, or an output port reflection coefficient, or something like that.? But you're right, it is often not specified.
I guess it might depend on the market into which the RF amplifier is being sold.? There are applications for which knowing the output's source impedance (or the goodness of that match) is quite important, and so they have a datasheet spec for it.
Andy
|
Re: Reflected power in RF power supplies
minsun wrote, "They do not understand the physics."
That's possible.? But it's also possible that they understand it very well, and it's just a problem of misunderstanding what the other person says.? I think it's likely the manufacturer knows the physics quite well, since they know how to design these power amps.? On the other hand the answers may have come from marketing people or applications specialists who indeed might not know.
Andy
|
Multi-cycle current control
I uploaded a graph to Photos.The graph shows
the current and voltage waveforms for an example of 3-cycle
control, typically used for supplying heaters that need fine
temperature control. I want to generate that current waveform in
LTspice to look at its spectrum.
I need help to specify the current waveform,
presumably as a BI source. All assistance gratefully
acknowledged.
|
Re: Reflected power in RF power supplies
Yes, RF power amplifiers are often implicitly specified for a load
of 50Ω, but in general, the source impedance of such an amplifier
will not be 50Ω, as that would limit its efficiency to less than
50%.
The power absorbed in the source as a result of a reflection due to
a mismatched load would be a function of the source impedance. Since
this is never specified, the user has no way of knowing what any
dissipated "reflected power" would be.
The proper way of specifying this aspect of PA performance is by
quoting a maximum VSWR of the load (relative to the nominal load
impedance - assumed to be 50Ω) that the amplifier is guaranteed to
tolerate, without damage. This is roughly similar to the notion for
SOA (Safe Operating Area) for audio amplifiers. It amounts to the
same thing: the load line that the amplifier sees.
--
Regards,
Tony
On 28/07/2023 08:32, francesco_angelin
via groups.io wrote:
toggle quoted message
Show quoted text
Hi Tony, I
perfectly agree with you! Nevertheless, let take into account that
in the RF world, quite often the term "Power" actually means
"voltage", and the measure is given in dBm, referred to the
standard 50 Ohm impedance. In case the impedance is 75 Ohm, it is
clearly stated. Generators with 0 Ohm are not existing and would
be not practical.
|
Re: Reflected power in RF power supplies
Hi Tony, I perfectly agree with you! Nevertheless, let take into account that in the RF world, quite often the term "Power" actually means "voltage", and the measure is given in dBm, referred to the standard 50 Ohm impedance. In case the impedance is 75 Ohm, it is clearly stated. Generators with 0 Ohm are not existing and would be not practical.
Regards!
|
Re: Reflected power in RF power supplies
Hello, minus -
Here is an example that shows how this reflected power idea works. It does NOT rely on transmission lines, at all. In fact, it works at DC. It is a little odd because DC supplies are rarely used this way, but the principles apply.
1. Suppose that you have a DC power supply with a 50 ohm source impedance and delivering 100V unloaded. This almost never happens in real life but it is quite “legal” electrically.
2. Now suppose we put a 50 ohm load on the output side of the source impedance.
3. The power supply now has a net 100 ohms load and provides 1 ampere into the source resistor and the load resistor. Each resistor will have 50V across it.
4. Each resistor, the source resistor will dissipate 50Watts (50V * 1A). Remember, this is DC.
5. Now, lets change the load to 40 ohms.
4. The power supply has a total load of 90 ohms and an output current of 1.11 Amps. The 40 ohm load resistor now has a voltage drop of 44.44V and dissipates 49.33W .
5. As we would expect, this power is less than the “matched” case. On of the ways of “explaining” this loss of power in the load resistor is to think that the power supply and source resistor really are delivering 50W but that 0.67W are “reflected” by the load, back into the supply. We know, however, that this is an artificial idea, as there is no actual "reflected power”. None the less, this is exactly how the term reflected power applies in your situation.
6.It is a slightly different matter with an AC supply in which the load can be reactive. Then, the load current is out of phase with the source voltage an there CAN be serious problems. Again, there might not be any actual reflected power, but it is a useful idea that can be use to describe operating limits for the amplifier.
Jim
toggle quoted message
Show quoted text
I did. I am not satisfied with their answers. They do not understand the physics.
|
Re: Reflected power in RF power supplies
I did. I am not satisfied with their answers. They do not understand the physics.
|
Re: Reflected power in RF power supplies
Have you tried asking the manufacturer? They are the ones that
can answer your question, much better than our conjectures.
toggle quoted message
Show quoted text
Thanks for all replies.?This question is off topic but I do not
know any group or forum that that have such experienced and
generous users. This group is indeed a great treasure!
|
Re: Reflected power in RF power supplies
Thanks for all replies.?This question is off topic but I do not know any group or forum that that have such experienced and generous users. This group is indeed a great treasure!
|
Re: Can't see the noise of a white noise generator
#NOISE
marcel wrote, "Is LTspice deterministic? For large simulations that have difficulty converging?"
Yes.? And that even could be one of the reasons why it has difficulty converging (no randomness that could divert it away from the point of difficulty).
Andy
|
Re: 'SYMBOL ind X Y R90' directive in asc file, possible bug in 17.1.9 ?
Start a new blank simulation and just add an
inductor. Does it look correct? If not, the symbol file is
corrupted. If you can find it at
:C:\Users\{You]\AppData\Local\Programs\ADI\LTspice\lib.zip\lib\sym
you may be able to substitute a correct symbol from an earlier
version of LTspice (but not TOO early).
toggle quoted message
Show quoted text
By 'the circuit not rendering' : I meant the circuit did not show
at all. a blank draft.
Now when testing on a new draft and adding an inductor, the symbol
of the inductor does not render properly with like one full circle
plus three quarters of another circle. while other standard
symbols render ok.
So it's more graphics related.
That's seems a very strange bug. Maybe not ltspice per se but some
2D vector rendering library problem, or some Windows display UI
system settings interfering. but since other symbols render ok, i
am perplexed.
Will submit to analog.com
|
Re: 'SYMBOL ind X Y R90' directive in asc file, possible bug in 17.1.9 ?
Perhaps before submitting bug, you could upload a sample of
misbehaving schematic together with the inductor symbol you're using
to Files > Temp. Also, on this occasion, a screenshot of the
problem might be helpful. If no one here can reproduce your problem,
it's unlikely that ADI would be able to either.
Are you able to draw circles and arcs in both the symbol editor and
schematic editor? What does the inductor symbol look like when
opened in the symbol editor? Do any other graphics programs you have
any problems?
The more information you can provide, the more likely the issue can
be diagnosed.
--
Regards,
Tony
toggle quoted message
Show quoted text
By 'the circuit not
rendering' : I meant the circuit did not show at all. a blank
draft.
Now when testing on a new draft and adding an inductor, the symbol
of the inductor does not render properly with like one full circle
plus three quarters of another circle. while other standard
symbols render ok.
So it's more graphics related.
That's seems a very strange bug. Maybe not ltspice per se but some
2D vector rendering library problem, or some Windows display UI
system settings interfering. but since other symbols render ok, i
am perplexed.
Will submit to analog.com
|
Re: Can't see the noise of a white noise generator
#NOISE
Hi,?
Thank you all for your replies.
Hyu
On Thursday, July 27, 2023 at 05:34:29 AM GMT-3, Tony Casey <tony@...> wrote:
Yes. Each time you run it, it will have the same difficulty.
--
Regards,
Tony
On 27/07/2023 08:58, mhx@... wrote:
Is LTspice
deterministic? For large simulations that have difficulty
converging?
|
Re: 'SYMBOL ind X Y R90' directive in asc file, possible bug in 17.1.9 ?
By 'the circuit not rendering' : I meant the circuit did not show at all. a blank draft.
Now when testing on a new draft and adding an inductor, the symbol of the inductor does not render properly with like one full circle plus three quarters of another circle. while other standard symbols render ok.
So it's more graphics related.
That's seems a very strange bug. Maybe not ltspice per se but some 2D vector rendering library problem, or some Windows display UI system settings interfering. but since other symbols render ok, i am perplexed.
Will submit to analog.com
|
Re: 'SYMBOL ind X Y R90' directive in asc file, possible bug in 17.1.9 ?
The "R90" token designates the rotation of the symbol in the
schematic with reference to the symbol file. The syntax is valid.
There are 8 valid rotations for a symbol:
R0, R90, R180, R270, M0, M90, M180, M270. "M" denotes the symbol has
been mirrored.
Since you don't have access to the old system, we'll never know, but
my guess is that the inductor symbol on it had been edited, since
you say the problem seems to apply to all inductors.
What does:
the circuit did not render at all
..mean?
Was the whole schematic totally unrecognisable, or just messed up
around the inductor?
We can only speculate
hi, I just
opened a draft on a new computer from a backup and the circuit did
not render at all.
I commented lines in the asc file to narrow down the issue and
found the offending line :
SYMBOL ind -1440 1616 R90
other inductors had the same problem.
The offending token in the SYMBOL directive seems to be R90,
When i put R0 on all offending inductor, the circuit loads and
displays properly. the inductor placement is garbled however.
The inductor is specific because it has a flux= definition and a
parametrized equivalent serial resistance.
the block context is :
SYMBOL ind -1440 1616 R90
WINDOW 0 5 56 VBottom 2
WINDOW 3 -18 52 VBottom 2
SYMATTR InstName L3
SYMATTR Value Flux=V(Lcc)*x - V(fc)
SYMATTR SpiceLine Rser={stator_res}?
Unfortunately i've lost access to the system that saved the draft
in the first and it is 17.1.X but probably not the latest version,
so I can't confirm 100% that this is a bug and not data
corruption.
but it seems unlikely that it is data corruption, too specific.
What could be that R90 token ?
If it is indeed a bug, I could post on analog as a bug report.
If anyone is interested in replicating the issue, I could post the
ASC file in a zip.
--
Regards,
Tony
|
'SYMBOL ind X Y R90' directive in asc file, possible bug in 17.1.9 ?
hi, I just opened a draft on a new computer from a backup and the circuit did not render at all. I commented lines in the asc file to narrow down the issue and found the offending line : SYMBOL ind -1440 1616 R90 other inductors had the same problem. The offending token in the SYMBOL directive seems to be R90, When i put R0 on all offending inductor, the circuit loads and displays properly. the inductor placement is garbled however. The inductor is specific because it has a flux= definition and a parametrized equivalent serial resistance. the block context is :
SYMBOL ind -1440 1616 R90
WINDOW 0 5 56 VBottom 2
WINDOW 3 -18 52 VBottom 2
SYMATTR InstName L3
SYMATTR Value Flux=V(Lcc)*x - V(fc)
SYMATTR SpiceLine Rser={stator_res}? Unfortunately i've lost access to the system that saved the draft in the first and it is 17.1.X but probably not the latest version, so I can't confirm 100% that this is a bug and not data corruption. but it seems unlikely that it is data corruption, too specific. What could be that R90 token ? If it is indeed a bug, I could post on analog as a bug report. If anyone is interested in replicating the issue, I could post the ASC file in a zip.
|
Re: One-Step Keyboard Reconfiguration Method
Please note: there is no "should" about this. Users are entitled to
configure LTspice entirely as it suits them. The great majority of
users are either happy with the standard configuration, or don't
care enough to be bothered to find out how to change it.
--
Regards,
Tony
On 27/07/2023 10:43, du.guo via
groups.io wrote:
toggle quoted message
Show quoted text
1.Hot Key?assignments
following this same pattern can and should be applied to the?Waveform Viewer,?Symbol Editor?and?Netlist Editor?windows as
well.? Although these may be entered manually one-by-one via the
LTspice?Control Panel
2. use them to replace the existing Keyboard Shortcut sections of
LTspice's configuration file (the standard installation location
is?C:\Users\userName\AppData\Roaming\LTspice.ini).
|
John Woodgate
Tony Casey