Hallo,
ich beschäftige mich seit ein paar Wochen verstärkt mit LTSpice und bin
von dem Programm und seinen Möglichkeiten sehr angetan.
Jetzt ist es so, dass mir letztens aufgefallen ist, dass in der
Standardbauteilbibliothek gar kein IGBT vorhanden. Da ich für meine
zukünftige Simulationen IGBTs benötige, würde ich gerne ein IGBT
erstellen.
Da ich noch nie ein neues Bauteil in LTSpice erstellt habe und hier im
Forum jetzt speziell zum Thema IGBT erstellen kein richtig hilfreicher
Thread gefunden habe, wäre es gut wenn mir jemand von euch kurz ein paar
Fragen darüber beantworten würde.
Ich weiß, dass es dazu nötig ist ein Modell eines IGBT von einer
Herstellerseite runterzuladen und auch das Symbol zu zeichnen. Welche
IGBT-Modelle von bestimmten Herstellern könnt ihr mir besonders für die
Simulation empfehlen? Mir reicht eigentlich ein Standard-IGBT, da ich
die Simulation mehr zum rumprobieren und nicht zum nachbauen in nächster
Zeit verwenden werde.
In welches Verzeichnis im LTC-Ordner muss ich das Modell kopieren? Gibt
es einen Trick für die Symbolerstellung bzw schon fertige IGBT als
Symbol?
Wie ist das prinzipielle Vorgehen beim erstellen eines neuen Bauteils in
LTSpice bzw. in welche Verzeichnisse in meinem LTC-Ordner muss ich
welche Dateien kopieren?
Vielen Dank schon mal im voraus für das beantworten meiner Fragen
Gruß
Schau dir das Modell an.
Es sollte, mal abgesehen von Zeilen(Kommentar) mit * am Anfang,
folgendermaßen beginnen:
.subckt ...
Dazu passt höchstwahrscheinlich das Symbol NIGBT von LTspice.
Das prüft man, in dem man die Netzlistenreihenfolge mit der Reihenfolge
der Anschlüsse im .subckt vergleicht. Sollte es mal nicht passen,
einfach anpassen. Das Symbol steht in [Misc] nigbt.
Schlecht wäre es, wenn du ein Modell findest das so beginnt:
.model BXY1000 NIGBT ...
In dem Fall geht das nur mit PSPICE, da das ein spezielles IGBT-Modell
ist.
Jetzt musst du ein Beispiel bringen.
So, ich habe jetzt mal nach ein PSPice Modell heruntergeladen und im
Anhang gepostet. Es war auch noch ne andere Datei dabei, die ich auch
mal hochgeladen habe.
Es handelt sich dabei um diesen IGBT:
http://pdf1.alldatasheet.com/datasheet-pdf/view/137647/IXYS/IXGR60N60U1.html
Das Modell beginnt mal mit .SUBCKT , von daher dürfte es laut Helmut S.
ja auch in LTSpice funktionieren.
Wer kann mir nun sagen, was ich jetzt der Reihe nach machen muss, um
dieses IGBT in LTSpice einzubinden?
Wie kann ich ein passendes Symbol erzeugen?
Gruß
Also, das Symbol hab ich jetzt auch schon erstellt. Hab es mal im Anhang
angehängt. Vielleicht kann es ja mal einer von den Profis anschauen, ob
es so funktionieren kann.
Die Anschlüsse des IGBT hab ich jetzt genau in der Reihenfolge
bezeichnet, wie sie im Modell stehen. Also zuerst C, dann G, dann E.
Die Symboldatei habe ich dann zu den anderen Symbolen in das selbe
Verzeichnis kopiert. Mittlerweile kann ich im LTSpice, wenn ich auf
Components klicke schon meinen IGBT auswählen.
Aber was muss ich jetzt noch machen, damit das LTSpice weiß, dass zu
diesem Symbol das runtergeladene Modell gehört?
ich hab jetzt mal die .lib und .OLB Files, die ich in meiner letzten
Mail gepostet habe in den sub-Ordner vom LTC-Ordner kopiert.
Ist das richtig bzw. was muss ich jetzt noch machen, damit ich den IGBT
richtig verwenden kann?
Leider ist da doch ein .model ... NIGBT drin. Siehe weiter unten.
Das geht dann nur mit PSPICE. Schau mal bei IRF, IXYS und ST nach
anderen Models nach.
* source IXGH20N120BD1
*$
.SUBCKT IXGR60N60U1 C G E
D_D1 E C DSEI60-06A
Z_Q1 C G E IXGR60N60
*DEVICE=IXGR60N60,NIGBT
* IXGR60N60 NIGBT model
* updated using Model Editor release 9.2.1 on 03/04/04 at 16:22
* The Model Editor is a PSpice product hem.
.MODEL IXGR60N60 NIGBT
+ TAU=273.38E-9
+ KP=18.424
Nachschlag: Ein extra Symbol hättest du nicht gebraucht.
Jürgen schrieb:> Also, das Symbol hab ich jetzt auch schon erstellt.
Wozu? Es gibt schon eins in LTspice.
> Aber was muss ich jetzt noch machen, damit das LTSpice weiß, dass zu> diesem Symbol das runtergeladene Modell gehört?
Mal die eingebaute Hilfe lesen.
Hallo Jürgen,
hier ein Beispiel mit einem IRG4PC40U von IR.
Die Eckdaten stehen im Beispiel.
Die Datei irg4pc40u.spi ins Verzeichnis lib/sub kopieren.
Das IGBT Symbol ist das nigbt aus dem Verzeichnis Misc.
Dietmar
@Dietmar
Bei mir lief dein Beispiel nur mit dem Alternate Solver.
Control Panel -> Solver:Alternate
Ich kopiere die Modell-Files immer in das Verzeichnis in dem der
Schaltplan(.asc) liegt.
@Helmut S.
Das mit dem alternativen Solver habe ich leider zu spät bemerkt.
War bereits eingestellt.
Ich experimentiere zur Zeit mit einer H-Brücke mit vier IRFPC60 von IR.
Das Modell läuft bei mir weder mit normal noch mit alternate Solver.
Dietmar
Dietmar schrieb:> Hallo Jürgen,> hier ein Beispiel mit einem IRG4PC40U von IR.> Die Eckdaten stehen im Beispiel.> Die Datei irg4pc40u.spi ins Verzeichnis lib/sub kopieren.> Das IGBT Symbol ist das nigbt aus dem Verzeichnis Misc.> Dietmar
Danke für deine Hilfe. Ich hab die irg4pc40u.spi von dir jetzt mal in
das lib/sub kopiert. Für was ist denn die Irg4pc40u.asc, die du auch
noch hochgeladen hast?
Hannes Jaeger schrieb:> Jürgen schrieb:>> Also, das Symbol hab ich jetzt auch schon erstellt.>> Wozu? Es gibt schon eins in LTspice.
Ich hab irgendwie noch nie dieses IGBT-Symbol gesehen, wie es im LTSpice
bei dem NIGBT ist. drum wusst ich immer nicht sicher, ob es wirklich ein
ganz normaler IGBT ist. Kenn nur das andere Symbol. Aber gut zu wissen,
dann kann ich ja jetzt das gleich so nehmen. Wobei ich eigentlich einen
IGBT mit eingebauter Freilaufdiode haben wollte.
Aber gut, zur Not kann ich die ja auch extern dazuschalten.
So, jetzt hab ich mal ein kleines Beispiel probiert (siehe Anhang), aber
irgendwie bekomme ich immer noch eine Fehlermeldung. Kann mir jemand
sagen was ich noch machen muss?
Wahrscheinlich muss ich noch irgendwie das Symbol NIGBT mit dem Modell
von Dietmar verbinden, oder?
Gruß
Die .asc Datei ist der Schaltplan.
Schaltpläne enden in Ltspice mit asc.
Auch Deine Datei Draft5 hat die Endung asc.
Lade einfach mal meine Datei Irg4pc40u.asc
Dann ist auch die Fehlermeldung weg. Die kommt daher, weil die .inc
Anweisung fehlt. Darin steht der Name des Modells.
Dietmar schrieb:> Die .asc Datei ist der Schaltplan.> Schaltpläne enden in Ltspice mit asc.> Auch Deine Datei Draft5 hat die Endung asc.> Lade einfach mal meine Datei Irg4pc40u.asc> Dann ist auch die Fehlermeldung weg. Die kommt daher, weil die .inc> Anweisung fehlt. Darin steht der Name des Modells.
Dass ne .asc-Datei der Schaltplan wusste ich eigentlich schon. Nur hab
ich mich immer gewundert, dass wenn ich die von dir hochgeladene
.asc-Datei anklicke, dass sich dann immer so ein fenster mit für mich
nicht entzifferbarem Inhalt öffnet.
Aber jetzt weiß ich woran das liegt. Ich muss deine .asc-Datei erst mal
mit Rechtsklick und "Ziel speichern unter..." speichern und erst dann
öffnen.
Also mit deiner Datei läuft die Simulation jetzt. Aber meine Simulation,
läuft immer noch nicht. Wie du im Anhang sehen kannst, hab ich jetzt
über das Spice-Directive ".inc irg4pc40u.spi" eingegeben. Aber irgendwie
kommt immer noch die gleiche Fehlermeldung.
Was habe ich falsch gemacht?
Gruß
Ich glaube jetzt habe ich meinen Fehler gefunden. Ich habe noch, wenn
ich einen Rechtsklick auf den IGBT mache, bei value das selbe wie du
eingefügt. Nämlich "irg4pc40u".
Und jetzt scheint die Simulation zu funktionieren, wenn auch furchtbar
langsam. Ist das normal? Ich bin jetzt nach ca. 4min Simlation immer
noch erst bei 23µs Simulationsfortschritt (bei 1s Simulationsdauer),
momentane Simulationsgeschwindigkeit sind ca. 11 fs/s. Und das bei
dieser kleinen Schaltung (Anhang).
Kann ich die Simulation irgendwie beschleunigen, z.B. durch Abändern des
Modells?
Ist es möglich, dass man es so macht, dass immer beim Bauen einer
Schaltung mit IGBT das Feld Value vom IGBT mit "irg4pc40u" fest
ausgefüllt ist, man es also nicht immer neu so ausfüllen muss?
kommt man um das .inc irg4pc40u.spi rum, das man das jedes mal erneut
eingeben muss?
Gruß
Wie Helmut S. bereits festestellt hat, läuft das Modell nur mit dem
alternativen Solver. Das hatte ich vergessen.zu erwähnen.
In der Symbolleiste auf den Hammer klicken (links neben dem laufenden
Männchen)
Dann Spice. Solver von normal auf alternate umschalten.
Zur Namensänderung:
Mit der rechten Maustaste auf den IGBT klicken.
Open Symbol klicken (oben).
Das Symbol erscheint im Editor.
Dann ctrl+A oder edit Attributes edit Attributes.
Value auf den neuen Namen ändern.
Speichern.
Vielen Dank Dietmar,
deine Informationen sind echt spitze. Jetzt funktioniert es prima. Die
Simulationsgeschwindigkeit ist jetzt schon mal bei 2,5 ms/s. Ich denke
der Wert ist ok.
Gehen meine Änderungen (Am NIGBT-Symbol das in value, Einfügen des
Modells in lib/sub) eigentlich jetzt bei einem Software-Update von
LTSpice verloren bzw. kann sie davor schützen?
In der Hilfe findet sich zu updates folgendes:
It is not reversible. All symbols, models, and programs are updated with
the new ones. You need to make a backup copy before the Sync_Release
starts. The component databases, standard.*, will be merged with the new
ones automatically. If you added new inductors or capacitors, your
devices will be preserved and merged with the new ones from program
update. Your own local working file won't be affected.
@Jürgen
> Gehen meine Änderungen (Am NIGBT-Symbol das in value, Einfügen des
Modells in lib/sub) eigentlich jetzt bei einem Software-Update von
LTSpice verloren bzw. kann sie davor schützen?
Hast du etwa die Original-Symbole in ...Lib\sym\... geändert?
Die werden bei jedem Update in den Originalzustand versetzt es sei denn
du hast den Files neue Namen vergeben. Die ignoriert dann LTspice beim
Update.
Du brauchst beim NIGBT doch nur im Schaltplan an den platzierten
Symbolen etwas ändern. Das ändert ja nichts an den Symbolen in der
Installation.
Helmut S. schrieb:> Hast du etwa die Original-Symbole in ...Lib\sym\... geändert?
Ja gut, ich hab halt direkt in der .asy Datei, also im Symbol das mit
dem value geändert. da steht ja zuerst nichts drin. und da hab ich halt
den Namen des zugehörigen Modells reingeschrieben, damit ich nicht jedes
mal wenn ich den NIGBT verwende erneut das Feld value ausfüllen muss.
Aber gut, solange bei einem Update nur der Inhalt des Felds value
verloren geht und das Modell erhalten bleibt ist es ja nicht weiter
schlimm.
Gruß
