Keyboard Shortcuts
Likes
- LTspice
- Messages
Search
Re: step recovery diode in LTspice
Sorry - adding a little more to my previous reply.
Regarding this question: "Could you please tell me how to design RF choke (L2)?" How to physically design it is really off-topic for this group.? But basically you might want to design L2 so that it has a large non-reactive impedance at the RF signal frequency, and at harmonics because of those step recovery diodes that connect to it. How to do that depends greatly on the frequencies involved. An ideal inductor is inductive = reactive impedance.? That could be a bad thing, if it resonates with other circuit elements.? To circumvent that, designing the inductor with a lot of RF resistance helps.? Ferrite beads do that.? Some cores for coils have a permeability making them lossy over ranges of frequency, leading to a terminal impedance with a large resistive (real) component without adding DC resistance. When it's called a "choke", that might mean it has a large |Z| while not being only inductive = reactive. The figure (5.png) shows R2 in series with L2.? That could help too if L2 does not have enough real (non-reactive) impedance. Andy |
Re: Oscillator stops oscillating
My VCO circuit ran fine yesterday after I changed trtol from 2 to 1, but today it stops early again.? I added ".options trtol=1" to the schematic but that didn't help either. What the heck? I just uploaded the current version named Winer VCO 2.asc. Thanks in advance for any advice.
|
Re: step recovery diode in LTspice
abid asked, "Could you please tell me how to design RF choke (L2)? Is it just an inductor?"
Yes, a choke is an inductor. But no, an inductor is never just an inductor.? Real inductors (or coils or chokes) can have all sorts of things going on, including magnetic nonlinearity, RF loss resistance, eddy currents, skin effect, self-resonance, etc. etc. re: "What should be its value since the paper didn't mention it?" I suggest asking the paper's author(s) for the answer to that question.? Or do some research into NLTLs.? (Google is your friend, and should help with this.)? This is only a guess, but the inductors might actually be short sections of transmission line such as PCB traces.? If so, each "L" in the figure is really a short t-line, and short t-lines can be represented by (or modeled as) a series L and a shunt C.? They might have blended the C into the varicaps, if they dominate the capacitance. It is ironic that the figure calls it a "linear NLTL" which I assume means "linear non-linear transmission line".? (I assume that use of the two "linears" refer to different things, one to nonlinear diodes, the other to uniformity along its length?) re: "Also, what value should I use for bypass capacitor C2 and DC blocking capacitor C1 (not provided in paper)?" I will pass that back to you.? You should be able to work on figuring those out.? C2 should be large enough to effectively smooth and filter the DC voltage, but not unreasonably large, and you don't want it to become ineffective at signal (RF) frequencies.? C1 should be large enough to pass the input AC voltage.? I don't know the signal's frequency, and that is a huge factor in that choice. Andy |
Re: step recovery diode in LTspice
Thank you so much Andy! ? I have uploaded another picture (5.png) in this album /g/LTspice/album?id=295221. Could you please tell me how to design RF choke (L2)? Is it just an inductor? What should be its value since the paper didn't mention it? |
Re: Oscillator stops oscillating
Hi.
I had to model an old circuit in LTspice24 (needed to recalculate some things) and it didn't work. I had to force TRTOL=1 to make it work. I came to the conclusion that the previous value of TRTOL=1 was fully justified. Previously, when I needed to speed up the counting, I used to set TRTOL=7 or even TRTOL=10. It turns out that now the LTspice guys have decided that users are stupid and cannot increase TRTOL themselves. Some users may have problems because of this. I am very unhappy about this. |
Re: Oscillator stops oscillating
¿ªÔÆÌåÓýReminds me of one very early lesson I learned in University EE
classes, back in the day when researchers were developing new
methods of simulation: amplifiers oscillate; oscillators don't. Donald. On 2024-05-26 14:45, Ethan Winer wrote:
This group is great, and you folks are the best. Andy nailed it. In Settings trtol was set to 2. I changed it to 1 and now my circuit runs perfectly. A bit of explanation if anyone who cares: |
Re: Oscillator stops oscillating
This group is great, and you folks are the best. Andy nailed it. In Settings trtol was set to 2. I changed it to 1 and now my circuit runs perfectly. A bit of explanation if anyone who cares:
First, I restructured the circuit to buffer the charged cap with an op-amp. before going to the comparator. I also noted on the schematic that the op-amp should have an FET input and the cap should be film. The cap to the 555's trigger input is to ensure that the dump time isn't extended no matter how long the comparator stays low for. And the second transistor Q2 is to ensure that the comparator stays low long enough to fully discharge the cap based on the 555's time. I cleaned that up too. Thanks again, folks, and especially Andy. |
Re: step recovery diode in LTspice
abid, I uploaded "Q(V).zip" to the Temp folder, with capacitors using the equation for Q(V) that is in the older (2015) paper.
Andy |
Re: Oscillator stops oscillating
¿ªÔÆÌåÓýOn 25/05/2024 23:46, Ethan Winer wrote:I can't tell if the problem with this voltage controlled oscillator is my circuit or LTspice itself. I'm using the current version (X64): 24.0.12. When I change the .tran length the behavior in LTspice changes, so maybe the experts here can figure it out. I just uploaded the file "Winer VCO.asc" for a voltage controlled oscillator. It charges a capacitor from a constant current source, then when the cap reaches 5 volts a comparator dumps the cap through a 555 timer to start charging again. For some reason when .tran is set for 1 full second it stops oscillating before 0.1 second. But with .tran at 0.1 second it oscillates all the way through. Changing the charging current at voltage source V3 also affects how long it runs before pooping out. If you probe the output of the comparator U2, it fades out slightly early at its final switch rather than switching off suddenly I can't see anything in my circuit that correlates with the time it starts to fade out.It seems to be to do with the internal time step algorithm. There are several ways to prevent it going wrong:
Again, using uic is no benefit in this analysis. It very rarely is. -- Regards, Tony |
Re: Oscillator stops oscillating
Hmm.? I am not seeing any of the behaviors you described, but maybe a setting changed, which affects it.
Check your TRTOL setting.? LTspice used TRTOL=1, until version 24 changed it to 2.? If you have increased yours to 7 (which is what other SPICE programs used), it might not work.? That setting is remembered in LTspice so it could be left over from another simulation you did.? You can add ".options trtol=1" to your schematic to change TRTOL for just that simulation while not changing the remembered setting. If that doesn't help, can you reset all the LTspice settings back to defaults? TRTOL affects the internal timestep.? If, somehow, the timestep became unusually large, larger than the VCO's expected period for example, then it could stop oscillating.? One remedy is to force a Maximum Timestep that is small compared to the period of the highest frequency.? Actually it should be smaller than the fastest signal anywhere in the circuit, but that would be quite a bit smaller than one period, and it might make the simulation run too slowly.? A properly set TRTOL ought to make that unnecessary. There might be a problem also with the AC-coupling between comparator U2 and the NE555; and perhaps another with lack of hysteresis at the comparator.? With a relaxed timestep, the apparent dv/dt at the output of the comparator might be insufficient to AC-couple through C2 to the 555.? Does C2 need to be there? Andy |
Re: Oscillator stops oscillating
¿ªÔÆÌåÓýI think there s a design fault, but I can't
identify it. However, UIC is not your friend (it usually isn't).
It works for nearly 0.5 s without UIC. On 2024-05-25 22:46, Ethan Winer wrote:
I can't tell if the problem with this voltage controlled oscillator is my circuit or LTspice itself. I'm using the current version (X64): 24.0.12. When I change the .tran length the behavior in LTspice changes, so maybe the experts here can figure it out. I just uploaded the file "Winer VCO.asc" for a voltage controlled oscillator. It charges a capacitor from a constant current source, then when the cap reaches 5 volts a comparator dumps the cap through a 555 timer to start charging again. For some reason when .tran is set for 1 full second it stops oscillating before 0.1 second. But with .tran at 0.1 second it oscillates all the way through. Changing the charging current at voltage source V3 also affects how long it runs before pooping out. If you probe the output of the comparator U2, it fades out slightly early at its final switch rather than switching off suddenly I can't see anything in my circuit that correlates with the time it starts to fade out. --
OOO - Own Opinions Only Best wishes John Woodgate, Rayleigh, Essex UK Keep trying |
Oscillator stops oscillating
I can't tell if the problem with this voltage controlled oscillator is my circuit or LTspice itself. I'm using the current version (X64): 24.0.12. When I change the .tran length the behavior in LTspice changes, so maybe the experts here can figure it out. I just uploaded the file "Winer VCO.asc" for a voltage controlled oscillator. It charges a capacitor from a constant current source, then when the cap reaches 5 volts a comparator dumps the cap through a 555 timer to start charging again. For some reason when .tran is set for 1 full second it stops oscillating before 0.1 second. But with .tran at 0.1 second it oscillates all the way through. Changing the charging current at voltage source V3 also affects how long it runs before pooping out. If you probe the output of the comparator U2, it fades out slightly early at its final switch rather than switching off suddenly I can't see anything in my circuit that correlates with the time it starts to fade out.
|
Re: extracting CGHV1A250F basic parameters from a real live evalulation board
john23,
The model Tony uploaded comes from the transistor's S-parameters.? S-parameters show the linear behavior of the transistor.? Since it is used in a 675 Watt (DC input) power amp, it is nonlinear.? S-parameters might suffice, but be aware that the S-parameters apply only at one operating point.? If you use the transistor with different conditions (different gate drive or output power), its S-parameters will change, and then the SPICE model does not fit anymore. Andy |
Re: extracting CGHV1A250F basic parameters from a real live evalulation board
Tony, I think there may be some misunderstanding about where that "3 ohm resistor" comes from.? There is little consequence to that, but I want to point it out.
From earlier messages from john23 -- if I understand correctly, the CGHV1A250F-based circuit is one black box.? It has a 45 V power source and it draws an average current of 15 A when it is amplifying RF.? From the world external to that black box, it is like a 3 ohm load on the DC power supply. Separately, john23 has another switching transistor that toggles the DC power source to that black box.? That switching transistor sees the black box as a 3 ohm resistor.? Obviously, that other switching transistor toggles the power at a much slower rate than the RF transistor inside the box.? The "3 ohm" is not the input impedance of the RF transistor, and has no relevance to the RF transistor's SPICE model. Andy |
Re: proper way to simulate floating ground in UCC21220AD_TRANS
john23 wrote, "I want to simulate the effect of UCC21220AD_TRANS? floating ground in LTSPICE"
I write about this many times, and I thought I did already with you, but many not. The simple answer is, you can't.? No part of any circuit in SPICE can float.? Every part must have a path capable of conducting DC that leads back to SPICE's Ground.? Must. What to do about that? (1)? Connect it to ground anyway.? Just do it!? Why not?? If the circuit works when the bottom of your R6 goes to Ground, then simulate it that way.? No circuit (well, VERY few circuits) won't work when it is grounded, so just ground it, and let the simulation run. (2)? Ground it through a resistor.? (A capacitor is unnecessary, and probably not what you want.)? I suggest this only to appease people who are easily made uncomfortable by doing it right.? The resistor accomplishes nothing, in fact it might make it simulate poorly, but if you like it that way, I won't stop you.? The resistor "allows" the floating ground to have a non-zero voltage on it - but it can't, because that part of the circuit is floating.? If it does end up with a non-zero voltage on it, then something is seriously wrong with your schematic or the models.? And if that happens, well everything is pointless anyway. (3)? Connect the "floating" ground (the bottom of your resistor R6) to every possible signal voltage.? That's what you are trying to do anyway, isn't it - to prove that the circuit works no matter what that voltage is, right?? So do exactly that.? Every DC voltage.? Every sinusoidal voltage.? Every pulse and every spiky voltage.? Obviously, you will be running those simulations for the rest of your life and it will never be over. (3a)? Connect the "floating" ground to a slowly variable voltage (perhaps a ramp) that covers the expected range of voltages you expect to encounter.? For example, if the "floating" ground might be between -300 and +500 V, then connect the "floating" ground to a voltage source with a slowly ramping (PULSE) waveform that ramps from -300 to +500 V. Check what Frank Muenchow used in his "UCC5304_model_test.zip" upload in the "Temp" folder for an example.? Don't follow his lead exactly, but set up your simulation with parameters that fit your needs.? (Probably a slower ramp that covers a wider voltage range.) Andy |