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.

WEBENCH® Tools/LM5022: How to use LM5022 transient PSPICE model in circuit with VIN referenced to system ground (SPICE node 0)?

Part Number: LM5022

Tool/software: WEBENCH® Design Tools

I have used the LM5022 in a buck regulator design that steps an input negative voltage down to a smaller negative output voltage. The PSPICE simulated circuit runs well using the LM5022 transient circuit model provided by TI, provided that the LM5022 GND pin is connected to PSPICE system ground (the zero node). However, I am unable to integrate the circuit into a higher-level simulation, which requires the LM5022 input pin, VIN, to be referenced to PSPICE system ground. The reason is that the LM5022 transient model includes many references to PSPICE system ground (i.e., SPICE node 0), rather than to the device's local GND pin.

I have experienced this kind of limitation with many PSPICE component models that are internally referenced to system ground rather than to one of the model's local pins. Usually, I have found some workaround involving a cumbersome method of shifting voltages up and down using behavioral models. However, in this case, the negative buck regulator in question needs to function within a larger circuit that generates a regulated positive and negative voltage with respect to a common ground point.

For reference, attached below is the schematic of the negative voltage regulator based on the LM5022, which works well. To simulate the larger circuit, in which this regulator forms a part, I wish to connect the system ground to the LM5022 VIN pin instead of the LM5022 GND pin, but this causes the circuit to simulate incorrectly due to the LM5022 transient model's internal references to the global system ground (node 0).

(Although unconnected with the subject of this query, I wish to avoid unnecessary questions about the large output capacitance by mentioning that it is required for absorbing energy returned from an inductive load under certain conditions: the large capacitance prevents the output voltage from increasing excessively during such energy recovery periods.)

It would be greatly appreciated if someone could suggest a general solution to such global ground-referencing problems experienced with published component manufacturers' SPICE models. I wonder if perhaps some kind of model translator exists that replaces all references to node 0 with references to a specified sub-circuit pin. (I suppose one could do this by hand but I suspect I might spend several days trying to do this as I am not well-acquainted with the SPICE syntax.) Failing that, perhaps someone could suggest a specific workaround for the particular problem described with using this negative regulator circuit in the context of a positive and negative regulator with a common ground.

  • Hi David,

    Thank  you for posting.  You may not able to do it because GND in Pspice is a global node, namely its internal circuits all reference to 0V.  So in your simulation, you need level shift the circuit relative to the IC GND, namely add  the absolute VIN voltage as a dc bias to all circuit node (external circuit).  Now, your Vout is actual VOUT + |Vin|.  So your results should be the simulated voltage minus |Vin|.

    Thanks,

    Youhao Xi, Applications Engineering

  • Hi Youhao Xi,

    Thank you for the quick response.

    I don't really understand this solution and the reason may be because I did not fully describe my problem. The circuit attached to my query is a small part of a larger sub-system that I wish to simulate as a combined entity. The combined circuit is actually quite simple in concept but given the limitation of the SPICE models I cannot see how to organize the simulation. The combined circuit includes a positive and a negative voltage, VIN+ and VIN-, with respect to a common node, which I have been calling ground. A pair of buck regulators generate a reduced positive and a reduced negative output voltage VOUT+ and VOUT-, again with respect the same common node that I have called ground. The illustrated circuit is the negative buck regulator. The positive buck regulator will be conventional.

    I would like to reference the positive buck regulator GND node to ground in the usual way, while referencing the negative buck regulator's input to ground, as this is the actual circuit topology. However, the SPICE model of the LM5022 does not support this as it turns out. Of course I could simply rename the nodes, as perhaps you are suggesting, so that VIN- becomes ground, my mid-point ground becomes VIN+ and VIN+ becomes VIN++. This will of course solve the problem with respect to the LM5022 used as a negative buck regulator. However, the problem will then be shifted to whichever positive buck regulator I select as the SPICE model will presumably again fail to support connecting its GND node to any node other than the ground node to which I have connected the LM5022 ground. Therefore, I still don't see how to configure the two buck regulators such that I am simulating the real-life conditions while accepting the SPICE model limitation.

    Regards,

    David Drori, Novarex Technological Enterprises

  • Hi David,

    If you have a larger system which you want to simulate, I am afraid I don't have the solution.  To make it work, the entire LM5022 model should be changed, referencing to a floating ground which you can set to any circuit node.

    Alternatively, can you just simulate the LM5022 section by itself, and in your larger system, just replace the LM5022's output rail with a dc voltage source?  This can simplify your effort?  

    Thanks,

    Youhao

  • Hi Youhao Xi,

    I would like to retain the actual LM5022 design in the larger simulation as the positive and negative buck regulator outputs are subsequently converted into an AC voltage which may be loaded inductively. Amongst other things, I wish to simulate the circuit behavior when loaded inductively, and in particular to observe how the buck regulators and their large output capacitances behave when energy is regenerated by the load inductance pumping current back into the regulator outputs during portions of the synthesized AC cycle.

    Unfortunately, you endorse my suspicions that I will have to modify the TI LM5022 SPICE model to refer to the LM5022 GND node instead of the SPICE global ground. I assume that this entails the following:

    1. Changing all references to node 0 with references to the LM5022 GND pin in the main LM5022 subcircuit.
    2. Adding a GND input node to all lower-level subcircuits that refer to node 0, and replacing all those references to node 0 with references to the added GND input node.

    Can you confirm that this is what is required and perhaps point out any potential obstacles that I may encounter as I admit that I am not really familiar with the SPICE syntax.

    Is there any particular reason why the TI model refers internally to the global node 0 rather than to the device's own GND node? Using global node 0 seems to ensure that the device cannot be simulated in topologies with multiple devices connected with their GND pins connected to different nodes, as in my application. Is there any advantage in device models internally referring to global node 0 that outweighs the limitations that this practice places on users' simulated designs? I wonder if you could perhaps bring this issue  to the attention of the TI SPICE model developers as a general issue that surely impacts a wide variety of TI SPICE models, rather than being a problem limited to the LM5022 model.

    Regards,

    David Drori, Novarex Technological Enterprises

  • Hi David,

    First, you are right about the necessary changes. 

    Regarding the model,  you can imagine many op-amps and logic circuits, and reference voltages are used in the behavioral model.  Modeling is not a simple task, and using the global node 0 in the modeling can prevent mistakes and facilitate the work.  After all, most applications and designs are not using the circuit on floating "ground".   Sorry, your use case seems not being considered when our engineers created the model.  We have noticed this from your post, and we are considering to take this into account in our future work. 

    Thanks you, 

    Youhao

  • Dear Youhao Xi,

    Thank you for your assistance in this matter. I am flagging this issue as resolved.

    Best regards,

    David Drori, Novarex Technological Enterprises

  • Dear Youhao Xi,

    I am pleased to be able to tell you that I have now created a modified version of TI's LM5022 PSPICE model and successfully incorporated it within the larger simulation. This took several hours as I was not really familiar with the SPICE syntax and I had to resolve a few issues along the way. Next time, the process will be easier.

    At any rate, I am surprised to hear your impression that in most cases engineers will not require to float devices and can live with models that refer to the SPICE global ground node rather than to a local ground pin. In my experience, switching power supplies often involve floated devices. As soon as at least two devices participate in a simulation, in which their ground pins need to be connected to different nodes it will become a problem if their models refer to global ground rather than a device ground. Therefore, it is greatly appreciated that you have decided to pass on my recommendation to the relevant engineering department that they will endeavor to rectify the general problem and hopefully avoid references to global SPICE ground within library models developed in the future.

    If you would like me to share my modified LM5022 library model then I will be happy to do so, with the proviso that I can provide no guarantee with respect to its correctness. As I have said, it appears to work correctly in my application, with the VIN pin connected to global ground and the GND pin connected to -48 volts.

    Thank you again for your assistance and patience.

    Best regards,

    David Drori, Novarex Technological Enterprises