Create IEC_Symbol lib

[aris-kimi]

This PR is a first approach for issue: #2612
All pins are all passive, none footprints and datasheets included, and some parts i think it is better not to be centered.
I haven't updated lib-table yet.
I think now i can have a review for the symbol parts.

All contributions to the kicad library must follow the KiCad library convention

Thanks for creating a pull request to contribute to the KiCad libraries! To speed up integration of your PR, please check the following items:

• Provide a URL to a datasheet for the symbol(s) you are contributing
• Provide a screenshot of the symbol(s) from the symbol editor with the pin types visible
• Ensure that the associated footprints match the official footprint library
  • A new fitting footprint must be submitted if the library does not yet contain one.
• If there are matching footprint PRs, provide link(s) as appropriate
• Check the output of the Travis automated check scripts - fix any errors as required
• Give a reason behind any intentional library convention rule violation.

---

Be patient, we maintainers are volunteers with limited time and need to check your contribution against the datasheet. You can speed up the process by providing all the necessary information (see above). And you can speed up the process even more by providing additional info like the screenshot of the symbol editor pin table (or for high pin counts converted to csv) sorted in the same way as the pin table in the datasheet and a direct link to the datasheet page that contains the pin table.

[myfreescalewebpage]

@aris-kimi new library need modification of "sym-lib-table" file

[aris-kimi]

I will commit now, i left it open until discussion about the structure. Have you checked any symbols from this lib?

[myfreescalewebpage]

@aris-kimi thanks.

First some basic comments:

• What are the numbers in front of the symbol names ?
• Do you have any public IEC reference we can use to check the conformity of the symbols ?
• Datasheet link should be ~ when it's not available

Joel

[aris-kimi]

https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUKEwjdzICPibfrAhXQSsAKHWaRARUQFjAJegQIARAB&url=http%3A%2F%2Fm.wdfxw.net%2FgoDownFiles.aspx%3Fkey%3D89220070&usg=AOvVaw13JCjw115Fgz0yqtMqDkwC

http://www.manolas.gr/various/pdf/electric_symbol_iec_60617.pdf

Most basic link i used is nowhere to be found at the present time.
I consulted some of my books and that dead end.

First link is something i found now, but describes some.
Second link is in Greek, but still shows some of them.
Numbers kept in front in order to order symbols as they are presented to that 60617 standard which i cannot find right now.

Basic EDIT:
All those symbols have been designed precisely(well...not 100% of them after all, but most of them) as shown in a 100mil grid described at that document.

6-x-x: https://oilweb.oilindia.in/new_electrical/data/circulars/TECHNICAL/60617-6_1996.pdf
7-x-x: https://oilweb.oilindia.in/new_electrical/data/circulars/TECHNICAL/60617-7_1996.pdf

[chschlue]

@myfreescalewebpage

Do you have any public IEC reference we can use to check the conformity of the symbols ?

I think we'll have to live with the fact that this stuff is kept under lock and key, but I have IEC 617 so I can review this.

[chschlue]

[WIP]

General

• Lib names are generally from broader to narrower, rename to Symbol_IEC

IEC 60617-6

Section 8

• 06-08-01

IEC 60617-7

Section 8

• 07-08-02
• 07-08-03

Section 13

• 07-13-02

Section 15

• 07-15-07
• 07-15-08
• 07-15-14 compound variant undefined
• 07-15-15
• 07-15-21

Section 21

• 07-21-07 This isn't a circuit breaker but a fuse in combination with a switch of undefined breaking capacity (a switch capable of interrupting short-circuit currents has an added 07-01-02 "X" symbol)
• 07-21-08
• 07-21-09 This is a fuse switch-disconnector (capable of interrupting load current but not s/c)

Section 26

• 07-26-03 only has a single "thermally operated" symbol in the standard

IEC 60617-11

Section 3

• 11-03-01
• 11-03-02 in IEC terminology, this should be 11-03-02_Line_Submarine
• 11-03-03 in IEC terminology, this should be 11-03-03_Line_Overhead
• 11-03-07 Line_BuriedJoint

Section 16

• 11-16-02 drawing should be more like an infinity symbol (looks like 11-16-06 powered boobs right now)

[aris-kimi]

Hi @chschlue , thank you for your time. Changes aren't commited yet, i have some issues that might need discussion.

Should i replace every NO,NC,NCNO symbol name variant with SPST,DPST, etc... ?? Or remove them?
If i understood correct about 7-15-14 / 7-26-3 comments..

In general some might be helpful by having their contact close to them, i think it is helpful at least for me to be able to choose if i want a seperate contact located somewhere else in the schematic and naming it accordingly,
I was planning to add a variation for every relay..

7-21-7 replaced _Circuitbraker with _Switch

7-21-9 replaced _Circuitbraker with _Switch_Disconnector

Added 07-13-05_Circuit_Breaker_xP as circuit breaker with " X " at the stable contact termination.

As for 11-16-2 do you like this? 100mil grid

[chschlue]

Should i replace every NO,NC,NCNO symbol name variant with SPST,DPST, etc... ?? Or remove them?
If i understood correct about 7-15-14 / 7-26-3 comments..

In general some might be helpful by having their contact close to them, i think it is helpful at least for me to be able to choose if i want a seperate contact located somewhere else in the schematic and naming it accordingly,
I was planning to add a variation for every relay..

My comment on 7-15-14 was about the actual standard not including contacts but only the coil while 7-26-3 was about the drawing of three "notches", one per contact, while the standard only displays one for the whole symbol.

In general, can you explain your "vision" regarding this lib?
I think the actual IEC symbols with their <part>-<section>-<number> prefixes are fine as basic building blocks. I also think that compound variants (like a relay coil complete with commonly available contact configurations and the dashed line indicating linkage) are useful even if they're not in the standard by themselves.
Also, IEC 617 contains symbols meant for use in different types of schematics (like the 06-09-01 transformer used in single-line diagrams.)

Not sure how to put all this together in a sensible way.

@KiCad/librarians

As for 11-16-2 do you like this? 100mil grid

LGTM

[aris-kimi]

I needed symbols to allow me to design panelized automations,
and after found that standard from referrals it seemed something good.

Also some symbols allow single-line schematics this also interests me, but none of them is currently added in the presented PR.
Sigle line schematics are used to present electrical installation in documents submitted for grid connection activation from the provider (at least in Greece works that way).

Numbers in front are kept in order to help with the structure to be as near as the file i found.
Also in order to help and with the review, they can be removed and placed in the description.
But with my usage name field is changed in design according to my needs so it didn't bother me.

I will remove A1-A2 from thermal relays.
Edit:
Current view:

Proposal:
Name of this lib can be Symbols_IEC_MultiLine
other style if ends up as a lib here, can be Symbols_IEC_SingleLine

Edit2:
After some thought, i think i kind of understood the idea behind that standard without being sure, some sort of "ideograms" if i might say with my poor understaning, that can be combined in order to provide a complete idea of a more complex design.
From simple to complex.
From this point of view, sumbols just need to be described "somehow" by their sub-functions, and all those (sub-functions') numbers from the document that are used to structure them, can be added at the description ending.

I think splitting this into (at least) 3 libraries might be something to consider, for single-multi line as proposed previously, for visual indications that do not decribe a part, but the parameters of something (like temperature, conditions, position, location etc).

I do not have access to complete document though. But i am willing to add the most i can find.

Just some more thoughts. Waiting for more input now,

[chschlue]

OK.
I suggest waiting for additional input (the v6 transition deadline isn't a problem, this is an entire lib so you can just convert and commit if we miss it.)

[myfreescalewebpage]

I haven't had a look to this, thanks @chschlue for the comments. Trying to check too asap

[aris-kimi]

Changes haven't commited yet.
Just saw a topic at the forum and i want to add here that all designs are at normal state.
I do have some more symbols that can be added in the next commit if you like.
Also about current relays in other lib, i think symbols should change according to IEC as by 617 std , but, an additional proposal, a Symbol_IEEE_xxx lib can be added for generic electrical/ plc ladder symbols..