Thank you so much for taking the time to help me. I truly appreciate it.?
Can you please tell the purpose of ADuM3190-chip . this circuit is quite complex for me to understand as I am undergraduate student . how did you give pulse to mosfet surely from UC3875 gate driver but how you put PULSE command i can't understand how did you manage the switching frequency? at 30kHZ? can transformer work without this ADuM3190-chip?. .
Also i want to make the PCB of this circuit in KICAD software if you have any idea how can i design this transformer do i have to place the ADuM3190-chip in my pcb??
Thanks in Advance?
|
Locked
"A Conversation with Mike Engelhardt on QSPICE" in Power Electronics News
Power Electronics News just published this article:
?
A Conversation with Mike Engelhardt on QSPICE
?
Read it here:
?
?
As you know, this group is not for QSPICE discussions.
?
Andy
?
?
|
Hi John,
pls refer to my "Add-on"-file ----- Udo
Thank you, but we really want .ZIP archives,
not 7z or any other sort.
On 2025-05-09 12:40, Udo
Huhn-Rohrbacher via wrote:
Hi All,
i have uploaded a zip-file named DAB500_zip.7z, placed in the
temp.-folder.
?
You will find the following files:
- Simulation file for the 500W DAB-Converter with same
specifications as previously discussed.
- one for static Load operation, to mdeasure the Efficiency,
which reached realistic 93% to 95%
- one for pulsed Load operation from 0,83A to 3,33A with
di/dt of 2,5Amps/usec.
- Also attached are lib-files, such as for the
UC3875-controller, the current transformer and a Compensator?
with isolated feedback loop. (Replacement for optocoupler).
?
Of course, the UC3875 phase shift controller is
old-fashioned, but enough to demonstrate the functionality of
the DAB-converter.
If anyone has a modern, up-to-date controller for LTspice,
kindly give me an input.?
?
With some minor modifications, the circuit may be used for
bidirectional power flow.
------
Udo
?
?
--
Best wishes John Woodgate RAYLEIGH Essex OOO-Own Opinions Only
If something is true: * as far as we know - it's science *for
certain - it's mathematics *unquestionably - it's religion
-- Dipl.Ing.Udo Huhn-Rohrbacher Albert-Kratz-Str.1 D-75180 Pforzheim phone: +497231-352339 fax: +497231-140338 mobile: +491523-3612096 E-mail: u.huhn.rohrbacher@...
|
Thank you, but we really want .ZIP archives,
not 7z or any other sort.
On 2025-05-09 12:40, Udo
Huhn-Rohrbacher via groups.io wrote:
Hi All,
i have uploaded a zip-file named DAB500_zip.7z, placed in the
temp.-folder.
?
You will find the following files:
- Simulation file for the 500W DAB-Converter with same
specifications as previously discussed.
- one for static Load operation, to mdeasure the Efficiency,
which reached realistic 93% to 95%
- one for pulsed Load operation from 0,83A to 3,33A with
di/dt of 2,5Amps/usec.
- Also attached are lib-files, such as for the
UC3875-controller, the current transformer and a Compensator?
with isolated feedback loop. (Replacement for optocoupler).
?
Of course, the UC3875 phase shift controller is
old-fashioned, but enough to demonstrate the functionality of
the DAB-converter.
If anyone has a modern, up-to-date controller for LTspice,
kindly give me an input.?
?
With some minor modifications, the circuit may be used for
bidirectional power flow.
------
Udo
?
?
--
Best wishes John Woodgate RAYLEIGH Essex OOO-Own Opinions Only
If something is true: * as far as we know - it's science *for
certain - it's mathematics *unquestionably - it's religion
|
Hi All,
i have uploaded a zip-file named DAB500_zip.7z, placed in the temp.-folder.
?
You will find the following files:
- Simulation file for the 500W DAB-Converter with same specifications as previously discussed.
- one for static Load operation, to mdeasure the Efficiency, which reached realistic 93% to 95%
- one for pulsed Load operation from 0,83A to 3,33A with di/dt of 2,5Amps/usec.
- Also attached are lib-files, such as for the UC3875-controller, the current transformer and a Compensator?
with isolated feedback loop. (Replacement for optocoupler).
?
Of course, the UC3875 phase shift controller is old-fashioned, but enough to demonstrate the functionality of the DAB-converter.
If anyone has a modern, up-to-date controller for LTspice, kindly give me an input.?
?
With some minor modifications, the circuit may be used for bidirectional power flow.
------
Udo
?
?
|
Re: Simulation of MMC 3-Level on Ltspice
Bouzid.wis,
?
See this schematic I uploaded:
in the Temp folder.
?
I swapped (interchanged) two of the signals.? Now it seems to work.? That confirms my suspicion that one of your sections was inverted or backwards.
?
Andy
?
?
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
On 08/05/2025 10:21, Tony Casey wrote:
The way
to add your own MOSFET models to LTspice without changing the
installation files is to paste them into
..\Documents\LTspice\user.mos. They then appear in the "Pick New
MOSFET" list.
The problem with this is that the selection of devices is so
seamless, that it is impossible to tell at a glance whether a
device is in the "standard" library, or your personal one. So the
problem of sharing schematics with non-standard models isn't
solved. A partial solution to this is to label "your own" models
with "Mfg=Mine". By default, this is placed at the end of the
model entry field, where it cannot be seen without scrolling or
making the selection dialogue full screen. But the device
parameters can actually be listed in any order in the model, so
"Mfg=Mine" could be placed at the beginning, where it would be
more easily seen.
--
Regards,
Tony
On 08/05/2025 09:57, John Woodgate
via groups.io wrote:
Don't even think abut trying to do that. It would
make your version of LTspice unique, even if you could do it.
Instead, make your own library files for such devices, i.e. My
MOSFETS etc.
Actually, I forgot... the "Mfg=Mine" parameter may be at the end,
but the parameters are re-ordered, and "Mine" appears on the left in
the Manufacturer column.
--
Regards,
Tony
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
The way to add your own MOSFET models to LTspice without changing
the installation files is to paste them into
..\Documents\LTspice\user.mos. They then appear in the "Pick New
MOSFET" list.
The problem with this is that the selection of devices is so
seamless, that it is impossible to tell at a glance whether a device
is in the "standard" library, or your personal one. So the problem
of sharing schematics with non-standard models isn't solved. A
partial solution to this is to label "your own" models with
"Mfg=Mine". By default, this is placed at the end of the model entry
field, where it cannot be seen without scrolling or making the
selection dialogue full screen. But the device parameters can
actually be listed in any order in the model, so "Mfg=Mine" could be
placed at the beginning, where it would be more easily seen.
--
Regards,
Tony
On 08/05/2025 09:57, John Woodgate via
groups.io wrote:
toggle quoted message
Show quoted text
Don't even think abut trying to do that. It would
make your version of LTspice unique, even if you could do it.
Instead, make your own library files for such devices, i.e. My
MOSFETS etc.
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
Don't even think abut trying to do that. It
would make your version of LTspice unique, even if you could do
it. Instead, make your own library files for such devices, i.e.
My MOSFETS etc.
On 2025-05-08 00:24, Per wrote:
think about adding them into the "Pick one of These" file.
?
--
Best wishes John Woodgate RAYLEIGH Essex OOO-Own Opinions Only
If something is true: * as far as we know - it's science *for
certain - it's mathematics *unquestionably - it's religion
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
Yes/Nope.... They are the LTSpice provided "Pick one of These".? I have not yet ventured into other models as provided by manufacturers. I'm not even sure I want to and if I did I would go mad and think about adding them into the "Pick one of These" file.
?
For the moment I will give you kind people a rest.
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
On Wed, May 7, 2025 at 02:42 PM, Per wrote:
Oh. The transistor models are just the normal 3 Pin nmos devices.
?
MN
M1
That is not quite what I meant.
?
When you open the model for each MOSFET, and look at its contents, does it look like this?
.model MyNMosfet NMOS(...)
Or does it look like this?
.subckt MyNMosfet d g s
R1 ...
C2 ...
M3 ...
.model ...
.ends MyNMosfet
?
If you are using only the MOSFETs that come with LTspice's "Pick New MOSFET"? menu, then they are the first kind.? But maybe you were using some models that you downloaded from a manufacturer or from somewhere on the Internet, and they could be either kind.
?
Unfortunately, your bimos.asc hierarchical schematic can not accept both kinds of MOSFET models.? That is not your fault.
?
Andy
?
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
Curly braces are needed here in order to avoid an ambiguity. Because you might also have
?
.model MOS ...
?
?
?
On Wed, May 7, 2025 at 08:38 PM, Per wrote:
The help states curly braces are no longer required but it seems that they are.
?
My subcircuit reads,
?
.subckt bimos D1 D2 G S
D1 N001 G RB496KA
D2 G N001 RB496KA
M1 D1 N001 S S {MOS}
M2 D2 N001 S S {MOS}
.ends bimos
?
?
?
?
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
Oh. The transistor models are just the normal 3 Pin nmos devices.
?
MN
M1
?
With Value set to {MOS} and using a name from the list you get when you "Pick New Mosfet"
?
Overall the idea (need) is to reuse the subcircuit but choosing different devices without fixing the subcircuit and this time, famous last words, it seems like it is going to work.
?
Again thanks for the help.
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
Face Palm... Sorry. I finaly twigged it having found the help. Doh.
?
For anyone else text is passed by enclosing in inverted thingies.
?
In a subcircuit pop up on the .PARAMS box write something like MOS="Si7336ADP"
?
Presumably also applies to a raw .params statement on a schematic.
?
The model in the subcircuit should have the parameter you want to pass, in the above case MOS set to {MOS}
?
The help states curly braces are no longer required but it seems that they are.
?
My subcircuit reads,
?
.subckt bimos D1 D2 G S
D1 N001 G RB496KA
D2 G N001 RB496KA
M1 D1 N001 S S {MOS}
M2 D2 N001 S S {MOS}
.ends bimos
?
?
?
?
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
Per, what kind of transistor models are you using, and trying to pass into a subcircuit?
?
Are they .MODEL models?? Or are they defined by a block of netlist lines surrounded by .SUBCKT ... .ENDS?
?
Andy
?
|
Re: Passing a Mosfet Value as a parameter to a hierarchical subcircuit
OK I'm still flummoxed...
?
"Not quite. LTspice also knows string parameters, which were introduced extactly for the purpose discussed here."
?
Mathias. Can you give an example?
|
Re: Calculate average value of a waveform under specific conditions using .meas command
On Wed, May 7, 2025 at 07:14 PM, Andy I wrote:
But this is for a thesis project, so I assume it is somewhat research related, and he might want to know things to a greater level of detail.? Such as, what is the average voltage over the short time interval when the inductor current is increasing, versus when it is decreasing, or when it is zero.? I don't know the reasons why, but I think it makes sense that he might need to know to that level of detail.
Hello Andy and Tony,
?
What you have mentioned is correct. Accuracy and precision are needed. And I checked the derivative option too. Due to ringing during DCM the derivative makes the situation horrible, here is a screenshot for your reference. And if you take a closer look, the derivative is maximum around zero crossing just at the start of the inductor current ramp up, when the inductor current is at its peak, the derivative is at an in-between(ish) value (neither maximum, nor minimum). Similarly, during the inductor current ramp down phase the derivative is again at its valley somewhere in between the entire ramp down duration. You guys really pushed the envelope and thought out of the box to help me solve my problem. I learned a lot from this discussion. I genuinely am grateful to the both of you. However, to solve this particular problem, I'm afraid I can only rely on manually moving the cursor to find specific points then use these points to syntax my .meas statements to keep measurements as honest as possible. Again thanks to both of you in making me learn new stuff about LTspice. With Regards, Ankit
|
On Wed, May 7, 2025 at 10:50 AM, John Woodgate wrote:
... Using CTRL-left click, I see 5.9124 A, but that includes the inrush current at t=0+. Is there any way to change the 'Interval start', other than changing the sim time to omit the inrush current? ...
Yes.? LTspice calculates the Average and RMS values over the displayed plot only.? Right-click on the X-axis and change the Left: value to something after the waveforms have stabilized.? Then use Ctrl-Left-Click on the name at the top of the plot.? As long as the displayed interval contains many many cycles, it should be a "good enough" average even if it is not an exact integral number of cycles.
?
Andy
?
?
|
On Wed, May 7, 2025 at 07:32 AM, Andy I wrote:
It would be interesting to see why LTspice 24 simulates badly whereas LTspice XVII does not.
Switching to the Alternate solver in LTspice 24.1.8 allows the simulation to run successfully without stalls.
?
I also changed the simulation command to ".tran 0 5m 2m" eliminate the uic and skip past the initial transient. I also commented out the erroneous measure statements.
?
Alternatively, I also noticed that some of the transient currents can be limited substantially by adding a 10m series resistance to the input source, the inductors, and the input and output capacitors. I also added a 1 ohm series resistance to the gate drive sources. With these changes the circuit simulates in 24.1.8 using the Normal solver.?
?
|
On Wed, May 7, 2025 at 10:36 AM, John Woodgate wrote:
...? Do you get a very long series of entries in the expanded netlist about relaxing tolerances to seek convergence?? That occurs even with the 1 ohm in series with V9, in the sim which runs OK to 100 ms. ...
No.? But I get hundreds of "Heightened Def Com" warnings, without the 1 ohm series resistor.? With it, those warnings disappear.
?
Andy
?
|
John Woodgate
Tony Casey