Spice simulation

Member
Joined 2004
Paid Member
This is closer to correct I think. Its still complex and marginally stable. I'll study the Crown schematic. If you have a QSC schematic I would like to look at it as well.
 

Attachments

  • Grounded bridge 2.PNG
    Grounded bridge 2.PNG
    13.1 KB · Views: 206
  • Grounded Bridge 2.zip
    933 bytes · Views: 59
Here is one of QSC's schematics.

Very cool stuff too. Not a bridge, but bridgeable.

Very cool is how all output power transistors have all their collectors grounded, since the amp's output is also grounded, that makes for a very unique and interesting configuration.

The speaker has one end to ground, but the other end doesn't come straight from the amp's output, since that output is at ground, it comes from a center tap from the psu, but that psu doesn't even have a center tap, with a single winding transformer, so that tap is created otherwise.

The flying rails plus the grounded output make this very unusual. And when it's bridged, very interesting as well. Most of QSC's amps use this, and I saw the most powerful models using this plus a class H or G mode.
 

Attachments

  • QSC-1200-pwr-sch.pdf
    682 KB · Views: 105
There is one other type of arrangement that I found also quite interesting, although not used much and not in commercial amps: it's a sort of bridge, with a class A amp, plus a plain class B on the other side that is used to drive the class A's rails to higher levels as needed when power increases.

This allows a more powerful class A amp without the drawbacks of very high dissipation and running hot when idling.

Those QSC amps are widely used and commercialized, so are the grounded bridges from crown and others, but that mix of class A and B in a bridge arrangement hasn't caught on. It may not be so practical after all. I think it was invented by a japanese. Very clever though.
 
There is one thing about the QSC flying rail topo that I think could be also quite interesting.

If I understand it right, their topo would not allow any DC out on the speakers in case of output failure from the amp. Since all the currents go through the filter caps, in case of output short, I think the most that can come out to the speaker is a big "klok"and that's it.

And I noticed that there are no soa/vi limiter protection. The protection is thermal, with a ptc sensor, and a simple muting / power on delay for the speakers, because I believe with this arrangement of filter caps driving the speaker, there must be a big "klok" at power up and perhaps a somewhat smaller one when powering off.

Interesting stuff to simulate.
 
TIAN probe issues.

I still have not made this work. The example that ships in LTSpice, "LoopGain2" syntax is not correct. I believe it is the "@" it is objecting to.

Does anyone have a WORKING example of this second method and some explanations of what I am looking at? It was intuitive I could do an AC simulation and look across the input diff pair, but what looks good there does not work in Trans. I can just d a trans at the zero gain point, but that does net tell me about all the other issues.

I really need some instruction here. I am attempting to insert it at the input to the VAS as I usually do TMS. But to get going, I will adapt to wherever.
 
The help pages are really sad.

I believe SPICE goes back to the 70's. For anything like this with a long history (PCB software too), the "top dogs" have simply been with the technology as it developed, and took its limitations in stride because they already understood the mechanics and the software is just a convenience for them. They are so used to all these little quirks that they don't feel any motivation to fix them. Their attitude is, they have gotten past the learning curve and it's someone else's problem. There is also a conflict of interest because making software to make their job easy means they will have to compete with everyone they've made it easy for.

So if you want to understand the simulator, you probably need to go read the documentation of the original SPICE program. It's all online somewhere for free, and it's supposed to be really good. After you catch enough glimpses about how SPICE works underneath the interface, you begin to see why LTSpice has its limitations.

Ultimately SPICE was made to imitate electronics, not to actually model the physics. You can model a circuit using theoretical physics but it's too computationally intensive and takes too long. The industry has found that SPICE has the optimal level of simplification. So really, the SPICE engine itself is an evolving compromise driven by the needs of industry every time it's updated or rewritten.

This doesn't make it alright to be badly documented, but it helps to see why things have turned out as they have, which could help to do something about it.
 
Added the line into the plot def file. I was trying to put the .func in the schematic. Guess it can't.
Darn if I can get it to plot this. If I type the string in, yes it does.
Using just the "help" I can't find a way to add a trace to "simply plot" as the demo says. Every permutation of syntax always complain "no number"

The HELP assumes you already know how, and so does the demo.
 
I need to simulate something that includes an opto-coupler, namely the FOD814, and I haven't been able to find a proper spice model for it.

Is there any way to get the model? Or can this be put together somehow? (from datasheet)
Poke around in the Yahoo LTSpice User's Group. I think there are some old models for the original Vactrol parts, and somebody (possibly Helmut?) made some improvements and worked up parameter values for a few of the current Silonex parts. There may be other models there for, e.g., the 3Nxx and 4Nxx and FODxx devices.

Dale