X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-CMAE-Analysis:	v=2.4 cv=ev4acqlX c=1 sm=1 tr=0 ts=6044080c
	a=+cj0cO56Fp8x7EdhTra87A==:117 a=Qb+kE6m6nGt3h8RLjeL6qQ==:17
	a=9+rZDBEiDlHhcck0kWbJtElFXBc=:19 a=IkcTkHD0fZMA:10 a=dESyimp9J3IA:10
	a=a1KZgU7cAAAA:8 a=Mj1Xp5F7AAAA:8 a=glGsgaGuXaPpr9an9KwA:9
	a=PAeOpjUrSmnCvlCt:21 a=7fya5dGSetuOsIQA:21 a=QEXdDO2ut3YA:10
	a=ng0hpkU2jXKPaRTLMVYJ:22 a=OCttjWrK5_uSHO_3Hkg-:22 a=BPzZvq435JnGatEyYwdK:22
X-SECURESERVER-ACCT:	glimrick AT epilitimus DOT com
Subject:	Re: [geda-user] xspice beta release
To:	geda-user AT delorie DOT com
References:	<684ff00e-4b43-353a-9852-c2b7dab078bc AT epilitimus DOT com>
	<20210306222954 DOT 222cfcb7 AT swips DOT iqo DOT uni-hannover DOT de>
From:	"Glenn (glimrick AT epilitimus DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Message-ID:	<be7f742a-0c41-864c-f0b7-3a9426f2d9ca@epilitimus.com>
Date:	Sat, 6 Mar 2021 14:54:06 -0800
User-Agent:	Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
	Firefox/60.0 SeaMonkey/2.53.3
MIME-Version:	1.0
In-Reply-To:	<20210306222954.222cfcb7@swips.iqo.uni-hannover.de>
X-AntiAbuse:	This header was added to track abuse, please include it with any abuse report
X-AntiAbuse:	Primary Hostname - a2plcpnl0121.prod.iad2.secureserver.net
X-AntiAbuse:	Original Domain - delorie.com
X-AntiAbuse:	Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse:	Sender Address Domain - epilitimus.com
X-Get-Message-Sender-Via:	a2plcpnl0121.prod.iad2.secureserver.net: authenticated_id: glimrick AT epilitimus DOT com
X-Authenticated-Sender:	a2plcpnl0121.prod.iad2.secureserver.net: glimrick AT epilitimus DOT com
X-Source:
X-Source-Args:
X-Source-Dir:
X-CMAE-Envelope:	MS4xfPeB4FxbdAsA0GmxuOb3+o8Vfvs9L3LZbky1Vxge+HPgpILyK03/xgV1ihBHkCjlqIxbaqU4QWSqiIgwiKatBzdmBSj/wjEPtET3j5oQnAEe2BoXjAF/
	yIKljOTAsYzWOBEYF3GJ2yZcKBXYzp5gqQCKY3Bvucdep4jGIegDGViH/ypIRE2Gi4fuZfnstjUk76AdpjaleAJNj3394pyWFGwQ43eJtqCkT9CfwryV0xRU
Reply-To:	geda-user AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	geda-user AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

Kai-Martin Knaak wrote:
> "Glenn (glimrick AT epilitimus DOT com) [via geda-user AT delorie DOT com]"
> <geda-user AT delorie DOT com> schrieb am  4. March 2021:
>
>> You can find the first out of tree beta release of my new xspice
>> backend for gnetlist on the master branch at
>> http://epilitimus.com/git_repos/xspice.git
> I am curious: 
> What motivated you to take the effort? 
> What kind of project will benefit the most from the backend?
Short answer is like SAB, I wrote it because I need it for a project I
am working on, so for me this is a sub project, but one I should be
using for a long time to come.

The main advantage of using the xspice backend is that it adds the
ability to do digital and mixed mode simulation to the geda/spice
support. Without xspice support we were limited to analog only in spice,
unless you wanted to hand code spice files which kind of defeats the
whole purpose. Another strong point of my approach is that it makes
supporting the board level simulation of ICs much simpler, IMO.

> The readme talks about the organisation of models. Does this mean,
> your project will eventually provide a library of models?
My immediate plan, once I get the rest of the basic infrastructure in
place, is to add some basic linear devices, most likely at a functional
level of detail. After that it will probably slow considerably, as I put
more effort into the higher level projects  I am working on.

I am kind of hoping that others will find it valuable enough to
contribute their own FOSS spice models/subcircuits. I have given some
thought to setting up a git repo for this purpose.

An increasing number of companies are only providing their models as
either part of their in-house spice implementation or as encrypted files
(which only work in a specific spice, usually PSpice). For example TI
used to be an excellent source of models, not anymore. The problem is
getting worse with all the consolidation among manufactures. Without a
FOSS source of models and subcircuits all other spice implementations
will wither. It has been a drag on spice for a long time that models
were all copyrighted so each install had to collect their own library of
parts. Not a super big deal as long as companies made their models
readily available.

So yes ideally I would like to see the device support increase, and I
will be adding devices as I need them, but if it is entirely on me to
add devices then that process will be slow. It will be faster to the
extent others decide to contribute.

>
> To get the test schematic working, I had to disable a line in my
> .gEDA/gafrc that removes the default library of geda symbols.
Not sure if that falls into the bug category or not :)

Thanks for the feedback. The crickets were getting pretty loud.

Glenn

- Raw text -