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.

PSPICE for TI hopelessly convoluted

I have tried other SPICE programs, and decided to give PSPICE for TI a try.

So far, my experience has been very frustrating and disappointing. I would like to be able to chalk that up to my inexperience but....here are some observations from 12 hours of frustration:

  1. The so-called Users-Guide ("UG") is 2 years out of date (2019) and apparently doesn't reflect many changes obviously made to the current Version. For example: with regards to the section on "importing models" which are in the form of text files, the UG (2019; ~page 855)  says to rename the file with the *.MOD file-extension. But, in the more-recent tutorial video and in the internal "HELP" file, it says that this file should have the *.LIB extension. Now....
  2. Using either the *.LIB or the *.MOD extension, I seem to get similar results and NEITHER of those results are useful. I can see the created *.OLB in the "Library" file structure displayed in the panel on the LHS of the GUI for the schematic I am working on, but I have no idea of how I can pull that *.OLB into my schematic. Drag-and-drop doesn't work, and a Search for "Parts" or "PSPICE COMPONENT" doesn't locate the item----even though it is clearly in the "library" associated with the schematic I am working on !
  3. My observation so far is that the System Variables / Paths (etc etc) is hopelessly convoluted. This is only made much worse by the fact that the UM and the pop-up HELP files don't agree. It is, to my mind, entirely unclear how the Library structure works.  For the content experts who wrote the UG and the HELP files ----  that is to say, those who work on schematics and code professionally ----  you would think that a flow chart of some other sort of DIAGRAM would be their first choice for conveying the overall 'shape' of that Library. But, such a thing is no where to be found.
  4. It is not intuitively sensible that all of the "parts" seem to be primarily in a cache associated with the schematic. I can understand having a 'cache' of those "parts" as a fall-back (so that in the future, the schematic can be exported, stored and used in the future even if the foundational library has changed), but if I create a part / model / Pspice component, I want that creation to be available for ALL of my schematic modelling, NOT just for the one I am working on presently ! So, I should be able to designate a default User Library where a copy of all these new models get stored automatically (as well as going into the current Project folder).
  5. What really doesn't make sense is that there is this plethora of "parts" in what is ostensibly a SPICE-centric program, but it seems to me that very few of them actually have SPICE numerical models associated with them ! ! ! Those PSPICE-simulation-compatible devices are not Parts, they are "PSPICE Components". This is hopelessly arcane terminology. It is like the secret handshakes of a fraternity. Dividing devices into "Parts" and "Pspice Components"  doesn't seem to have any parallel elsewhere in the electronics engineering / technology world. I am not relying on PSPICE to draw schematics! I don't NEED "parts" which are nothing more than schematic symbols with functionally  meaningless, device-specific names attached to them ! For example: I found a MOSFET in the official library that is named IFR9520, and I put that device into the schematic I was drawing. I then found that PSPICE would not perform a simulation because it had NO numerical model associated with it! What is the sense of having such a "part" in a SPICE library !?? It is nothing more than a schematic symbol!
  • Hi Michael,

    PSpice for TI was not started from ground up as a schematic entry with a simulator. It was part of a much larger set of design/simulation tool set and is somewhat complex. Thank you for a great summary of feedbacks that help us see where users need help getting started.

    For now, I'll try to answer these below.

    1. Would you mind sharing this user guide with us? This is what the built-in documentation says about importing a model:

    To bring up the built-in documentation, select "Help", then "PSpice for TI Help". I searched the string "Import" and that's why they are highlighted.

    2, The OLB file contains the schematic symbols as you suspected. It can contain more than 1 symbol so you need to select the one to place. Since this is generated by you, it is not in the PSpice Part Search panel on the RHS of the UI.

    What you need to do is to click "Place" (you need to have an open schematic), then "Part". This will open another panel where you will see "design Cache" as well as a button to add additional OLB files:

    Once you selected the OLB file you created, a list of symbols available will be displayed for you to choose from.

    3, I am not sure what System Variables / Paths are you referring to. Please elaborate.

    4, The PSpice Part Search panel is a relatively recent addition and it tries to ease the search for symbols through a database while the Place Part panel is still needed as not everything is in the database, e.g., the symbols you create on fly. Currently there is no way to create a database for the symbols you create (which allows them to be searchable in the PSpice Part Search panel.

    5, You can read more about "Part" in the documentation.

    Sometimes "PSpice components" are used to refer to symbols for SPICE primitives and other PSpice built-in "functions". Typically with a "part", you will call a ".SUBCKT" during simulation and with a "component", you will call a ".MODEL". While on the schematic they are both symbols, care need to be taken to make sure the netlist is generated correctly for simulation.

    With the built-in "components", the models are already shipped with the installation. Same thing with all the TI "parts" in the PSpice Part Search panel. If you import a model, you would be responsible to supply the underlying model (.LIB or whatever the extension is) and specify it in the simulation profile,

    The IFR9520 does not appears to fall in the first 2 categories. Would you please share the details where you saw it?

    Thanks,
    JC

  • Hello, JC:

    Thanks for the fast response.

    I have yet to spend much time looking at what seems to be a very complete response from yourself: I had installed some new software yesterday and it had (?) temporarily set my Environment Variables to different values, but seems to have forgotten to revert them to their original status when it was finished !!! What ensued was 12 hours of sleuthing to figure out why multiple Apps were failing !!

    Today, I will look more carefully at your response and hopefully reply tomorrow.

    Mike