Skip to content
This repository has been archived by the owner on Oct 2, 2020. It is now read-only.

Create IEC_Symbol lib #2825

Open
wants to merge 18 commits into
base: master
Choose a base branch
from
Open

Create IEC_Symbol lib #2825

wants to merge 18 commits into from

Conversation

aris-kimi
Copy link
Collaborator

@aris-kimi aris-kimi commented Jun 25, 2020

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 myfreescalewebpage marked this pull request as draft June 25, 2020 21:55
@myfreescalewebpage myfreescalewebpage added Addition Adds new symbols to library Pending reviewer A pull request waiting for a reviewer labels Jun 25, 2020
@aris-kimi aris-kimi marked this pull request as ready for review June 28, 2020 19:25
@myfreescalewebpage
Copy link
Collaborator

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

@aris-kimi
Copy link
Collaborator Author

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

@myfreescalewebpage myfreescalewebpage self-assigned this Aug 25, 2020
@myfreescalewebpage myfreescalewebpage removed the Pending reviewer A pull request waiting for a reviewer label Aug 25, 2020
@myfreescalewebpage
Copy link
Collaborator

@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
Copy link
Collaborator Author

aris-kimi commented Aug 25, 2020

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
Copy link
Contributor

@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.

Copy link
Contributor

@chschlue chschlue left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[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
Copy link
Collaborator Author

aris-kimi commented Aug 30, 2020

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
Copy link
Contributor

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

@chschlue chschlue added the Librarian Subject need attention of an experienced librarian label Aug 30, 2020
@aris-kimi
Copy link
Collaborator Author

aris-kimi commented Aug 30, 2020

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
Copy link
Contributor

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
Copy link
Collaborator

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

@aris-kimi
Copy link
Collaborator Author

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..

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Addition Adds new symbols to library Librarian Subject need attention of an experienced librarian
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants