J
Joerg
Jim said:PSpice actually models cores. But I've never exorcized one >:-}
Modeling is fairly useless if you can't get the data for it. What is
output is no better than what you can input ...
Jim said:PSpice actually models cores. But I've never exorcized one >:-}
Jim said:Indeed! Simulations are only as accurate as the models.
For an amusing exercise, peruse and ponder LTspice's "alternate"
solver and what different "parsing" means >:-}
You'll be stunned when you realize what's going on.
Jim said:[...]Jim Thompson wrote:
It'll run a lot slower. I don't see how that would elucidate much on the
topic of core loss if once cannot get enough hard data about the ferrite
behavior.
The "normal" solver executable "parses" the schematic and loads ALL
MODELS as BEHAVIORAL so as to attain bragging rights for best speed
over all other simulators.
When this approach hangs, or gives fallacious results, you use the
"alternate" solver which "parses" the schematic and loads real Spice
models... e.g. diodes are no longer modeled as ideal switches, the
real diode model is loaded ;-)
Too much bragging is made about speed... haste makes waste.
It seems what is needed is a Spice model of cores that properly models
core loss during a transient simulation... the AC model doesn't do it.
As I mentioned before, PSpice has Jiles-Atherton core models. I've
not played with these so I know not if that models core losses, but
I'm going to look into it. And perhaps write my own behavioral
equivalent which will play under other Spice Variants.
Likewise encrypted models... peeves me seriously. So I'm going to run
them under their native simulator and write a general-use behavioral
version right beside it and match all parameters. And distribute
freely >:-}
Bill Sloman said:Which is why I explicitly rejected putting the winding on the same
board as the rest of the circuit.
The fill factor for round copper wires isn't 100% - closer to 70%
IIRR - and some board manufacturers can put down copper layers that are
thicker than than board material, so you can probably get pretty close
to round wire copper fill factors, and - in theory - might even be able
to do a bit better. But it would take a specialist printed circuit
board manufacturer to get you there.
Joerg said:Not really. There is a lot of hand-waving, inaccurate information,
missing data. With inductors it usually already ends at the telephone,
at the point where you ask which core material they use. Almost like
asking Coca Cola about the secret sauces and magic potions in their
concentrate.
That secrecy is the reason why I never really looked into simulation
software for core loss. If you don't know where they get the cores it
wouldn't make much sense.
Jim said:Lots of references...
http://www.psma.com/coreloss/supplement.pdf
http://fmtt.com/Transformer SPICE Model 2-14-08.pdf
http://www.edacafe.com/books/PSpice/san63267_ch02.pdf
http://www4.ee.bgu.ac.il/~pel/pdf-files/jour112.pdf
Now to see if I can make sense of this academic hand waving >:-}
Tim said:I've ran across a few series that actually provided core loss info. Not
the most useful parameters (in terms of Bmax, yes, I know exactly what
that is...sure..), but at least it's a start. They are by far the
minority, which is bizarre, as if they never expected that us designers
would, you know, actually apply AC to them, you know, use inductors to
induct!
I did once contact Bourns regarding one of their toroidial parts, which
they stated uses a particular Kool-Mu core. That was handy.
From another occasion, those Murata pulse transformers use Ferroxcube 3F3
cores, not too shabby.
As I mentioned before, PSpice has Jiles-Atherton core models. I've not
played with these so I know not if that models core losses, but I'm going
to look into it. And perhaps write my own behavioral equivalent which
will play under other Spice Variants.
The "normal" solver executable "parses" the schematic and loads ALL
MODELS as BEHAVIORAL so as to attain bragging rights for best speed
over all other simulators.
When this approach hangs, or gives fallacious results, you use the
"alternate" solver which "parses" the schematic and loads real Spice
models... e.g. diodes are no longer modeled as ideal switches, the
real diode model is loaded ;-)
Too much bragging is made about speed... haste makes waste.
It seems what is needed is a Spice model of cores that properly models
core loss during a transient simulation... the AC model doesn't do it.
As I mentioned before, PSpice has Jiles-Atherton core models. I've
not played with these so I know not if that models core losses, but
I'm going to look into it. And perhaps write my own behavioral
equivalent which will play under other Spice Variants.
Likewise encrypted models... peeves me seriously. So I'm going to run
them under their native simulator and write a general-use behavioral
version right beside it and match all parameters. And distribute
freely >:-}
...Jim Thompson
Does anyone actually specify core loss? Or a Spice model that actually
works in transient analysis? All I find model AC (small signal) lossiness
only.
Jim said:I gave up licorice taffy last year after I encountered a strange hard
spot in my taffy... $400 :-(
John said:The best way to design a switcher seem to be: simulate to get the
basic dynamics close, then buy a bunch of parts and breadboard.
Extensive simulation probably isn't justified, because the part models
(magnetics, fets, cap ESR, thermals, all that) aren't worth the effort
to get accurate. And you get to get out of your chair and drill and
solder and stuff.
I'm pondering that it may be possible to make a subcircuit that will
come quite close... without having any complex core model available.
We know that the losses are proportional to the flux change and to the
frequency to some power. So maybe a few measurements on a core to get
the coefficients, then create a subcircuit that has an extra pin that
shows power dissipated. (We'd still have the thermal resistance issue
to ponder.)
Most of the switchers I've made are really high power, like 5V/400A,
with fist-sized Ferroxcube E-E transformers, or very small... like
12V/20mA for cellphone touch screens.
Cool, in all cases... as I've told about the "cool" one that had 400V
P-P on the mounting flag ;-)
John Larkin said:I can't keep engineering boards around. Somebody always ships them as
demos, or sells them. I should disfigure them.
Does anyone actually specify core loss? Or a Spice model that
actually works in transient analysis? All I find model AC (small
signal) lossiness only.
...Jim Thompson
Though some have said there's a "Chan" model in LTspice. Is Joerg
overlooking a built-in solution for those who adhere to "free" ?
I know. I was just pondering how to make a more universal tool.
Though some have said there's a "Chan" model in LTspice. Is Joerg
overlooking a built-in solution for those who adhere to "free" ?
Jim Thompson said:Is this the Tim Williams that has posted here...
http://www.seventransistorlabs.com/IndLoss/Core_Loss.pdf
Thanks, Fred!
Am I correct in assuming, no loop, no losses?
Does saturation have a loss mechanism?
Though some have said there's a "Chan" model in LTspice. Is Joerg
overlooking a built-in solution for those who adhere to "free" ?
Quick and dirty simulation to plot B-H loop of EP7 core in H5A ferrite.
Ungapped, alter parameter LG for required gap (in meters):
Use the plot file (at end) to set plot to read directly in amp/meter and tesla.
Version 4
SHEET 1 1008 680
WIRE 192 80 -32 80
WIRE 448 80 304 80
WIRE 512 80 448 80
WIRE 304 96 304 80
WIRE 448 96 448 80
WIRE -32 128 -32 80
WIRE 192 128 192 80
WIRE -32 256 -32 208
WIRE 80 256 -32 256
WIRE 192 256 192 208
WIRE 192 256 80 256
WIRE 80 288 80 256
FLAG 80 288 0
FLAG 512 80 OUT
IOPIN 512 80 Out
FLAG 304 176 0
FLAG 448 176 0
SYMBOL ind 176 112 R0
WINDOW 3 29 104 Left 2
SYMATTR Value Hc=8 Br=100e-3 Bs=410e-3 Lm=15.7e-3 Lg=0 A=10.3e-6 N=10
SYMATTR InstName L1
SYMBOL bv 304 80 R0
SYMATTR InstName B1
SYMATTR Value V=idt(v(n001))
SYMBOL current -32 208 R180
WINDOW 0 24 80 Left 2
WINDOW 3 -106 36 Left 2
WINDOW 123 0 0 Left 2
WINDOW 39 0 0 Left 2
SYMATTR InstName I1
SYMATTR Value SINE(0 .5 1000)
SYMBOL res 432 80 R0
SYMATTR InstName RB1
SYMATTR Value 1meg
TEXT -40 296 Left 2 !.tran 0 2m 0 100n
Plot File:
[Transient Analysis]
{
Npanes: 1
{
traces: 1 {524290,0,"V(out)/(10*10.3e-6)"}
Parametric: "I(L1)*10/15.7e-3"
X: (' ',0,-420,70,420)
Y[0]: ('m',0,-0.4,0.08,0.4)
Y[1]: ('_',0,1e+308,0,-1e+308)
Volts: ('m',0,0,0,-0.4,0.08,0.4)
Log: 0 0 0
GridStyle: 1
}
}
Thanks, Fred!
Am I correct in assuming, no loop, no losses?
Does saturation have a loss mechanism?