kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #27817
Re: .SWEET file suggestion
Here is a good example of where such a feature would be very well received:
https://forum.kicad.info/t/component-occupies-entire-page-newbie/5272/22
On Thu, Jan 5, 2017 at 12:10 AM, Chris Pavlina <pavlina.chris@xxxxxxxxx>
wrote:
> I second this suggestion. Numerous people have been proposing this for
> quite a long time in IRC, it's a popular idea. A large number of parts
> are configurable, and forcing the pins to be non-configurable makes ERC
> pretty weak.
>
> On Wed, Jan 04, 2017 at 07:22:37PM +1100, Oliver Walters wrote:
> > As far as I am aware, this (
> > https://lists.launchpad.net/kicad-developers/msg23302.html) is the
> latest
> > proposal for the new symbol format.
> >
> > Is this the case?
> >
> > Reading through this I have an idea that I think will be very useful.
> >
> > Currently each PIN can only have one TYPE (INPUT, OUTPUT, OPEN-COLLECTOR,
> > etc) which means that for parts with multiple alternate-functions on a
> pin,
> > ERC is essentially useless if the pin can be used as an INPUT or an
> OUTPUT
> > (or something else).
> >
> > Further, labelling all the possible alternate functions on a pin means
> that
> > either the symbol grows exceedingly wide, or many functions are missed.
> >
> > I suggest that the pin type should have facility for alternate functions
> to
> > be specified which would solve both of these problems. Once a symbol is
> > placed in the schematic, any multi-function pins are set to "default"
> > values (e.g. GPIO for a micro) but the other functions can be selected.
> >
> > See proposed "addition" to format here:
> >
> > http://i.imgur.com/5m38eTT.png
> >
> > Cheers,
> > Oliver
>
>
Follow ups
References