Comments (18)
I definitely agree that the first one "CP" should be swapped or even removed. I haven't ever seen that symbol for a polarized capacitor except in KiCad. I have definitely seen the second two quite a lot.
from kicad-library.
Indeed the CP one has always been strange to me, but who cares the others are there.
But in regard to these two pin symbols, they are way too big I think, not to forget that resistors and capacitors are not he same size. Resistors are 500 mil, whilst caps and diodes are 400 mil.
I did make some smaller ones that I used on some project, I can try to dig them up as examples if anyone wants.
from kicad-library.
Is someone uses the first version? If not, maybe it would be better to remove it.
And we can add smaller versions of common symbols such as Rsmall, Csmall, CPsmall.
from kicad-library.
If I understood correctly rules 3.1, 3.2 and 3.3 minimum length of capacitor symbol is 400 mils !!!
So big symbols are useless :-(
from kicad-library.
Mmm, where do you see that? Maybe I am looing on the wrong wiki page, but I don't see the bullets numbered with the dot seperator.
https://github.com/KiCad/kicad-library/wiki/Kicad-Library-Convention
from kicad-library.
https://github.com/KiCad/kicad-library/blob/master/KiCad_Library_Convention.txt
(3) General Rules for Symbols: 1, 2, 3.
from kicad-library.
Carl, can you comment on this? Could it be time to add an exception for "small" components?
from kicad-library.
I will have to say that I have my own library of capacitors, resistors, etc that are far smaller. The default ones are absolutely massive. I would like to hear Carl's opinion on this as well.
from kicad-library.
I too would vote for removing CP.
As for the size of symbols, they indeed can't be smaller than 400mils if we follow the rules, as Michal found out. Maybe we could specify that some rule applies only to black-box components, and have another rule for discrete components?
from kicad-library.
I totally agree. The rules 3.1 and 3.2 are good for most of integred circuits, but for resistors, capacitors, transistors etc 50 mil grid is much better.
from kicad-library.
Indeed, the question should then be what size. One should also consider
transistors and double diodes.
Den 12/01/2015 19.24 skrev "CarlPoirier" [email protected]:
I too would vote for removing CP.
As for the size of symbols, they indeed can't be smaller than 400mils if
we follow the rules, as Michal found out. Maybe we could specify that some
rule applies only to black-box components, and have another rule for
discrete components?β
Reply to this email directly or view it on GitHub
#97 (comment).
from kicad-library.
I think 200 mils for resistances, capacitors and diode would be nice.
@nickoe and @reportingsjr : What size do you use in your library?
@CarlPoirier : What the rules to ensure compatibility with old design? Can we just resize and commit the symbol with the same name?
from kicad-library.
There is a cache created for the project, containing the parts used. There
is no obligation about resizing.
I like the size of csmall. I'll think about some rule formulation for it.
On Mon, Jan 12, 2015 at 2:14 PM, Samuel Dolt [email protected]
wrote:
I think 200 mils for resistances, capacitors and diode would be nice.
@nickoe https://github.com/nickoe and @reportingsjr
https://github.com/reportingsjr : What size do you use in your library?@CarlPoirier https://github.com/CarlPoirier : What the rules to ensure
compatibility with old design? Can we just resize and commit the symbol
with the same name?β
Reply to this email directly or view it on GitHub
#97 (comment).
from kicad-library.
Here is my suggestion. (Taking care of #101 as well)
3.2. For black-box symbols, pins have a length of 100mil. Large pin numbers can be accomodated by incrementing the width in steps of 50mil.
This way, components with a distinctive shape are not included and might have various pin lengths, but they still have to follow rule 3.1. Resistors and capacitors can thus be 200mil long, such as "csmall".
from kicad-library.
I have made a pull request with some small symbole: #104
from kicad-library.
In the real world of kicad schematics parts are whatever size they need to be within that schematic, which may include schematics that have dozens of pages. Depending on how ones setting for the schematic are, I have used capacitors as small as 40 mils. Therefore it is silly to create libraries for any of these two pin devices. A parts wizard should meadiate between those parts that can easily be generated and those fixed size parts that get pulled from libraries, standard or custom. Ideally, kicad schematics and parts would be in svg and with adaptive pin pitches. As for the immeadiate issue, I would never use CP, as it looks like a charge pump to me. Like others, I have seen CP1 and CP2 used frequently. I would depricate CP and remove it by and by. I have a slight preference for CP1, being in the US. I associate CP2 with European usage. But either form should be in the 'standard' library, not withstanding my previous comments.
from kicad-library.
CP1 is likely the most used, at least in the US. I have only ever seen CP in KICAD and its been a long term annoyance. CP2 is understandable as well but not what I've seen typically.
from kicad-library.
CP has been eradicated now. Pick whichever of the two symbols left you prefer for your schematics!
from kicad-library.
Related Issues (20)
- atmel.lib has some old parts with conflicting names HOT 4
- Slash in symbol names - violation of the new KLC? HOT 18
- Broken datasheets for NXP logic ICs HOT 1
- Triac symbols needs correction, or new symbol HOT 6
- Pin header wrong names by KLC? HOT 1
- IEC 74xx symbols HOT 3
- Separate 3d modules from schematic symbol libraries HOT 2
- fp-lib-tables out of date HOT 7
- Missalignment on SOT-23 and SOT-23_Handsoldered HOT 2
- dc-dc.lib not working with kicad 4.0.7 HOT 2
- KLC-modifications/additions HOT 8
- Wrong transistor symbols HOT 4
- Library names HOT 3
- DXF Import fails with Umlaut in Foldername HOT 1
- do ".." equal with "-" HOT 1
- Some pin headers 3D representation is rotated 90ΒΊ HOT 3
- INA138/INA168 Schematic symbol has incorrect pinout (again) HOT 2
- Add generic IC types. HOT 3
- MCU_Microchip_PICxx libraries on git are still using "/" in the partname and footprints HOT 1
- Wrong footprint for TXB0108DQSR in library "texas" HOT 4
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from kicad-library.