Verilog symbol generation for single Verilog file containing both nMOS and pMOS about qucs_s HOT 6 CLOSED

There is no solution for this issue using the existing procedure for Verilog-A devices. I am planning to add new Verilog-A device that will act like SPICE file device and will not require the JSON files. But don't expect this feature to be implemented in the near future because of low demand and high time effort.

You can use the following workaround.

• Compile the VA file from CLI outside Qucs-S using OpenVAF
• Specify the OSDI path using the spiceinit script.
• Put .MODEL on schematic
• Put the SPICE generic (Z) device referencing letter N and specify the proper model name for it

from qucs_s.

The file usually has a flag of 0/1 or 1/-1 that determines n or p. One could add a line that sets the flag and create two files.

from qucs_s.

It is not possible to attach two JSON *.sym files to one *.va file using the existing workflow. Wait until the Verilog-A devices will be rewritten without need to use JSON or use the workaround. I don't promise a quick fix for this.

from qucs_s.

One could create two files and add a line that sets the flag.

I don't use Verilog myself...

from qucs_s.

@ra3xdh : Don't know your concept. But at the moment it is a bit cumbersome that each instance get his own model fixed burned in the netlist. This prevent to include library files with .model cards for each device construction and type. This concept can sufficient for usual rf circuits but not for analog and mixed-signal circuits.
Another topic is the separation of instance and model parameter. The latest release of CMC VA models make more and more this distinction, whenever unfortunately some models allow double usage - model and device parameter. I think it should considered to take care for that in the future.

from qucs_s.

The issue is not resolvable using the current way of Verilog-A devices support using the JSON files. Use the proposed workaround with SPICE generic device and modelcard. The situation will improve after implementation of #343 Don't expect a quick fix here. Closing for now.

from qucs_s.