I’d appreciate some input from Qorvo regarding compatibility with LTspice schematic files.
I’m a long-time LTspice user/fan and have incorporated it into the curriculum of several courses. I’m just starting an evaluation to determine whether incorporating Qspice into future coursework makes sense. I quickly encountered a significant roadblock: the apparent lack of compatibility with LTspice schematic files.
I’ve amassed a substantial collection of files that would require import/conversion, and the prospect of manually recreating schematics in Qspice is probably a show-stopper. I found comments on this issue in another thread but didn’t see a clear solution or any input from Qorvo (unless I missed it). I searched the documentation using the “LTspice” and “Import” search terms but only saw a reference to model import, not schematic files.
If there is no compatibility, then I’d recommend stating it outright. Regardless, I’d be grateful for a response from the authoritative source - Qorvo.
Ltspice has original models that are not found in other Spice programs. Many models are encrypted. No outsider has the right to use them. Qspice has original models. Therefore, you should not expect compatibility between the schemes. Since the models are different and they are not in Qspice, transferring the circuit from one program to another is not possible. But enthusiasts make character translators, and if there are spice models for these characters not in the LTspice syntax, then you can make a Qspice element.
My advice: don’t leave LTspice. But I advise you to use Qspice because of the new features. For example, the ability to build models using Verilog and C++.
I expressed my opinion.
Ordinarily, I wouldn’t expect compatibility between products from two manufacturers. I only did so in this case after seeing that the major contributor, Mike Englehardt, was common to both companies. In fact, I only considered using Qspice after seeing a video of M.E.'s Qspice announcement at a trade show. I naively assumed the new version would be compatible without considering IP/Licensing issues.
Thanks for the prompt response and the advice; much appreciated.
I fully agree with @bordodynov , this is only additional information for reference.
Device Compatibility
The major device not compatible from LTspice is A-device, which unfortunately is commonly used in LT and AD devices subckt. Two reasons that A-device is not implemented in Qspice according to Mike Engelhardt
Depends on how A-device is used in LTspice model, it may or may not be translate into Qspice. But no matter how it done, there is no way for full compatibility from A-device to Ã-device.
Netlist
If A-device is not involved, you should generally able to work between simulators with netlist. Schematic file is always unique to the simulators GUI, but netlist is universal (sometime you may still need few modification). This is a common method that people use it to compare Qspice with different spice simulators.
I remember reading somewhere that the primary reason why LTspice, Simplis-ADI, Tina-TI exist are for those big suppliers to distribute their own encrypted circuit model thus the user can simulate and study their IC without leaking too much info to the user/competitors.
I think, this reason aloneshould be sufficient to indicate that cross compatibility wont be the developers priority anytime soon.
I also have a large number of LTspice schematics, and I fully agree automatic conversion to Qspice would be a big time saver.
It would not be fully automatic if incompatible devices are used, and they would need extra work, but that is unavoidable in any case.
It would be excellent if there was a LTSpice-to-QSpice converter. But I"m pretty sure that Mike is prohibited contractually from doing it. (Surely this would violate some non-compete terms.)
So I suspect that, if we want it, we’ll need to build it ourselves. I spent a bit of time reverse-engineering the *.qsch format for my QCodeGen project and the QSpice side seems easy enough. If anyone wants to make it a team effort, count me in.
But what if I’m not using those special encrypted models, but only the ordinary ones and ones which are defined by a standard spice language?
Also, even if the LTspice schematic includes things which can’t be converted, couldn’t we convert those to empty symbols without a model, which we’d then add in Qspice manually?
Sure, it would usually require some fine tuning after the conversion, but it would still be a big time saver, compared to complete redrawing of something you already have a schematic of in LTspice. Especially if it’s a tidy one you spent your time with.
For generic SPICE devices, both LTspice and QSpice can handle them.
When Mike Engelhardt developed LTspice, it featured a unique device called the A-device to simulate op-amps and mixed-mode circuit simulation elements, which is Linear Technology’s (now Analog Devices) intelligent proprietary technology. Similarly, in the development of QSpice, Mike introduced unique devices such as Ã-, ¥-, €-, £-, Ø-, ×- to simulate these circuit elements.
The A-device logic family may be converted to a ¥-device. However, A-device OTA and Ã-device OTA fundamentally differ in how they handle current flow, making a general conversion impossible. I studied that for weeks, even devices that can be converted, but it is a tedious process. Most importantly, normally you cannot find a way to convert OTAs. (Some can, but in most cases, it cannot).
Unfortunately, LT or AD models heavily rely on the A-device, especially OTA, which can only run in LTspice.
All SPICE software operates on a netlist. The schematic is merely a GUI interface to convert the circuit into a netlist. You can also use the netlist to run simulations in different SPICE platforms, as long as the netlist only contains generic SPICE devices.
@bordodynov made a fair comment with which I fully agree.