Dual-pulse test

I intend to implement a dual-pulse test in QSPICE; however, the simulation proceeds exceedingly slowly in p
IGBT_650V_TRENCHSTOP5_S5_L1_AB.txt (76.3 KB)
Parent - IGBT .qsch (8.8 KB)
ractice. The underlying cause of this issue remains unclear to me.

You didn’t add ground. You are attempting to short inductor L1 when X2 is ON. There is no way for current to flow after X2 is OFF, and X1 is always OFF. What exactly are you trying to simulate?

This device looks fine in a simple half-bridge simulation
IKW50N65ES5_L1.HalfBridge.qsch (9.9 KB)

See

1 Like

Oh, I have fastmath disabled in my options. I never realize when someone has difficulty using Qspice64.exe

Wondering if you maybe have had time to observe the speed difference between fastmath enabled and disabled.?

I used to have similar problem where the sim just crashing for complete PFC+DAB sim… And after asking Mike, he just remind me about fastmath, and things going well.

After being turned off, the system’s operation became exceedingly sluggish.

Can the waveform window be enhanced to include measurement cursors for easier viewing of specific values?

In plot pane, double click on trace label will bring a cursor. Double click again can bring second one. Maximum two cursors. But are you refer to this?

Yes, precisely this.Thanks

There was a discussion about the speed of Qspice64.exe and Qspice80.exe, refer to the link. Actually, fastmath (Qspice64.exe) is not necessarily faster than Qspice80.exe. We had a counterexample in that post, but you know, Qspice keeps updating and I don’t verify.

I personally prefer 80-bit math over 64-bit math. In general, I have found that with ideal switches or diodes, it is better to use 80-bit math (your simulation always with ideal device, I suggest always 80bit). Mike recommends using fastmath (Qspice64) unless you encounter a problem. However, I always set my Qspice to run with Qspice80 (disable fastmath in options). Simulation time is not generally a concern for me. Both Qspice64 and Qspice80 use 80-bit math, but Qspice80 has more 80-bit math implemented.

I expect you disable fastmath to solve the convergence problem… but in weird situation, I did observe thing can run with Qspice64 but not Qspice80, but it very rare.
And I expect crash means timestep too small or something like that, not really program crash, right?