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=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=+ht9azb9zNvfEXsclYETtASdHlv0/enKEuYGDGk0Qfw=; b=CywnKgGqyVFAeDNrDGpT5Q6weceIPrK6X9m+1GWUv7OcIBJGUwGBR5M+0NsRHO1YJt alr1Vhz/pIQjfFjFcgbWEuMC7O/qDbSNKzFjOftyAnjbRpg4/1e4tEbl7766nRR+Y2G7 +gdy8GyrUie7pdvBYfp73Q3zQsGZ+PuFh37mUKGWfUUf3Mb+eS0u69QNVKUR0EwaMA3H f7Y7fOD0UTGX3ybmbKMfzYOz5lv4iOOOONSlByxhkInoX7OV8wxWyD0Z9EXjNGrHDAj9 vV4RZMk5BP5vjehHBH5XqEbv0gEaasjmZ9hOJOJd3sEORrHiEnr7hfJq4VadxE6DUyhO hKHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=+ht9azb9zNvfEXsclYETtASdHlv0/enKEuYGDGk0Qfw=; b=tskH4CgX2bzmt3kVA8bSIMRpRXYftDYL+fCKZYmdvJTiwu2hSeNdH6h16GvAeeAjGl S30ju7LtiFYdwcfUw2XP8VEtGf39Yjme3zuzTlQqrpX4W0cA1Bs6zRroKiQgBI4zAU8+ RCjRsxHJ61zgDcqaQybA5JLL6f7o6ZLDm35Bp45WpoSiMveX9yq8+XYlfxGdOlsQOe3I NuhuAQqdbEC2hIKSk7JN8ttEHqold14GalPfeCF4WksQIy/XFIErYiPuXfzSHook6ZCL igbaFJKeZDmHS6x+6z0SUEgzTEUjO+nmtm+r43WbDEnZHnBq1lpPAOo0PwM0cMAf25b/ nkAg== X-Gm-Message-State: AIVw112irj2xn2Hwo2kwU0qQZEKo0Esy0bDlXv68oL30nrXVZEK+F4el gFOhbje2NNSlHLDE+7IKT1F4OdqRMg== X-Received: by 10.107.134.87 with SMTP id i84mr646258iod.255.1500481337801; Wed, 19 Jul 2017 09:22:17 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20170719141700.a9a156f68d8968c53ce1e46a@gmail.com> References: <20170719141700 DOT a9a156f68d8968c53ce1e46a AT gmail DOT com> From: "Ouabache Designworks (z3qmtr45 AT gmail DOT com) [via geda-user AT delorie DOT com]" Date: Wed, 19 Jul 2017 09:22:17 -0700 Message-ID: Subject: Re: [geda-user] [chscem] slow start To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary="001a113f0b8221c21c0554ae09a1" 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 --001a113f0b8221c21c0554ae09a1 Content-Type: text/plain; charset="UTF-8" On Wed, Jul 19, 2017 at 5:17 AM, Nicklas Karlsson ( nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] < geda-user AT delorie DOT com> wrote: > > gschem is actually rather versatile. It works: circuit boards, cable > drawings, VHDL, linuxcnc configuration, mathematica, tango, ... and should > work whenever there is a need to draw a schematic with symbols there pins > are connected together with lines, for example a hydraulic circuit. Is is > possible assemble several signals into a bus which is like a cable with > several strands. > What attracted me to Cschem was the promise that it would be workflow agnostic. The problem with gschem,kicad and about all other schematic capture tools is that they are all designed to be PCB front end tools. You can have any feature as long as it would be useful in a PCB tool flow. We need a tool that is targeted to the embedded system architect that also supports state machines, flow charts etc. A tool for the architects would be a superset of all other engineering tools and would satisfy everyones needs. Make it modular so that it doesn't become bloated. IC designers abandoned schematic capture back in the early 90's when plopping down gates couldn't keep up with growing gate counts but in doing so the system architects lost a valuable tool for block diagrams. We need to get that back with Cschem. Open source is the only way to do it because a engineer can take their toolkit with them as they move between companies. > > It is a little bit hard to figure out what is wrong/missing in gschem: > + Something make movement of symbols with connections a little cumbersome. > The PCB world has a lot of great tools for moving parts on a board with a ratsnest, auto placing parts and autorouting. I would love to bring these into a schematic capture tool. Autorouting is a lot easier if you can cross lines and not make a connection unless you put a dot on it. > + Then connecting from a bus it should be possible to select which signal > should be used. > + netlist so that available net could be listed and assigned attributes, > not just net segments. > + It should be possible to see names of nets in busses. > gschem doesn't really have true busses. It has scalers and vectors. True busses would let you do all of that. IC design tools can do it but they never made it into the PCB world > - Mapping of pins to footprints should be a plugin or backend, not all > circuits need this. > +- Available standard attributes would come from plugin or backend > selected from symbol. > 0 Choice between embed/link is already available. > + bus pins. > + backend may provide online design rule check. > ? backend need to be available on context, different symbols have > different backends to make list of available attributes or? > > > I came to the conclusion gschem is very versatile with quite little > missing but something is missing. To add support for different clearances > between net a backend would be needed to specify clearances between nets > but this only make sense for physical electric circuits. Support to select > track width or cable dimension could could be done with the same approach. > a netclass or track width attribute could be added to net as is today but > it might be better to point the other direction and list the net names? > > Yes, Use Cschem for entry, editing and viewing. Use separate backend tools to o the real work. John Eaton --001a113f0b8221c21c0554ae09a1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Jul 19, 2017 at 5:17 AM, Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] <geda-use= r AT delorie DOT com> wrote:

gschem is actually rather versatile. It works: circuit boards, cable drawin= gs, VHDL, linuxcnc configuration, mathematica, tango, ... and should work w= henever there is a need to draw a schematic with symbols there pins are con= nected together with lines, for example a hydraulic circuit. Is is possible= assemble several signals into a bus which is like a cable with several str= ands.

What=C2=A0 attracted me to Cschem= was the promise that it would be workflow agnostic. The problem with gsche= m,kicad and about all other schematic capture tools is that they are all de= signed to be PCB front end tools. You can have any feature as long as it wo= uld be useful in a PCB tool flow.

We need a tool that is = targeted to the embedded system architect that also supports state machines= , flow charts etc. A tool for the architects would be a superset of all oth= er engineering tools and would satisfy everyones needs. Make it modular so = that it doesn't become bloated.

IC designers abandone= d schematic capture back in the early 90's when plopping down gates cou= ldn't keep up with growing gate counts but in doing so the system archi= tects lost a valuable tool for block diagrams.

We need to get that back with Cschem. Open source is the only way to do i= t because a engineer can take their toolkit with them as they move between = companies.

=C2=A0

It is a little bit hard to figure out what is wrong/missing in gschem:
=C2=A0+ Something make movement of symbols with connections a little cumber= some.

The PCB world has a lot of great = tools for moving parts on a board with a ratsnest, auto placing parts and a= utorouting. I would love to bring these into a schematic capture tool. Auto= routing is a lot easier if you can cross lines and not make a connection un= less you put a dot on it.


=C2=A0
=C2=A0+ Then connecting from a bus it should be possible to select which si= gnal should be used.
=C2=A0+ netlist so that available net could be listed and assigned attribut= es, not just net segments.
=C2=A0+ It should be possible to see names of nets in busses.

gschem doesn't really have true busses. It has s= calers and vectors. True busses would let you do all of that. IC design too= ls can do it but they never made it into the PCB world

= =C2=A0
=C2=A0- Mapping of pins to footprints should be a plugin or backend, not al= l circuits need this.
=C2=A0+- Available standard attributes would come from plugin or backend se= lected from symbol.
=C2=A00 Choice between embed/link is already available.
=C2=A0+ bus pins.
=C2=A0+ backend may provide online design rule check.
=C2=A0? backend need to be available on context, different symbols have dif= ferent backends to make list of available attributes or?

=C2=A0
I came to the conclusion gschem is very versatile with quite little missing= but something is missing. To add support for different clearances between = net a backend would be needed to specify clearances between nets but this o= nly make sense for physical electric circuits. Support to select track widt= h or cable dimension could could be done with the same approach. a netclass= or track width attribute could be added to net as is today but it might be= better to point the other direction and list the net names?

<= br>
Yes, Use Cschem for entry, editing and viewing. Use separate = backend tools to o the real work.


John Eaton

<= /div>



=C2=A0
--001a113f0b8221c21c0554ae09a1--