If you need assistance, please send an email to forum at 4hv dot org. To ensure your email is not marked as spam, please include the phrase "4hv help" in the subject line. You can also find assistance via IRC, at irc.shadowworld.net, room #hvcomm.
Support 4hv.org!
Donate:
4hv.org is hosted on a dedicated server. Unfortunately, this server costs and we rely on the help of site members to keep 4hv.org running. Please consider donating. We will place your name on the thanks list and you'll be helping to keep 4hv.org alive and free for everyone. Members whose names appear in red bold have donated recently. Green bold denotes those who have recently donated to keep the server carbon neutral.
Special Thanks To:
Aaron Holmes
Aaron Wheeler
Adam Horden
Alan Scrimgeour
Andre
Andrew Haynes
Anonymous000
asabase
Austin Weil
barney
Barry
Bert Hickman
Bill Kukowski
Blitzorn
Brandon Paradelas
Bruce Bowling
BubeeMike
Byong Park
Cesiumsponge
Chris F.
Chris Hooper
Corey Worthington
Derek Woodroffe
Dalus
Dan Strother
Daniel Davis
Daniel Uhrenholt
datasheetarchive
Dave Billington
Dave Marshall
David F.
Dennis Rogers
drelectrix
Dr. John Gudenas
Dr. Spark
E.TexasTesla
eastvoltresearch
Eirik Taylor
Erik Dyakov
Erlend^SE
Finn Hammer
Firebug24k
GalliumMan
Gary Peterson
George Slade
GhostNull
Gordon Mcknight
Graham Armitage
Grant
GreySoul
Henry H
IamSmooth
In memory of Leo Powning
Jacob Cash
James Howells
James Pawson
Jeff Greenfield
Jeff Thomas
Jesse Frost
Jim Mitchell
jlr134
Joe Mastroianni
John Forcina
John Oberg
John Willcutt
Jon Newcomb
klugesmith
Leslie Wright
Lutz Hoffman
Mads Barnkob
Martin King
Mats Karlsson
Matt Gibson
Matthew Guidry
mbd
Michael D'Angelo
Mikkel
mileswaldron
mister_rf
Neil Foster
Nick de Smith
Nick Soroka
nicklenorp
Nik
Norman Stanley
Patrick Coleman
Paul Brodie
Paul Jordan
Paul Montgomery
Ped
Peter Krogen
Peter Terren
PhilGood
Richard Feldman
Robert Bush
Royce Bailey
Scott Fusare
Scott Newman
smiffy
Stella
Steven Busic
Steve Conner
Steve Jones
Steve Ward
Sulaiman
Thomas Coyle
Thomas A. Wallace
Thomas W
Timo
Torch
Ulf Jonsson
vasil
Vaxian
vladi mazzilli
wastehl
Weston
William Kim
William N.
William Stehl
Wesley Venis
The aforementioned have contributed financially to the continuing triumph of 4hv.org. They are deserving of my most heartfelt thanks.
So last night i had a good thought about the whole thing and admit defeat with the current concept. A coilgun shot is clearly frequency (or better: d/dt)-dependent and the abstract data extracted from FEMM at the current level wont help much. One can get pretty good maching if one knows what to expect but the solution is never going to be universal. I am just not happy about it.
I wouldn't give up on the concept of low pass filtering the inductance. It is not a bad idea. I spoke of subtracting the eddy field from the coil field, i.e.
Bpro = Bcoil - someconstant * dBro/dt.
This is formally the same diff eq as in a low pass, i.e.
Bpro = lowpass(Bcoil)
You can include this into the spice sim by low passing the inductance that FEMM puts out. But you should actually low pass only the part of Lcoil, that is due to the projectile. If Lbare is the inductance of the coil without projectile, than you would need:
L = Lbare + lowpass(Lfemm-Lbare)
I haven't looked into your latest zip. Maybe, you're doing that already. I'm also unsure, if it is physically correct to add the projectiles and eddy field simply into the inductance of the coil. Dunno if splitting the projectile really helps. I doubt, that adding up differently coupled sections of a projectile results in something very different than a single piece with an averaged coupling.
Registered Member #2906
Joined: Sun Jun 06 2010, 02:20AM
Location: Dresden, Germany
Posts: 727
Hmmh. Lowpass-filtering the Indutcance is not physical correct imho. Inductancechange is an reaction to the changing B-Field in the projectile. I only can low pass filter the projectile magnetisation... however a simple lowpass will not give good results (maybe good enough) but not never good enough if you have multiple coupled coils.
The only thing the inductance would be affected by a low-pass filtered B-Field is when i would actually derive the Inductance from the B-Field.. but honestly.. i dont know how without solving the whole field. And avoiding this is the point of the whole atempt.
But that problem needs to be solved anyway to make the new concept happen. i have currently no idea on how to do that except deriving the inductance from the force. (while the force could be estimated from the B-Field i think - but i also dont know how without doing field-level-calculations)
Hmmh. Lowpass-filtering the Indutcance is not physical correct imho. Inductancechange is an reaction to the changing B-Field in the projectile.
You're right about this. The coil field couples to the projectile magnetisation, the field of in the projectile induces the eddy current, which modifies this field and this modified field then couples back to the coil. These couplings and modifications are all time dependent and also the coil current.
Registered Member #2529
Joined: Thu Dec 10 2009, 02:43AM
Location:
Posts: 600
I think in an optimally designed coil gun the field seen by the projectile is virtually constant; the current loops that are pulling the projectile move with the projectile.
Whereas the coils- the coils are inherently AC.
So, modelling the projectile as non conducting and running FEM as AC can be a good model.
Registered Member #2906
Joined: Sun Jun 06 2010, 02:20AM
Location: Dresden, Germany
Posts: 727
So. I am back BigBad: yout are right about what would be optimal, but its inherently far from reality. As i model the whole shot as quasi static (meaning projectile conductivity is excluded from the model) i can see what big impact the eddy current problem actually poses. Its leading to nearly half the possible force.. therefore it must be modeled. Signification: H-Field has nothing to do with it.. and only percentage? What would be the rest?. Further reading:
Meanwhile i have subdivided the projectile into many pieces withing my reference simulation to figure out how the force is created in the projectile. To be honest i am not really getting anything out of it. I am getting the feeling this problem remains something for FEM.
Having learned this maybe one should implement this problem with finite difference method.. once the matrix is created, one could export it as spice compatible netlist thus running a realtime finite difference simulation. This should then couple mechanics and circuit simulation and still run reasonable fast. Finite difference has the advantage that one could move the projectile in real time by precomputing the position dependend matrix coefficients. The hard thing is to extract measurement data from the simulation. And of course everything else -.-
Lcoil is the inductance of the coil including DC magnetisation effects. M is the mutual inductance between the eddy current loop in the projectile and the coil. R is the effective resistance of the projectile to the voltage induced in it. Lcoil is projectile position dependent and also M. Probably R and Lproj are more or less constant, i.e. position independent. AFAIK M appears only in an AC FEMM simulation, since you'll only get induced projectile currents for non static fields. The same holds for Lproj and R.
Registered Member #2529
Joined: Thu Dec 10 2009, 02:43AM
Location:
Posts: 600
DerAlbi wrote ...
So. I am back BigBad: yout are right about what would be optimal, but its inherently far from reality. As i model the whole shot as quasi static (meaning projectile conductivity is excluded from the model) i can see what big impact the eddy current problem actually poses. Its leading to nearly half the possible force.. therefore it must be modeled.
I think good engineering usually involves building stuff that is easy to analyse. Arranging the coils and drive circuitry so that it avoids the eddy currents is desirable both from a modelling point of view as well as giving the best performance.
Registered Member #2906
Joined: Sun Jun 06 2010, 02:20AM
Location: Dresden, Germany
Posts: 727
Uspring: i am thankfull for your equation and your theory. My problem is: as soon as you use stuff that i cant extract from a FEM simulation i dont know what to do with it... I mean: Projecile current, projectile magnetization or projectile inductance its all stuff i dont know how to extract from FEMM. Additionally this is again frequency dependent
BigBad: You are on a seriously wrong track imho. "good engineering" is nowhere near "easy to explain". You cannot reduce problems and models until one is able to explain them 'easily'. Just think about anything thats well enigneered in real life: Cars & Rockets and any circuit with more than 3..5 transistors is out of reach for analytic analysis. Thinking about avoiding eddy currents is not "good engineering" when its an inherent problem to coilguns - because its pseudo science. You cant do anything about it. The position change of the projectile leads to different parts of the projectile to change magnetisation inevidably. The turn on and turn off of coils will allways act as a shorted transformer like in a reluctance coil gun. As long as you have discrete(lumped) coil(inductance) you cant create a moving magnetic field without eddy currents. Thus you need to model it. Even if its not easy to do, if it represents reality in the end.. then it can then be called good engineering But abstracting the coilgun away from reality is no way to get to a model which will work. Actually, if that would be the goal, i would be long finsihed, because i am close enough to FEM. Its just not "right".
Maybe you know from FEMM the coil voltage and current and phase inbetween. For a fixed projectile position you can derive the ratio between coil voltage and current from the above equations. The ratio is:
Vcoil/Icoil = j*w*(Lcoil + w*M^2/(j*R-w*Lproj))
Given Vcoil/Icoil from FEMM you can calculate Lcoil, M, R and Lproj. Possibly Rcoil also plays a role here. You can add this into the equation or run FEMM with Rcoil=0.
This site is powered by e107, which is released under the GNU GPL License. All work on this site, except where otherwise noted, is licensed under a Creative Commons Attribution-ShareAlike 2.5 License. By submitting any information to this site, you agree that anything submitted will be so licensed. Please read our Disclaimer and Policies page for information on your rights and responsibilities regarding this site.