Re: ISL70444SEH declaration issue?
Sorry, I meant 0.35/Fc => 4.5ns. -- Regards, Tony
By
Tony Casey
·
#147519
·
|
Re: ISL70444SEH declaration issue?
Exactly what do you mean by non-linear? You haven't plotted the response to varying input amplitude. All the information you have is the response to two different input pulse widths. No opamp is going
By
Tony Casey
·
#147518
·
|
Re: Is there a way to make node numbers appear on LTSpice schematics?
No, you can see what the node names before simulation are by: View > SPICE Netlist As you say, though, the net names are dynamic unless you explicitly name them. Only explicitly named nets are visible
By
Tony Casey
·
#147517
·
|
Re: Is there a way to make node numbers appear on LTSpice schematics?
You always should label nodes if they are being referenced in an equation or within a measure statement. Otherwise, they WILL change. leaving the reference invalid. Those labels are visible on the
By
Jim Wagner
·
#147516
·
|
Re: Is there a way to make node numbers appear on LTSpice schematics?
You can lable the nets with numbers or letters.? As for them showing up as you mentioned I am not sure about that.
By
Dan
·
#147515
·
|
Re: Is there a way to make node numbers appear on LTSpice schematics?
Well, except for net 0, common or ground. That is known as the schematic is built. Jim
By
Jim Wagner
·
#147514
·
|
Re: Is there a way to make node numbers appear on LTSpice schematics?
Those run-time node and net numbers can vary from run to run, especially after adding a component. AFIK, they are not known until the sim runs. Jim, Oregon Research Electronics
By
Jim Wagner
·
#147513
·
|
Is there a way to make node numbers appear on LTSpice schematics?
I believe that nodes (or nets) can be user-named, and that curves on an LTSpice plot can also be user-named, but sometimes it would be simplest to use the node numbers assigned by the software during
By
Chris - G0LOJ
·
#147512
·
|
Re: ISL70444SEH declaration issue?
Thank you Andy. I truly appreciate all of your help. I was able to find an opamp that meets my environmental requirements. However the response seems to be nonlinear. Here is the circuit (
By
@sparky1111
·
#147511
·
|
PULSE default rise and fall times (Trise=0 Tfall=0) (was: ISL70444SEH declaration issue?)
I suspect it was a large data file that slowed mine down. My run times were between 12 and 14 seconds, up from ~200 ms V(B) was what I expected, once I realized what the SIN parameters did! One big
By
Bell, Dave
·
#147510
·
|
Re: PULSE default rise and fall times (Trise=0 Tfall=0) (was: ISL70444SEH declaration issue?)
Dave wrote, " Certainly slowed down the entire .TRAN period, though. " That should not have happened.? It should slow it down over only 1 ps of the 10 ms simulation -- so about 0.00000001% of it.
By
Andy I
·
#147509
·
|
Re: PULSE default rise and fall times (Trise=0 Tfall=0) (was: ISL70444SEH declaration issue?)
Well, that¡¯s true! My mind didn¡¯t conceive of a PHz burst! Certainly slowed down the entire .TRAN period, though. I would have guessed PSICE would only slow down for the 1000 cycles of the burst.
By
Bell, Dave
·
#147508
·
|
Re: .FERRET directive does not work.
Thanks Tony, I have reported this to Anolog Devices. Regards, Dan
By
skyraider2
·
#147507
·
|
Re: PULSE default rise and fall times (Trise=0 Tfall=0) (was: ISL70444SEH declaration issue?)
That's the whole point of V2: it forces LTspice to have a very small timestep indeed. Obviously it takes time to plot lots of cycles of 1 petahertz.
By
John Woodgate
·
#147506
·
|
Re: PULSE default rise and fall times (Trise=0 Tfall=0) (was: ISL70444SEH declaration issue?)
Andy, your model here does work all the way down to 1fs. But: 1. It¡¯s much slower as-is, so 2. I deleted the SIN source, V2/B Now, it runs as fast as before, as far as I could sense (didn¡¯t
By
Bell, Dave
·
#147505
·
|
Re: Neon
Or with a resistor, capacitor, and a 90V ¡°B¡± battery, for a relaxation oscillator flasher! Sent: Sunday, July 16, 2023 2:08 PM To: [email protected] Subject: EXTERNAL: Re: [LTspice] Neon Neon
By
Bell, Dave
·
#147504
·
|
Re: Neon
Neon pilot lights were always used with a series resistor.
By
Jerry Lee Marcel
·
#147503
·
|
Re: Neon
In testing for immunity to transients, the transients are really quite energetic, and are supposed to be representative of transients that occur in real life.
By
John Woodgate
·
#147502
·
|
Re: Neon
John wrote, "... because it would probably explode due to excessive current if it ever reached striking voltage. " Interesting point. But I think it would depend on the impedance of the source of the
By
Andy I
·
#147501
·
|
Re: PULSE default rise and fall times (Trise=0 Tfall=0) (was: ISL70444SEH declaration issue?)
For grins, here is another one to try.? It shows one way to control SPICE's internal timestep while not imposing a harshly small Maximum Timestep across the whole simulation (which would make it
By
Andy I
·
#147500
·
|