www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2015/10/09/23:29:44

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Sat, 10 Oct 2015 05:30:13 +0200 (CEST)
X-X-Sender: igor2 AT igor2priv
To: geda-user AT delorie DOT com
X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu"
From: gedau AT igor2 DOT repo DOT hu
Subject: Re: [geda-user] Stop playing stupid political games with gEDA
In-Reply-To: <mv90ht$ofg$1@ger.gmane.org>
Message-ID: <alpine.DEB.2.00.1510100519110.7137@igor2priv>
References: <201510020041 DOT t920fM6o031268 AT envy DOT delorie DOT com> <560DE183 DOT 4060305 AT jump-ing DOT de> <5BF9C4DF-32C7-4C06-9F96-8F82C935254E AT sbcglobal DOT net> <560EAEE1 DOT 6020701 AT jump-ing DOT de> <3E72AC35-5862-41B9-A8FD-6804E89E9FFB AT sbcglobal DOT net> <20151003210144 DOT GA21262 AT localhost DOT localdomain>
<56104E16 DOT 3050006 AT jump-ing DOT de> <20151003222928 DOT GC4287 AT localhost DOT localdomain> <CAM2RGhSuaNy3PQ7CJJjTbzTM6TckNGRShobchRj42Vk10ixPGQ AT mail DOT gmail DOT com> <alpine DOT DEB DOT 2 DOT 00 DOT 1510040356140 DOT 7137 AT igor2priv> <20151007134152 DOT 9597 DOT qmail AT stuge DOT se> <alpine DOT DEB DOT 2 DOT 00 DOT 1510071600380 DOT 7137 AT igor2priv>
<CAGde_xP3DxOLxWSnddpdRwcnfuEYLKekS6q5er8fGvbmyvmBdg AT mail DOT gmail DOT com> <mv90ht$ofg$1 AT ger DOT gmane DOT org>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
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


On Fri, 9 Oct 2015, Kai-Martin Knaak wrote:

<snip>

> As a side note:
> Geda currently provides good support to schematic capture and layout. But
> it lacks a readily available intuitive interface to simulation. By
> contrast, the one thing qucs can do well, is simulation. Schematic capture
> is a bit cumbersome. PCB layout is a long term goal far beyond the current
> horizon.

I once tried "easyspice" (available in stock Debian). It connects gschem 
and spice (ngspice in my case) providing a gui similar to xgsch2pcb.

>
> Doesn't this sound like an opportunity to cooperate on application level?
> I imagine a work-flow similar to gschem->pcb:
>
> 1) gschem: capture schematic. Have symbols contain a model attribute.
> 2) qucs: import schematics from geda
> 3) qucs: add drivers and probes
> 4) qucs: simulate
> 5) mull over wave forms
> 6) gschem: change values, add that crucial capacitor
> 7) qucs: update schematics from geda
> 8) goto 4)

I think easyspice implements that, only the backend is not qucs but spice.

It has three buttons: edit schematics, generate netlist, show netlist; 
then it has a big control panel section for spice simulation parameter 
setup and running the simulation. Unlike qucs, easyspice doesn't try to 
show the schematics and the simulation settings/results in one window 
(this may be scary for users). However, it can guide the user through 
editing the schematics, figuring how to set up spice and plotting the 
data.

It also invented a project file format to save schematic names and 
spice settings, just like gsch2pcb has an optional project file format 
too.

Regards,

Igor2

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019