Hallo, ich habe gerade einen Update in LTspice XVII eingespielt bekommen. Alles ist jetzt aktuell. Dann wollte ich unter Examples ADHV4702-1.asc ausprobieren und erhalte die Fehlermeldung laut Anhang. Ich denke, das ist das erste Beispiel das mir eine Fehlermeldung bringt. Leider ist Helmut nicht mehr da. Wer kann mit helfen? mfg Klaus
Hallo, ich habe 17.0.32.0 vom 28.10.2021 18:03:59 US Pacific. Wie gesagt, es wurde gerade upgedatet. Ich meine auch genau diese fehlerhafte Simulation schon vor Monaten mal am Laufen gehabt zu haben. Ich hoffe, den Fehler kann noch jemand bestätigen. Andere Beispiele laufen. mfg KLaus
Schau doch mal, ob im ChangeLog etwas bzgl des ADHV4702 steht.
H. H. schrieb: > Schau doch mal, ob im ChangeLog etwas bzgl des ADHV4702 steht. 09/30/21 ADHV4702-1 Revised the application circuit 04/18/19 Added a symbol and model for the ADHV4702-1. Es wurde erst am 09. September etwas geändert. Die Version 17.0.30.0, 8. Aug 21 läuft auch schon nicht. Ich habe eine Anfrage unter der LTspice@groups.io eingestellt. mfg Klaus
Hier gibt es zwar ein Spicemodell auf der Analog-Webseite, (https://www.analog.com/en/products/adhv4702-1.html#product-tools) das passt aber nicht zum vorhandenen Symbol, denn es fehlt sowohl der DGND-Anschluss also auch der /SD und die Pinorder ist geändert. Sparmodell? Aber wenn man ein passendes Symbol kreiert, dann läuft es zumindest. Seltsam, dass ich in der normalen Installation in /lib/sub keinen passenden File für den OPA finden konnte ... @hhinz: vielleicht findest du in deiner älteren Installation den funktionierenden und stellst ihn zur Verfügung?
Das Modell steckt in der ADI.lib. .subckt ADHV4702-1 1 2 3 4 5 6 7 C10 N005 0 .1f Rpar=100K noiseless C16 N004 N006 24p C7 4 1 3.95p Rser=1k noiseless C4 2 1 12.9p Rser=1k noiseless C13 4 5 10p D1 3 4 DESD D2 5 3 DESD C20 N004 0 1p D3 N004 0 DANTISAT G4 0 N008 N007 0 1m D5 2 4 DESD D8 5 2 DESD D11 1 4 DESD D12 5 1 DESD D13 2 1 DINCLP N=4 C21 N008 0 7p Rpar=1k noiseless R5 N006 0 1 noiseless G3 0 N006 N009 Mid 1 A6 N005 0 _SHDN 0 0 0 N007 0 OTA g=1m linear en=8n*(1+freq/10Meg)**1.9 enk=15 vlow=-1e309 vhigh=1e309 C12 4 3 5p C14 3 5 5p G5 0 XX N004 0 1m C9 XX 0 151.2p noiseless Rser=52.6 Rpar=1k C1 1 5 3.95p Rser=1k noiseless C3 4 2 3.95p Rser=1k noiseless C5 2 5 3.95p Rser=1k noiseless M1 N009 PG 4 4 PI temp=27 D6 4 PG DLIMP C6 4 PG 200f Rser=600k noiseless B3 PG 4 I=(.5+.5*tanh((V(_SHDN)-500m)/200m))*dnlim(100n-1.2u*(23.6*V(XX)-750m),1 00n,100n) M2 N009 NG 5 5 NI temp=27 D7 NG 5 DLIMN C11 NG 5 200f Rser=600k noiseless B4 5 NG I=(.5+.5*tanh((V(_SHDN)-500m)/200m))*dnlim(100n+1.2u*(23.6*V(XX)+650m),1 00n,100n) C2 N007 0 7p Rpar=1k noiseless C8 X3 0 7p Rpar=1k noiseless C15 PG N009 3f C17 N009 NG 3f A2 0 N008 0 0 0 0 X3 0 OTA g=1m linear vlow=-1e308 vhigh=1e308 C18 N012 0 100p Rpar=1k noiseless C19 SLWFAC2 0 100p Rpar=100Meg noiseless D9 N012 SLWFAC2 DRISE D10 SLWFAC2 N012 DFALL B5 0 N004 I=(.5+.5*tanh((V(_SHDN)-500m)/200m))*uplim(dnlim(703u*V(X3),-1.8m*uplim( V(SLWFAC2),1,50m),100u),1.8m*uplim(V(SLWFAC2),1,50m),100u) B6 0 N012 I=uplim(dnlim(300u*ABS(V(X3))-200u,0,100u)+100u,2m,200u) S1 N014 4 6 N014 SREG R7 N014 7 400K noiseless C22 6 7 1p D14 N014 5 DBSD C23 5 N014 1p A3 7 6 0 0 0 0 _SHDN 0 SCHMITT vt=1.2 vh=400m trise=300u S2 4 5 _SHDN 0 SPOW B1 N005 0 I=10u*dnlim(uplim(V(2),V(4)-2.89,.1), V(5)+2.89, .1)+1n*V(2) B2 0 N005 I=10u*dnlim(uplim(V(1),V(4)-2.9,.1), V(5)+2.9, .1)+1n*V(1) R10 4 Mid 10Meg noiseless R11 Mid 5 500Meg noiseless A1 3 N009 N009 N009 N009 N009 3 N009 OTA g=1 iout=25m vlow=-1e308 vhigh=1e308 .param vs=220 .model PI VDMOS(Vto=-300m kp=8m mtriode=430m ksubthres=10m pchan noiseless) .model NI VDMOS(Vto=300m kp=12m mtriode=430m ksubthres=10m noiseless) .model DLIMN D(Ron=1k Roff=1Meg Vfwd=3.4 epsilon=100m noiseless) .model DLIMP D(Ron=1k Roff=1Meg Vfwd=4.8 epsilon=100m noiseless) .model DRISE D(Ron=1 Roff=10Meg vfwd= 0 epsilon=10m noiseless) .model DFALL D(Ron=1 Roff=10Meg vfwd= 0 epsilon=10m ilimit=80u noiseless) .model DINCLP D(Ron=250 Roff=100T vfwd=720m epsilon=800m vrev=720m revepsilon=800m noiseless) .model DANTISAT D(Ron=100 Roff=127.3Meg vfwd=3 epsilon=100m vrev=3 revepsilon=100m noiseless) .model SREG SW(level=2 Ron=10k Roff=1G vt=-5.2 vh=-100m noiseless) .model DBSD D(Ron=10k Roff=1G vfwd=2 epsilon=300m ilimit=155.8u noiseless) .model SPOW SW(Ron=100 Roff=10G vt=.5 vh=-.3 ilimit=890u noiseless) .model DESD D(Ron=100 Roff=1g Vfwd=700m epsilon=500m noiseless) .ends ADHV4702-1
H. H. schrieb: > Das Modell steckt in der ADI.lib. Danke, das ist das Problem: bei mir ist es nämlich nicht drin! Das ist dann sicherlich auch die Ursache der Fehlermeldung. Leider ist Copy/Paste aus deinem Post nur erfolgreich mit Nachbearbeitung, weil unerwünschte Zeilenumbrüche drin sind. Ich hab es mal angepasst und in einen File gepackt. @ Klaus R. Kopiere den Inhalt des angehängten Files in die ADI.lib. Damit funktioniert das test fixture.
HildeK schrieb: > Leider ist Copy/Paste aus deinem Post nur erfolgreich mit > Nachbearbeitung, weil unerwünschte Zeilenumbrüche drin sind. Das hat die Forensoftware fabriziert. Ich hätte es als Textfile anhängen sollen.
H. H. schrieb: > Das hat die Forensoftware fabriziert. Schon klar. > Ich hätte es als Textfile anhängen sollen. Hab ich für dich getan 😀.
Ist das ein Hochspannung-OP? Ich würde gern etwas bis 200V benutzen. Es sieht so aus, dass es gut passen würde.
Johannes schrieb: > Ist das ein Hochspannung-OP? Naja, 220V sind doch keine Hochspannung. > Ich würde gern etwas bis 200V benutzen. Es sieht so aus, dass es gut > passen würde. Kann reichen.
HildeK schrieb: > H. H. schrieb: >> Das Modell steckt in der ADI.lib. > > Danke, das ist das Problem: bei mir ist es nämlich nicht drin! > Das ist dann sicherlich auch die Ursache der Fehlermeldung. > > Leider ist Copy/Paste aus deinem Post nur erfolgreich mit > Nachbearbeitung, weil unerwünschte Zeilenumbrüche drin sind. Ich hab es > mal angepasst und in einen File gepackt. > > @ Klaus R. > Kopiere den Inhalt des angehängten Files in die ADI.lib. Damit > funktioniert das test fixture. Hallo, vielen Dank an euch beide, HildeK und hhinz. Inzwischen hat sich im internationalen Forum LTspice@groups.io Tony Casey gemeldet und hat die Ursache entdeckt. Ich habe den Beitrag von Google übersetzen lassen. Hat Google ganz ordentlich hinbekommen. #################################################### Tony Casey, 14:01, LTspice@groups.io ------------------------------------ Ja. Das verstehe ich auch. Mir ist aufgefallen, dass Ihre Fehlermeldung tatsächlich "adhn4702-1" erwähnt, aber ich denke, das ist ein Tippfehler, denn das ist nicht das, was ich bekomme. Seit Version 17.0.30.0 hat ADI versucht, den Speicherort ihrer Standardbibliotheken von %USERPROFILE%\Documents\LTspiceXVII in %LOCALAPPDATA%\LTspiceXVII zu ändern. Es ist fair zu sagen, dass dies zu vielen Diskussionen geführt hat, die größtenteils negativ waren. In Version 17.0.32.0 wurde versucht, wieder %USERPROFILE%\Documents\LTspiceXVII als Standard zu verwenden, ohne jedoch %LOCALAPPDATA%\LTspiceXVII aufzugeben. Das Symbol ADHV4702-1 verweist auf die Modellbibliothek ADI.lib. Aber als ich in dieser Datei in %USERPROFILE%\Documents\LTspiceXVII\lib\sub nachsah, war das Modell für den ADHV4702-1 nicht vorhanden. Aus irgendeinem Grund, der hoffentlich erklärt wird, scheint es gelöscht oder verschoben worden zu sein. Ich vermute stark, dass dies mehr Geräte betreffen könnte, die bei diesem Betrug verloren gegangen sind. Ich bezweifle, dass der ADHV4702-1 der einzige betroffene ist. Ich habe meine Backups (die täglich laufen) durchgesehen und die Datei "ADI.lib" hat sich im Oktober dreimal geändert: am 5., 28. und 29. Oktober. Die vorhandene Datei "ADI.lib" am 5. enthielt das Modell für den ADHV4702-1, die am 28. archivierte jedoch nicht. Der ADHV4702-1 wurde daher in dem Sync-Update, das ich am 5. Oktober ausgeführt habe, gelöscht. Ich kann diese Datei hochladen, damit Sie wieder arbeiten können. In der Zwischenzeit hoffe ich, dass jemand von ADI dies liest und überprüft, was passiert ist. #################################################### Tony Casey hat noch ein paar Minuten später die ADI.lib.zip hochgeladen. Ich habe sie hier angehangen. mfg klaus
Hallo, ich habe die ADI.LIB von Tony Casey in das Verzeichnis %USERPROFILE%\Documents\LTspiceXVII\lib\sub kopiert und die Simulation funktioniert wieder. Tony Casey vermutet ferner, das Modell für den ADHV4702-1 könnte u.U. nicht das einzig betroffene sein. Die ADI.LIB ist jetzt vom 04.06.2021. mfg klaus
Das Modell für den ADHV4702-1 ist jedenfalls das selbe, das hhinz schon gepostet hatte. An dem Speicherort %LOCALAPPDATA% konnte ich (mit Win7) jedoch nichts finden. Ich vermute, das einfach ein Fehler passiert ist beim Überarbeiten der Libs. Allerdings sollte man wohl eine Sicherheitskopie der ADI.LIB behalten, wer weiß, ob beim nächsten Update nicht einfach wieder mit der mangelhaften Lib überschrieben wird. So wie es mir immer passiert; nach dem Update ist meine EU-Version vom Widerstandssymbol, die ich auf res.asy kopiere, wieder die amerikanische Variante.
HildeK schrieb: > Allerdings sollte man wohl eine Sicherheitskopie der ADI.LIB behalten, > wer weiß, ob beim nächsten Update nicht einfach wieder mit der > mangelhaften Lib überschrieben wird. Guter Tipp. 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
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.