Forum: Analoge Elektronik und Schaltungstechnik LTspice Universalopamp2 - undefinied subciruit: level.3b


von Klaus R. (klara)


Angehängte Dateien:

Lesenswert?

Hallo,
vor einigen Tagen gab es ein Problem mit dem Modell ADHV4702-1, jetzt 
könnte der Universalopamp2 betroffen sein.

Ich verdeutliche das Problem mit einer Lösung von Helmut Sennewald am 
21.07.2019. Jemand brauchte Hilfe bei der Parametrisierung des 
Universalopamp2.

Beitrag "Re: LTspice - OPAmp Modell aus Datenblatt"

Wird MIC920_test1.asc jetzt ausgeführt, dann kommt es zur Fehlermeldung
1
undefinied subciruit: level.3b

Zur Übersicht. Helmut hatte am 01.02.2020 hier die Parameter mal 
aufgezeigt.
Beitrag "Re: Parameter des Universal Opamp 2 in LTSpice"

Noch am 07.06.2020 habe ich auf Grundlage von Helmuts Instance:X1 mir 
selber einen anderen OPV mit Erfolg modellieren können.
mfg Klaus

von Abdul K. (ehydra) Benutzerseite


Lesenswert?

Der wurde in den letzten Tagen mehrfach aktualisiert durch die Chaoten 
bei AD. Mach mal ein Update von LTspice und lies das Updatelog.

von H. H. (Gast)


Lesenswert?

Ja, da ist vieles verschlimmbessert worden...

von Klaus R. (klara)


Lesenswert?

Abdul K. schrieb:
> Der wurde in den letzten Tagen mehrfach aktualisiert durch die
> Chaoten
> bei AD. Mach mal ein Update von LTspice und lies das Updatelog.

H. H. schrieb:
> Ja, da ist vieles verschlimmbessert worden...

Installiert ist
1
 LTspice XVII(x64) (17.0.32.0)
2
Oct 28 2021, 18:03:59 US Pacific

Mein letztes Update ist vom 07.11.2021. Folgende UniversalOpamp-Files 
erhielten einen Update unter C:\Programme\LTC\LTspiceXVII .
1
UniversalOpamp.asy       07.11.2021
2
UniversalOpamp2.asy      07.11.2021
3
UniversalOpamp3.asy      07.11.2021
4
UniversalOpAmp.lib       07.11.2021

Folgende Files erhielten keinen Update.
1
UniversalOpamps.sub      24.01.2020
2
UniversalOpamps2.sub     02.04.2020
3
UniversalOpamps3.sub     24.01.2020

Unter USER\Documents sieht es ebenso aus.

In dem Beispiel von Helmut Sennewald spricht er von ...
1
Hier mal die Luxusvariante ebnso basierend auf dem Universalopamp2.asy 
2
aber mit einem hierarchischen Schaltplan.
3
4
MIC920.asy und MIC920.asc muss immer im Ordner des Top-Level-Schaltplans 
5
liegen.

Ich glaube eigentlich nicht daran, daß es am "hierarchischen Schaltplan" 
liegen kann.

Mit meinen Kenntnissen komme ich da nicht weiter.
Wie weit ist man im internationalen Forum?
mfg klaus

von Klaus R. (klara)


Angehängte Dateien:

Lesenswert?

Hallo,
in der internationalen LTspice Usergroup, https://groups.io/g/LTspice, 
wird über die jüngsten Änderungen bezüglich UniversalOpAmp vom 7. bis 8. 
Oktober diskutiert. In einem Nebensatz wurde die Ursache für mein 
Problem erwähnt.

Alle drei Symbol-Files des UniversalOpAmp rufen nicht mehr die alten 
SUB-Files auf, sondern nur noch die UniversalOpAmp.LIB !!!

Und in der UniversalOpAmp.LIB wird der Name jetzt ohne "." geschrieben.

.subckt level2 1 2 3 4 5
...
.subckt level3a 1 2 3 4 5
....
.subckt level3b 1 2 3 4 5

Siehe Anlage.
mfg Klaus

von Michel M. (elec-deniel)


Lesenswert?

... in der internationalen LTspice Usergroup,
https://groups.io/g/LTspice,
nachgefragt, ob es schon Lösungsvorschläge gibt ?!

: Bearbeitet durch User
von Klaus R. (klara)


Lesenswert?

Michel M. schrieb:
> ... in der internationalen LTspice Usergroup,
> https://groups.io/g/LTspice,
> nachgefragt, ob es schon Lösungsvorschläge gibt ?!

Mein Problem mit dem "undefinied subciruit: level.3b" wurde da gar nicht 
angesprochen. Es geht da mehr um das was ADI da wohl gemacht hat.

Wie ich schon sagte, in der UniversalOpAmp.LIB wird der Name jetzt ohne 
"." geschrieben. Folglich muß im Component Attribut Editor das Feld 
SpiceModel angepaßt werden.

Falls es sich ADI wieder anders überlegt, dann muß man wieder ändern.
Man kann nur hoffen das ADI nicht noch mehr Verwirrung anrichtet.
mfg Klaus

von Michel M. (elec-deniel)


Lesenswert?

Klaus R. schrieb:
> in der UniversalOpAmp.LIB wird der Name jetzt ohne
> "." geschrieben. Folglich muß im Component Attribut Editor das Feld
> SpiceModel angepaßt

Klaus R. schrieb:
> Falls es sich ADI wieder anders überlegt, dann muß man wieder ändern.

..... genau darum geht es.  :-)

Frage und Erklärung genauso dort beschreiben.
Tony Casey hat sicherlich weitere  Infos ... :-)
https://groups.io/g/LTspice/topic/75776722

: Bearbeitet durch User
von Carlo (Gast)


Lesenswert?

Klaus R. schrieb:
> Falls es sich ADI


LTspice update  04.12.2021  ca. 22.30  ... :-)
für
LTspice XVII(x64) (17.0.32.0)

geändert

         LTspice  Modell
12/02/21 UniversalOpAmp1  new model
12/02/21 UniversalOpAmp3a Moved Universal OpAmp level3a to its own 
symbol.
12/02/21 UniversalOpAmp3b  new model
12/02/21 UniversalOpAmp4  new model
12/02/21 UniversalOpAmp2 Moved Universal OpAmp level2 to its own symbol

... habe es aber noch nicht getestet ... :-)

von Klaus R. (klara)


Lesenswert?

Hallo Carlo,

> 12/02/21 UniversalOpAmp3a Moved Universal OpAmp level3a to its own
> symbol.

In der alten Schreibweise stand im Modell "level.3a", also der Name mit 
".". Jetzt läßt man den Punkt anscheinend einfach weg. Das bedeutet, 
alte Simulationen laufen nicht mehr. Man muß das so vorgehen wie ich es 
am  22.11.2021 13:45 beschrieben hatte.

Das es jetzt neue oder verbesserte Varianten gibt ist ja generell zu 
begrüßen. ADI hätte dies aber besser komunizieren sollen.
mfg Klaus

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.