Welcome
Username or Email:

Password:


Missing Code




[ ]
[ ]
Online
  • Guests: 92
  • Members: 0
  • Newest Member: omjtest
  • Most ever online: 396
    Guests: 396, Members: 0 on 12 Jan : 12:51
Members Birthdays:
All today's birthdays', congrats!
Capper (60)
cereus (73)
Mcanderson (43)


Next birthdays
11/06 dan (37)
11/06 rchydro (64)
11/06 CapRack (30)
Contact
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.
Forums
4hv.org :: Forums :: General Science and Electronics
« Previous topic | Next topic »   

Has anyone successfully simulated a spark gap with Pspice?

Move Thread LAN_403
jpsmith123
Wed Nov 16 2011, 03:44AM Print
jpsmith123 Registered Member #1321 Joined: Sat Feb 16 2008, 03:22AM
Location:
Posts: 843
I see some published papers referring to spark gap simulations done with Pspice; and somewhere I've seen it stated that spark gaps can be modeled in Pspice by way of "analog behavorial modeling", but I can't find any kind of example to look at anywhere.
I thought that maybe an example circuit model would come with the software...but if there is one here somewhere I can't find it.
Back to top
Patrick
Wed Nov 16 2011, 04:04AM
Patrick Registered Member #2431 Joined: Tue Oct 13 2009, 09:47PM
Location: Chico, CA. USA
Posts: 5639
In my opinion SG are useless....
Back to top
Mattski
Wed Nov 16 2011, 08:33AM
Mattski Registered Member #1792 Joined: Fri Oct 31 2008, 08:12PM
Location: University of California
Posts: 527
wrote ...
In my opinion SG are useless....
And why is that?

The traditional way to do stuff like this is to kludge together existing SPICE components until it looks like a spark gap at the two external terminals. Two back to back zener diodes is a simple way. See for example the top google results:
Link2 (has some linked references worth perusing if you have a subscription)
Link2 (includes what I think is a PSpice simulation file)

The term behavioral modeling, where I've seen it, refers to modeling circuit components using equations. This can be a good way to model nonlinear behavior, such as the current-voltage characteristics of the plasma in a spark gap, but you'll have to add in something to account for the hysteresis - when the gap breaks down voltage drops back down while current rises.
Back to top
Steve Conner
Wed Nov 16 2011, 09:24AM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Behavioral modelling means that you don't care about getting the physics right, as long as it behaves close enough to the real thing for your purposes. If you focus on modelling the physics, and the behaviour you need just falls out as a consequence, that is physical modelling.

Zener diodes don't necessarily behave right, because a spark gap tends to break down more like a diac.

I've used 200kV "zeners" in PSpice simulations of Tesla coils, and also a load resistor connected by a switch at the estimated time of breakout.

LTSpice (and probably PSpice too) has behavioral sources, where you can set the V-I characteristic by code. Equations, if-then clauses like a programming language, and so on.

But the general spark gap modelling problem is still open. A proper dynamic streamer load model would be of tremendous use in Tesla coil simulation.
Back to top
Patrick
Wed Nov 16 2011, 01:10PM
Patrick Registered Member #2431 Joined: Tue Oct 13 2009, 09:47PM
Location: Chico, CA. USA
Posts: 5639
Steve McConner wrote ...

A proper dynamic streamer load model would be of tremendous use in Tesla coil simulation.
Well ill agree with McConner on that, there are times where it would be nice to understand the breakout/breakdown condidtions... to make it more or less probable.

Maybe looking at powerline/lightning or quenching books would give some insight, i dont know what his average and peak kV is though, or his purpose. Rate of rise in kV per uS matters too.
Back to top
jpsmith123
Wed Nov 16 2011, 01:51PM
jpsmith123 Registered Member #1321 Joined: Sat Feb 16 2008, 03:22AM
Location:
Posts: 843
I've tried to "rig something up" using "CircuitMaker" (and other programs), e.g. using voltage-controlled switches, but it seems the solution always fails to converge...even when I try to tweak the solver settings...it still doesn't work.

I've also tried to use the program "Microcap", which has a built-in spark gap macro. Unfortunately though, when I try to use the spark gap in anything other than simple resistive circuits (e.g. with coupled coils), it just dies.

Back to top
Steve Conner
Wed Nov 16 2011, 02:08PM
Steve Conner Registered Member #30 Joined: Fri Feb 03 2006, 10:52AM
Location: Glasgow, Scotland
Posts: 6706
Well, SPICE type simulators suck at discontinuities, in general. A apark gap breaking down is a dirty great discontinuity.
Back to top
jpsmith123
Sat Nov 19 2011, 04:56AM
jpsmith123 Registered Member #1321 Joined: Sat Feb 16 2008, 03:22AM
Location:
Posts: 843
I saw a few published papers where people are using the Pspice "closing switch" (SW_tClose) in lieu of an actual spark gap model, for simulating things like Marx generators and Blumleins...so I suppose I could use it too.

Does anyone know if SW_tClose is included in Cadence Orcad v9.2 "lite"?

Back to top

Moderator(s): Chris Russell, Noelle, Alex, Tesladownunder, Dave Marshall, Dave Billington, Bjørn, Steve Conner, Wolfram, Kizmo, Mads Barnkob

Go to:

Powered by e107 Forum System
 
Legal Information
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.