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.
Registered Member #4659
Joined: Sun Apr 29 2012, 06:14PM
Location:
Posts: 158
For electromechanical solenoids (of which coilguns are a type), Wikipedia says:
wrote ...
The force applied to the armature is proportional to the change in inductance of the coil with respect to the change in position of the armature, and the current flowing through the coil (see Faraday's law of induction). The force applied to the armature will always move the armature in a direction that increases the coil's inductance.
does this mean that for a powered coil with an iron element, Force = (dL/dX)*I ? (note that the number of turns of the coil is already handled by the inductance L)
(dL/dX) is the derivative of the function correlating the inductance with the location of the projectile at the current location. (correct me if I'm wrong, I haven't taken Calculus yet)
does this formula (Force = (dL/dX)*I ) work, or am I missing a constant in there somewhere?
IMO, it is just a qualitative approximation. Still the right way is to simulate thing in FEMM to get a precise value for force relative to coil current and system geometry. For some reason my early simulations have shown strange correlation between magnetic energy change and kinetic energy increase, so wiki might be right, but it is not the best way to understand how the thing work - projectile pulled by force, not by knowledge where it should be to increase inductance.
Registered Member #2906
Joined: Sun Jun 06 2010, 02:20AM
Location: Dresden, Germany
Posts: 727
Sry to correct you, Yan, but this formula is not a qualitative approximation - its a correct analytical solution to describe the force. However i think the current should be squared! (it often mentioned that below saturation... blabla...)
F(x(t),I(t)) = dL(x(t))/dx(t) * I(t)^2
As proove: Henry/Meter*Amps^2 = Newtons.
However Yan is right that you cant use this formula since desribing the inductance in dependence of projectile position is hard (but possible) for its own. Bringing all stuff togehter to get a correct analytical estimate if the RLC-Current waveform WITH a moving projectile develops into a higher (>3) order differential equation - which (in my opinion) will not have an analytical solution. So... you end up with iterative numerical solvers anyway... which is.... FEMM+a Lua script^^
Edit: *aaaarghhh* it really itches me to develop the analytical formulation to the problem. it is not that hard. even with external iron. This would lead to a small computer program that only solves the diff.eq. Should be fast as hell - comparing to FEMM+Lua.. sry that i have no time for that currently This kind of stuff was basic education some semesters ago
Registered Member #4659
Joined: Sun Apr 29 2012, 06:14PM
Location:
Posts: 158
DerAlbi wrote ...
i think the current should be squared! (it often mentioned that below saturation... blabla...) F(x(t),I(t)) = dL(x(t))/dx(t) * I(t)^2
Oh, that's right. Force only increases with the square of current up to the saturation point, right? Then after that, it is linear with current. A more complete equation might be F(x(t),I(t)) = dL(x(t))/dx(t) * I(t)^2 + dL(x(t))/dx(t) * J(t)
Where I is the current up to the saturation point, and J is whatever portion of the current remains past saturation.
Registered Member #2529
Joined: Thu Dec 10 2009, 02:43AM
Location:
Posts: 600
Yandersen wrote ... IMO, it is just a qualitative approximation. Still the right way is to simulate thing in FEMM to get a precise value for force relative to coil current and system geometry. For some reason my early simulations have shown strange correlation between magnetic energy change and kinetic energy increase,
Such dry humour. As if you're not sure whether conservation of energy really applies to your coilgun?
"Surely you are joking Mr. Feynman!"
wrote ... so wiki might be right, but it is not the best way to understand how the thing work - projectile pulled by force, not by knowledge where it should be to increase inductance.
I usually find that any way of looking at something that buys you a simple way to see something is well worth pursuing. Energy arguments can be stupidly powerful, particularly when spatially non linear forces, like magnetism, gravity, are involved.
There are actually big advantages from having the forces already spatially integrated up for you on a plate.
work = force x distance
and all that.
So if (for example) you only need to calculate start and end positions and calculate energy at each, that would be super good wouldn't it?
No, BigBad, I wasn't joking, I just did not put all details into the answer and you understood it wrong way. If you would ever try to make a simulator in FEMM you will understand. The simple simulator assumes simple circuit: cap, SCR, coil. It models the discharge of the cap and change in current - step by step. Inductance of the coil is updated each step too. Each step current changes and force moving projectile too. Energy dissipated is R*I*I, kinetic energy change is Force*distance, cap's energy is C*U*U/2. Assume simulation is over when current ceases to 0 (cap is inverted). If you total the energy (dissipated, kinetic and cap) you will discover that it is higher than it was initially - exactly by the value equal to kinetic energy increase (just like this energy was taken from somewhere externally or it simply regenerated magically). The mistake is that current was not recalculated according to inductance change: if inductance increases, current should be decreased so the total L*I*I/2 will stay constant. After this correction is done, the kinetic energy increase should be substracted and current should be recalculated again. In this case energy total will be right. Are you following, BigBad? That is what I mean, understood? :P So judging kinetic energy increase from inductance change analytical way IMO not possible due to dependency of inductance on current and position both at the same time.
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.