X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=LcwCY1XlBW9Y6PhVsBlwUgRoqNz7Ix8Uju8j4bmuF+c=; b=0LFzUBSBgVsWAzDzZmYxrqMxXvKGBDkAMyAsn2l5zbMJrLHxVKzRqzO38KECNV3eBH QdHY9CW1nwXriAyXGyHWaCQKDr1hatFJBnVfrxFhnHwzl2h+qD53lyGPv9mOAYIouPF6 I2E3MbHL+0hOE7Bb1LPfyZH+mIyc1ou9lQI6p02TgZRi3dFIT7EfJIWmck3KykcUVASr DZGGbUHCZ+vP3TiCerMTdMRuwuoLolT9MmbrwspYxPtb8mUN/YlHVyhExn/Pg0K8q8FJ UjZYQ4X61wE4qNiN/ZXa4hBI6Ti9+cjGvqgbjwM9Vymg4UryB9MTDO6g/Tc1zEWfoVWM CNwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=LcwCY1XlBW9Y6PhVsBlwUgRoqNz7Ix8Uju8j4bmuF+c=; b=GpnJ9my9wavKaXYhEw+QZ5m2+JWAyFgDoHgsINLURwqmxxolQ8M+YUPUSnvFD+rFpE NHSbmBAPQYhGiYvKSDM+xJuBzZl3nkakh1H4iiZQPU4r5p9/X+SSbPmWAMbRxkvEEgsb YxXcupPakiOFU91Wa1gyMIWkzMzbc3X8MUzLs7fOh+S1ySr2FVlRIJN4iECSfm25LYuR 5Q+cE6qnhw3vFhQED28GI6xKIaRk3JYQCb8/zMXwoZVRYei5brzOHOgCzLyEYNm/VONA B7x9IDtuzrAY3GGmc91o14l0UL3tcHa0sAUXJ9h2AJoTb92IN6eTzxhKlWcpfSXE9jvd 8iBg== X-Gm-Message-State: AEkoousCRAABsoHZLdaYE6+k6YqQrLXqIW3e0MKZ3rMNJNBCfOf3GMvJVjwYESPTrmDsagdrEQtEX5yEov6Q1A== X-Received: by 10.107.149.16 with SMTP id x16mr61081762iod.141.1470168113015; Tue, 02 Aug 2016 13:01:53 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <9D554144-D41A-463F-955F-68227BC3D167@noqsi.com> References: <20160722171754 DOT GB17595 AT localhost DOT localdomain> <20160723065723 DOT GC17595 AT localhost DOT localdomain> <20160723092248 DOT GF17595 AT localhost DOT localdomain> <20160724053502 DOT GM17595 AT localhost DOT localdomain> <9719FF2C-AC85-4824-89E9-447216E7FA65 AT sbcglobal DOT net> <939E39F7-B4DA-4B56-A640-C7E6E4ECF955 AT sbcglobal DOT net> <9ED612EF-E3F5-48CC-8FB3-B67CA7DEE432 AT noqsi DOT com> <9D554144-D41A-463F-955F-68227BC3D167 AT noqsi DOT com> From: "Ouabache Designworks (z3qmtr45 AT gmail DOT com) [via geda-user AT delorie DOT com]" Date: Tue, 2 Aug 2016 13:01:52 -0700 Message-ID: Subject: Re: [geda-user] Plans for gEDA/gaf (was: [OT] ngspice integration in KiCad) To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=001a1140f7a023410705391c3068 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 Precedence: bulk --001a1140f7a023410705391c3068 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Aug 2, 2016 at 11:56 AM, John Doty wrote: > > On Aug 2, 2016, at 2:18 PM, Ouabache Designworks (z3qmtr45 AT gmail DOT com) > [via geda-user AT delorie DOT com] wrote: > > > > On Tue, Aug 2, 2016 at 10:27 AM, John Doty wrote: > >> >> On Aug 2, 2016, at 11:55 AM, Ouabache Designworks (z3qmtr45 AT gmail DOT com) >> [via geda-user AT delorie DOT com] wrote: >> >> This group has shown almost no interest in features that are needed by I= C >> designers if they are not also needed by PCB designers. >> >> >> What do you imagine IC designers need? I design mixed-signal ASICs in >> gschem, and do not perceive any limits. Just another application for a >> complete, general purpose network topology editor. >> >> John Doty Noqsi Aerospace, Ltd. >> http://www.noqsi.com/ >> jpd AT noqsi DOT com >> >> >> How about libraries that you can download that don't have naming > collisions with other libraries? > > > Since you have complete control of your library path, why is this a > problem? Just put together the library *your* project needs. No big deal. > Certainly not something that requires a new *feature*. > > So I need part A from Library foo and part B from library bar when both libs have both parts. How do I set up the search path? > > How about complete hierarchical design support with uniquification? > > > I=E2=80=99m not sure what your problem is. My ASICs are hierarchical (of = course). > When I descend down into a component instance then I want to see the schematic using all the elaborated values instead of the attribute names. > > > How about Busses? IC's need support for wires,vectors and busses. Gschem > does wires with some graphic support for vectors but nothing for busses. > > > Need? Maybe they would be nice, but I haven=E2=80=99t really missed them.= Mostly > you want them in complex digital parts, I think. If that was the kind of > chip I was doing, I=E2=80=99d do those straight in HDL, not draw them in = gschem. In > any case, there=E2=80=99s nothing preventing you giving a net a name that= describes > a bus, and dealing with that downstream. > > Wires and vectors have inputs and outputs. Busses have masters and slaves. You need to support bundling wires,vectors and busses into bigger busses, passing it up and down hierarchies and then splitting everything back apart at the end. Even if you do hdl you still want to do your top levels in schematics because that is your documentation and will be in sync with the design. > > Gschem supports small data designs. IC designers need support for big dat= a > projects. > > > Big data designs are sanely composed of small data components. Gschem > handles those small data components well. Drawings don=E2=80=99t scale we= ll to big > data, so gschem isn=E2=80=99t the right tool for the higher levels (which= are more > like programming than graphical design). > > We used to design ICs using schematic capture until verilog came along. Then the architects switched from using schematics to Microsoft Visio. It was a giant step backwards. > > > John Eaton > > > > > > > John Doty Noqsi Aerospace, Ltd. > > http://www.noqsi.com/ > > jpd AT noqsi DOT com > > > --001a1140f7a023410705391c3068 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Aug 2, 2016 at 11:56 AM, John Doty <jpd AT noqsi DOT com> w= rote:

On Aug 2, 2016, at 2:18 PM, Ouabache Design= works (z3qmtr45 AT gma= il.com) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:



On Tue, Aug 2, 2016 at 10:27 AM, John Doty <jpd AT noqsi DOT com= > wrote:

On Aug 2, 2016, at 11:55 AM, Ouabache Des= ignworks (z3qmtr45@= gmail.com) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:

This gro= up has shown almost no interest in features that are needed by IC designers= if they are not also needed by PCB designers.

What do you imagine IC designers need? I design m= ixed-signal ASICs in gschem, and do not perceive any limits. Just another a= pplication for a complete, general purpose network topology editor.
John Doty=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0Noqsi Aerospace, Ltd.


How about libraries that you can download that= don't have naming collisions with other libraries?

Since you have complete control of your libr= ary path, why is this a problem? Just put together the library *your* proje= ct needs. No big deal. Certainly not something that requires a new *feature= *.


=
So I need part A from Library foo and part B from library bar wh= en both libs have both parts. How do I set up the search path?

=C2=A0
=

How about c= omplete hierarchical design support with uniquification?

I=E2=80=99m not sure what your problem is. = My ASICs are hierarchical (of course).

When I descend down into a component instance then I want to see th= e schematic using all the elaborated values instead of the attribute names.=

=C2=A0

=

How about Busses? IC's need support for wires,vectors and busses.= Gschem does wires with some graphic support for vectors but nothing for bu= sses.

Need? Maybe they wo= uld be nice, but I haven=E2=80=99t really missed them. Mostly you want them= in complex digital parts, I think. If that was the kind of chip I was doin= g, I=E2=80=99d do those straight in HDL, not draw them in gschem. In any ca= se, there=E2=80=99s nothing preventing you giving a net a name that describ= es a bus, and dealing with that downstream.

=


Wires and vectors h= ave inputs and outputs. Busses have masters and slaves.=C2=A0 You need to s= upport bundling wires,vectors and busses into bigger busses, passing it up = and down hierarchies and then splitting everything back apart at the end.
Even if you do hdl you still want to do your top levels in= schematics because that is your documentation and will be in sync with
=
the design.


=C2=A0

Gschem supports small data designs. IC designe= rs need support for big data projects.
Big data designs are sanely composed of small data compo= nents. Gschem handles those small data components well. Drawings don=E2=80= =99t scale well to big data, so gschem isn=E2=80=99t the right tool for the= higher levels (which are more like programming than graphical design).

We used to design ICs us= ing schematic capture until verilog came along. Then the architects switche= d from using schematics to Microsoft Visio. It was a giant step backwards.<= br>

=C2=A0


John Eaton





John Doty=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0<= /span>Noqsi Aerospace, Ltd.

http://ww= w.noqsi.com/

jpd AT noqsi DOT com




--001a1140f7a023410705391c3068--