adamgreig / agg-kicad

KiCAD libraries, footprints, and scripts
MIT License
161 stars 45 forks source link

Symbol style guidelines #114

Open russss opened 7 years ago

russss commented 7 years ago

Assuming we are willing to make some deviations from datasheets (which are usually awful), it would be good to have a consistent style for pin naming. For example:

adamgreig commented 7 years ago

I like this idea.

adamgreig commented 7 years ago

Also maybe @cillian64 or @JMW95 will have some thoughts on this

russss commented 7 years ago

Regarding alternate functions:

adamgreig commented 7 years ago

I think for something like a microcontroller, each pin has too many alternate functions to make it sensible to list any. Even SPI1_NSS will appear in loads of different places and often on pins that are also I²C and UART at the same time. On devices with just one alternate function it might be more reasonable (e.g. the rpi symbol).

On the many special purpose chips where pins have maybe two functions (e.g. strapping as you mention, or trim/softstart on vregs) and they have both functions in the name on the datasheet then I think it makes more sense to name them like that.

Changing the order depending on side sounds like it will just lead to too much trouble thanks to rotation, so I don't think it's worth doing.

What different format can you think of? Like using A_B vs A/B?

russss commented 7 years ago

Well, the ESP32 symbol I added recently uses A-B, but I think the forwardslash is probably the best option for everything.

(Incidentally I believe even the RPi has the capability to remap pins but it seems like there's a very strong convention there.)

cillian64 commented 7 years ago
adamgreig commented 7 years ago

@cillian64

adamgreig commented 7 years ago

@russss Right, so on something like the rpi where there's a strong convention to use a single alternate function I think it make sense to include it. Likewise on an Arduino where 0 and 1 are TX and RX, and it has PWM pins, etc, but only one thing per pin.