This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Need functional SPICE models for common op amps

Other Parts Discussed in Thread: TINA-TI, OPA2990, RC4560, RC4580, LM833, NE5532, OPA1678, MC33078, LM358, NE5534

It probably isn't going to thrill anyone here to hear that I'm doing my SPICE analysis with LTSpice not TINA-TI, but I already have an active (and still unanswered!) issue with DesignSoft about issues having to do with transformer models that LTSpice was already intrinsically compatible with, but you need to understand that I'm in the final design phases of my next product design, and any part that I can't get a "clean" simulation for is a part that I'm not going to submit a volume purchase order for, so please see to it that I get the support I need! So I'm trying to simulate this circuit using op amps in a certain range of slew rate, voltage compatibility and output drive, and there just aren't a large number of parts meeting those criteria, so I'd like to try and find models for as many of these part numbers as possible. So I haven't yet found any parts that exactly meet my criteria, but here is a list of the parts I was having issues with, I would like to know if you have any answers for these issues:

OPA2990 - no model file (apparently there used to be a sboman9.zip but it's no longer available)

RC4560 - no model file found

RC4580 - unbelievably the only file available is a sloj175.zip which is in ENCRYPTED HSPICE, and no means of DEcryption appears to be provided

LM833 - there's a file snlm202.zip but it doesn't work correctly. This one is really interesting, LTSpice keeps emitting this error "Def Con 1!" and throwing up all over the place, actually here's a partial copy of the error log: 

Circuit: * C:\Users\New\Documents\LTspiceXVII\out833.asc

ERROR: Node U1:I0:I21:1:102 is floating and connected to current source G:U1:I0:I21:1:RA
ERROR: Node U1:I0:I19:1:102 is floating and connected to current source G:U1:I0:I19:1:RA
ERROR: Node U1:I0:I19:1:302 is floating and connected to current source G:U1:I0:I19:1:RC
ERROR: Node U2:I0:I21:1:102 is floating and connected to current source G:U2:I0:I21:1:RA
ERROR: Node U2:I0:I19:1:102 is floating and connected to current source G:U2:I0:I19:1:RA
ERROR: Node U2:I0:I19:1:302 is floating and connected to current source G:U2:I0:I19:1:RC
ERROR: Node U3:I0:I21:1:102 is floating and connected to current source G:U3:I0:I21:1:RA
ERROR: Node U3:I0:I19:1:102 is floating and connected to current source G:U3:I0:I19:1:RA
ERROR: Node U3:I0:I19:1:302 is floating and connected to current source G:U3:I0:I19:1:RC

u3:vpd: Missing value, assumed 0V @ DC
u3:i0:vprobe2: Missing value, assumed 0V @ DC
u3:i0:vprobe1: Missing value, assumed 0V @ DC
u2:vpd: Missing value, assumed 0V @ DC
u2:i0:vprobe2: Missing value, assumed 0V @ DC
u2:i0:vprobe1: Missing value, assumed 0V @ DC
u1:vpd: Missing value, assumed 0V @ DC
u1:i0:vprobe2: Missing value, assumed 0V @ DC
u1:i0:vprobe1: Missing value, assumed 0V @ DC
Direct Newton iteration failed to find .op point.  (Use ".option noopiter" to skip.)
Starting Gmin stepping
Gmin = 10
Gmin = 1.07374
vernier = 0.5
vernier = 0.25
vernier = 0.125
vernier = 0.0625
Gmin = 0.687195
vernier = 0.03125
vernier = 0.015625
vernier = 0.0078125
Gmin = 0.668762
vernier = 0.00390625
vernier = 0.00195313
vernier = 0.000976563
vernier = 0.000488281
Gmin = 0.669252
Gmin = 0
Gmin stepping succeeded in finding the operating point.

Heightened Def Con from 1.95313e-009 to 1.95703e-009
Heightened Def Con from 1.95703e-009 +to 1.95898e-009
Heightened Def Con from 1.96387e-009 to 1.96411e-009
Heightened Def Con from 1.9646e-009 to 1.98022e-009
Heightened Def Con from 2.06274e-009 +to 2.18774e-009
Heightened Def Con from 2.40649e-009 to 3.40649e-009........

Can you help me actually resolve any of these issues and find a part that gives me a "clean" simulation? (I'm NOT at liberty to provide the actual schematic as it's LOADED with proprietary IP!) Thank you!  

  • Hi Jeffrey,

    many of the TI's models are optimized for TINA-TI. So why not using TINA-TI? I'm familiar with both simulators and can say that TINA-TI is way easier to handle than LTSpice.

    And I want to add a warning: Simulations are a valuable tool. But they never tell the whole truth. This is especially true for the elder models. So don't rely too much on them but carry out very thorough testings with the real world circuits.

    Kai

  • Hey Jeffrey,

    Thanks for your interest in our parts. Unfortunately we don't support LTspice, and are unfamiliar with the errors that it throws when it does not work with our models (which are designed to work in PSpice for TI and TINA-TI). It looks like for the models you are specifically referencing the literature number, which is not a static place to find models, as new revisions will obsolete old literature numbers. The best place to find the newest models is by going to the product page, navigating to "Design and Development", and selecting "Design Tools and Simulations" (picture below)

    OPA2990 does have a spice model online, which can be found under the "OPA2990 PSpice Model (Rev. C)" I have also linked it here.opa2990.lib

    For RC4560/4580, we do not have spice models and are not planning development on these devices as they are very old parts.

    LM833, The best we can provide is the spice model that you already have. Since LTspice isn't our software, and you cannot post a circuit, we cant really help with any errors.

    Best,
    Jerry

  • Hi Jeffrey,

    for me the LM833 TINA-TI Spice model file works in LTSpice:

    LM833.zip

    See also this thread:

    https://e2e.ti.com/support/amplifiers-group/amplifiers/f/amplifiers-forum/1034332/pga281-ltspice-simulation-error

    Kai

  • Well then are there any other parts in this range that you DO have PSPICE models for? How about MC33078, NE5532, LM358? I couldn't find models for any of them either. I DID find a model for OPA1678 but it doesn't do me any good since delivery is at best 35 weeks from any major distributor. This nonsense about "you must use TINA-TI or we cannot support you" is indefensible because as you could see if you had even bothered reading my very first sentence you don't support that EITHER. As far as LM833 are you actually claiming you are getting that miserable encrypted HSPICE model to work in TINA-TI? Is that your new "marketing campaign", instead of developing superior products you just develop an entire alternate "SPICE ecosystem" that breaks the tool that everyone else knows and trusts so nobody can really tell how bad YOUR products are? From what I'm seeing so far it wouldn't surprise me in the least! Your products are getting like Google support of Android phones, you get two years from model release and after that we're no longer supporting software updates to keep the malware away, after that if you want to actually continue to use our phones then buy a new one you cheapskate! Please "stay in your own lane" and provide usable SPICE models for your products on ALL major simulation platforms, or I will have NO REASON to buy your products.

  • I'm using LTSpice XVII, you're on the previous release. I can't tell from what you posted where you got your .lib or .sub model for the LM833 because it's not in the .zip file you linked which is just a schematic. It's possible an earlier release was part of the "standard library" in the previous release but it doesn't matter, it's not the same as the one I found that was identified as snlm202.zip. I'm not an expert on which SPICE formats the current version is capable of supporting, but I know they they do try to support PSPICE models where possible. (You can tell from the error log that in the copy I was using there was an obvious bug, several of the nodes were disconnected from each other internally, the model wouldn't even converge!)

  • Hey Jeffrey,

    Because LTspice is not our software, we don't have any internal insight into the program, or much familiarity with it. We are not even able to install LTspice on our computers. Many of our legacy parts do not have models or have limited models, but our development efforts are focused on our new products. The spice models we release on products from at least the last 10 years or so are unencrypted and are able to be used across many simulators. 

    Best,
    Jerry

  • Jeffrey,

    I'm using LTSpice XVII, you're on the previous release. I can't tell from what you posted where you got your .lib or .sub model for the LM833 because it's not in the .zip file you linked which is just a schematic.

    you have to import the LIB file first, as discussed in the link I gave above:

    https://e2e.ti.com/support/amplifiers-group/amplifiers/f/amplifiers-forum/1034332/pga281-ltspice-simulation-error

    Kai

  • Right, in the case of the LM833 that's the encrypted file LM833.LIB inside snlm202.zip.

  • Well then are there any other parts in this range that you DO have PSPICE models for? How about MC33078, NE5532, LM358? I couldn't find models for any of them either.

    You will find many of them in TINA-TI, in the folder "Spice Macros".

    Kai

  • I have TINA-9, I don't see a directory "Spice Macros", in the directory "SPICELIB" I was able to find a file NSC.LIB (presumably from the Nat Semi merger) which contains as a subset a .MODEL file for LM358, that may help (that is however a very low-slew-rate part, at the low end of where my interest lies), but none of the others are there.

  • Hi Jeffrey,

    it's here:

    Kai

  • That's for the NE5534 which is externally compensated. I had asked about the NE5532 which is not, nowadays it's a much more common device (although quite old and somewhat eclipsed by the unavailable OPA1678). And the format of your response suggests that your TINA tool is usable by me, while I have explained several times in this post that it is NOT and specifically why that is (missing the ability to correctly model an asymmetrically wound transformer from the specification of the winding inductances and the coupling constant, it only has a model for symmetric transformers and "mutual inductance" whatever that is which is useless) although the "politically expedient response" here in customer "support" is to simply ignore all complaints about legitimately missing functionality in TINA and just "assume" it's all nothing more than a "customer preference issue" which will go away eventually. (Do you have any influence over DesignSoft to get them to close out issues? Apparently they never resolve anything either.) I was able to ferret my way through the many TINA support files and find that the NE5534 subcircuit file was located in the SPICELIB subdirectory in the TI.LIB file, which is the information I WOULD HAVE had the need for if that information had been of use to me, NOT "showing me where it is in the GUI" in a tool that I cannot use. I would be willing (but not eager) to use TINA if the open item with DesignSoft were closed, but for now my entire project is simulated on LTSpice and I haven't found any discrepancies yet. So far you found me a link for an OPA2990, I managed to find one for an RC4580 and an LM358 since this started, I still don't have a functional LM833 subcircuit that will simulate correctly on LTSpice XVII, the simulation failures I'm getting running the subcircuit file from snlm202.zip (the only file I have available) suggest there are some severe flaws in that model, from the prefix this was clearly originally a NatSemi part so you folks own this one.

  • Jeffrey,

    We don't have any influence over DesignSoft, however in my past experience working with them they are fairly responsive (within 24 hours). I have attempted to simulate the LM833 in TINA to assess if there are any netlist errors in the model. The download from ti.com was able to simulate correctly (both the .tsm and .lib files), so there are no critical netlist errors in the device. I understand it is impractical to use TINA at this point in your design, however from my end, I am only able to validate the function of models through TINA-TI and PSpice for TI. 

    Again, I feel it is important to reiterate that LTspice is not our tool, and it is not a matter of unwillingness to help you design in our part using competitor software, but we are unable to troubleshoot and make changes to a software that is not ours.

    Best,
    Jerry

  • That "24 hour response" from DesignSoft is now over 72 hours and counting.

    OK I'll bite, what purpose does a .tsm file serve? Here's the "best guesses" according to Google (NONE of which is exaggerated):

    TwinCat System Manager (a file of instructions for a PLC)

    TurboAssembler for OS/2

    TRSI Sound Monitor song file

    Time-Structured Merge Tree

    Toad Query Builder File

    (Of course LTSpice XVII has no idea what such a file is for, I'm sure Engelhardt himself doesn't know.)

    So yes I suppose if you're intent on going off and completely redefining what SPICE even consists of in terms of file content and extensions, you probably CAN create models in an incompatible format that appear to "break" other highly accurate and successful tools. Here's the thing though, you might THINK this fools some people, but not NEARLY enough, this whole charade is pretty much common knowledge by now, I mean this was over six years ago:

    https://forum.allaboutcircuits.com/threads/how-to-include-ltspice-simulation-folder.117134/ 

    (and note the models for that example that were found THAT WORKED came from an alternate source!)

    If you think this is a "great plan to influence people and sell semiconductors" then you've made a serious tactical error!

    If you don't intend to provide a LM833 SPICE model USABLE BY ME then yes go ahead and close the ticket in defeat - serves you right!

  • Hello Jeffrey,

    Unfortunately it looks like we are unable to further assist you. I wish we could have been of more help. Best of luck with your design.