element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
    About the element14 Community
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      •  Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Autodesk EAGLE
  • Products
  • More
Autodesk EAGLE
EAGLE User Chat (English) Standard for library creation version
  • Blog
  • Forum
  • Documents
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Autodesk EAGLE to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 19 replies
  • Subscribers 188 subscribers
  • Views 3264 views
  • Users 0 members are here
Related

Standard for library creation version

e14 Contributor
e14 Contributor over 14 years ago

Hello,

 

See below, we welcome any suggestions and feedback in preparations for

final release.

 

Best Regards,

Cadsoft Support Team.

 

Library Management and Part Creation Standard v0.1

by Cadsoft Computer Support

10/13/2011

 

Objective: The intent of this document is to provide a BASIC guideline

as to the best practices for developing user libraries. We have noticed

differing levels of quality among user contributed libraries and our

hope is that by developing this standard we will help raise the overall

quality of user contributed libraries.

 

Usage: This document is split up into four main sections, Library,

Symbols, Packages, and Devices. Under each main section the best

practices for that section are outlined followed by some supplemental

recommendations which are generally applicable, however they are not as

strictly recommended as the best practices.

 

Libraries

1.Do not modify EAGLE's default libraries. They represent a known state

which support staff can rely on when assisting users. The preferred

approach is to copy elements into a user made library and then modify

them to suit your needs.

Copy procedures are discussed in the EAGLE manual section 8.12.

2.User libraries should not be stored in EAGLE's internal lib folder.

The reason being that if anything should happen to your EAGLE

installation(deletion, uninstall, viruses, hardware failure, etc.) your

libraries will be gone with it. It therefore recommended to store your

libraries in a separate location that can be easily backed up.

 

Recommendations for Libraries

1.In light of practice number 2 listed above, below are some suggestions

for best use of user developed libraries.

Some users like to make a separate library for each project they work on

and store it along with the board and schematic file that way everything

is together and easily accessible. A simple USE command in the

schematic/board editor will make the library active and available for

the ADD command.

Another possible scheme, is to store all of the libraries in a single

folder located outside of EAGLE's internal directory, and then include

it's path in the Library search directory. The advantage of this method

is that all of the user libraries are in one place for easy back ups.

Section 4.1 of the EAGLE manual discusses the Directories dialog.

Set a second path to your own library in Control-Panel | Options |

Directories | Libraries

 

Symbols

1.Symbol pins must always align to a 0.1”(2.54mm) grid.

2.Symbols must always have >NAME and >VALUE place holders on layers 95

Names and 96 Values respectively.

3.Place >NAME on top, and >VALUE on bottom side of the symbol.

4.Center the symbol around the origin.

 

Recommendations for Symbols

1.Power pins should generally have their pin direction parameter set to Pwr.

2.Input pins should generally have their pin direction parameter set to IN.

3.Output pins should generally have their pin direction parameter set to

OUT.

4.Passive pins should generally have their pin direction parameter set

to PAS.

5.Also IO, HIZ, NC.

6.Do not use pin direction SUP for a normal Symbols. SUP is only for

supply-pins!

7.Any symbol notes or tips should be on layer 97 info.

8.It is better to give general names(OP AMP, DIODE, etc.) to symbols

instead of specific part numbers (LM741, 1N4007, etc.). This makes it

easy to reuse the symbol if your library is going to contain many

variations of the same type of component for example a library full of

op amps can probably make use of one op amp symbol.

9.For the >NAME and >VALUE text use a text size of 70 mils.

 

Packages

1.Design a package assuming that it will be placed on top of the board

(Use t layers). The MIRROR command can then be used on the board layout

to put a component on the bottom of the board.

Use tPlace for the component silkscreen which is printed on the PCB and

should not contact solder.

Use tDocu to draw leads of components leading to pads.

Use tNames for the >NAME place holder for the reference designator that

will be on the silkscreen.

Use tValues for the >VALUE place holder, which will not be part of the

silkscreen.

Use layer 48 Document or layer 49 Reference for any artistic features or

notes that will not appear on the silkscreen.

 

2.Center the package around the origin.

Recommendations for Packages

1.For the >NAME and >VALUE text use a text size of 70 mils.

2.Draw outline of package in tPlace with wire width 8 mil or 4mil.

3.The ADD command in the board editor searches through the description

field, so a well setup description field can yield more fruitful

searches. Therefore a good description field for a package should include:

Standard package name(preferably in bold)

Any possible aliases for the package. For example a DIL08 package might

also be known as a DIP08.

If the package is based off of a standard document such as one of the

IPC standards, then it should be referenced in the description field if

possible as an HTML link. If a link is not possible then a reference to

the name of the document should be sufficient. Listing this information

will help in checking the package for correctness.

If applicable length x width dimension.

 

Devices

1.Always set a prefix, otherwise EAGLE will use U$ by default.

2.When creating multi-gated components, EAGLE will by default reference

them as G$1, G$2, etc. These names will not show up on the schematic,

therefore use the NAME command to rename the gates A, B, C, etc. A nice

way to do this is to type 'A' followed by enter when you have the gate

on your mouse cursor before placing it, EAGLE will then continue the

pattern for the other gates.

3.Use P for power symbols.

4.When naming devices use specific part numbers.

5.Always double check add levels and swap levels, otherwise your

components might not enter your schematic as you'd expect them to.

Recommendations for Devices

1.Just like packages, having a good description field can improve the

chances of the ADD command finding the component you want. A good

description field for a device should include:

Device name(preferably in bold).

Any other aliases the device might be recognized by.

A link or reference to the device's data sheet.

Manufacturer(s).

Short explanation of the device's function.

If applicable length x width dimension.

 

 

 

 

  • Sign in to reply
  • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    On 11/17/2011 12:00 PM, James Morrison wrote:

    >>

    >> Or just use letters.  Some people may have specific reasons for using

    >> numbers, but it's simpler just to tell newbies to use letters.  That is

    >> in fact what I do anyway.  My opamps within a package would be called

    >> U1A, U1B, etc.

    >

    That's one way around it for sure.  However, it doesn't solve the case

    where you have a micro for instance and you want a gate named "IO" and one

    named "PWR".  That's a common thing to do and would be perfectly legal with

    your rules.  But you'd end up with U1IO.  Is that U1-IO or U11-O or U110 or

    ..?  So I still prefer to always have a delimeter, and the same one, to

    avoid this confusion.

     

    James.

     

     

    Hi James,

     

    The idea behind the document is to avoid unuseable libraries making it

    to the repositories and to help new users build libraries that meet some

    minimum level of quality.

     

    Your suggestion is good, but I feel that for a new user in a typical

    scenario the suggestion to use letters is simpler.

     

    Thanks for the suggestion.

     

    Best Regards,

    Jorge Garcia

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    On 11/17/2011 2:17 AM, Tilmann Reh wrote:

     

     

    It's much more comfortable to provide the complete path instead of a

    description:

    <ftp://ftp.cadsoft.de/eagle/userfiles/doc/library_part_creation_standard.pdf>

     

    Tilmann

     

    Thanks Tilmann,

     

    I'll be sure to do that in the future.

     

    Best Regards,

    Jorge

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    Olin wrote on Thu, 17 November 2011 11:01

    James Morrison wrote on Thu, 17 November 2011 08:57

    One addition I would make is when you're naming multiple gates of a

    heterogeneous device it is useful to start the name in the device

    editor with some sort of delimiter (":" or "-").

     

    Consider a quad op-amp.  You could name the various gates "1", "2",

    "3", and "4".  But when that makes it into a design EAGLE will create

    the name U11 for the first gate, U12 for the second, etc.

     

    Or just use letters.  Some people may have specific reasons for using

    numbers, but it's simpler just to tell newbies to use letters.  That is

    in fact what I do anyway.  My opamps within a package would be called

    U1A, U1B, etc.

     

     

    That's one way around it for sure.  However, it doesn't solve the case

    where you have a micro for instance and you want a gate named "IO" and one

    named "PWR".  That's a common thing to do and would be perfectly legal with

    your rules.  But you'd end up with U1IO.  Is that U1-IO or U11-O or U110 or

    ..?  So I still prefer to always have a delimeter, and the same one, to

    avoid this confusion.

     

    James.

     

    --

    James Morrison  ~~~  Stratford Digital

     

    Specializing in CadSoft EAGLE

    • Online Sales to North America

    • Electronic Design Services

    • EAGLE Enterprise Toolkit

    --

    Web access to CadSoft support forums at www.eaglecentral.ca.  Where the CadSoft EAGLE community meets.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    James Morrison wrote on Thu, 17 November 2011 08:57

    One addition I would make is when you're naming multiple gates of a

    heterogeneous device it is useful to start the name in the device editor

    with some sort of delimiter (":" or "-").

     

    Consider a quad op-amp.  You could name the various gates "1", "2",

    "3", and "4".  But when that makes it into a design EAGLE will create the

    name U11 for the first gate, U12 for the second, etc.

     

    Or just use letters.  Some people may have specific reasons for using

    numbers, but it's simpler just to tell newbies to use letters.  That is in

    fact what I do anyway.  My opamps within a package would be called U1A,

    U1B, etc.

     

    --

    Web access to CadSoft support forums at www.eaglecentral.ca.  Where the CadSoft EAGLE community meets.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    Jorge Garcia wrote on Wed, 16 November 2011 16:26

    On 11/9/2011 5:29 PM, Jorge Garcia wrote:

    On 10/21/2011 6:38 PM, Jorge Garcia wrote:

    Thanks All,

     

    For your suggestions I will be incorporating many of your

    suggestions,

    and hopefully by next week I'll post the finalized standard.

     

    Best Regards,

     

    Jorge

     

    Hello All,

     

    The final version of the Library Part Creation Standard has been posted

     

    to the documentation section of the website and is now available for

    Download as a PDF.

     

    www.cadsoftusa.com-> Downloads-> Documentation

    library_part_creation_standard.pdf

     

    Thanks again for all of your input.

     

     

    Hi Jorge,

     

    That document will be very useful for newbies.  One addition I would make

    is when you're naming multiple gates of a heterogeneous device it is useful

    to start the name in the device editor with some sort of delimiter (":" or

    "-").

     

    Consider a quad op-amp.  You could name the various gates "1", "2", "3",

    and "4".  But when that makes it into a design EAGLE will create the name

    U11 for the first gate, U12 for the second, etc.  But it's quite possible

    you'll have a device U11 as well.  So it makes it impossible to distinguish

    on the printout gate 1 of U1 and device U11.

     

    If you had named the gates ":1", ":2", ":3", and ":4" then the gates show

    up in the design as U1:1, U1:2 etc which will always be unique, even on

    printout.

     

    James.

    --

    James Morrison  ~~~  Stratford Digital

     

    Specializing in CadSoft EAGLE

    • Online Sales to North America

    • Electronic Design Services

    • EAGLE Enterprise Toolkit

    --

    Web access to CadSoft support forums at www.eaglecentral.ca.  Where the CadSoft EAGLE community meets.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    Jorge Garcia schrieb:

     

    The final version of the Library Part Creation Standard has been posted

    to the documentation section of the website and is now available for

    Download as a PDF.

     

    www.cadsoftusa.com-> Downloads-> Documentation

    library_part_creation_standard.pdf

     

    It's much more comfortable to provide the complete path instead of a

    description:

    <ftp://ftp.cadsoft.de/eagle/userfiles/doc/library_part_creation_standard.pdf>

     

    Tilmann

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    On 11/9/2011 5:29 PM, Jorge Garcia wrote:

    On 10/21/2011 6:38 PM, Jorge Garcia wrote:

    Thanks All,

     

    For your suggestions I will be incorporating many of your suggestions,

    and hopefully by next week I'll post the finalized standard.

     

    Best Regards,

     

    Jorge

     

    Hello All,

     

    The final version of the Library Part Creation Standard has been posted

    to the documentation section of the website and is now available for

    Download as a PDF.

     

    www.cadsoftusa.com-> Downloads-> Documentation

    library_part_creation_standard.pdf

     

    Thanks again for all of your input.

     

    Best Regards,

     

    Jorge Garcia

    Cadsoft Support

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago

    On 10/21/2011 6:38 PM, Jorge Garcia wrote:

    Thanks All,

     

    For your suggestions I will be incorporating many of your suggestions,

    and hopefully by next week I'll post the finalized standard.

     

    Best Regards,

     

    Jorge

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    Am 24.10.2011 14:14, schrieb Andreas Weidner:

    Am 24.10.2011 10:18, schrieb Joern Paschedag:

     

    >> I like that, could you show an example here?

     

    Please find attached a screenshot of one device of my opamp library

    containing:

     

    SNIP

     

    Passive components are like that, too: Our standard resistor is called

    'R'. Nothing more than that, and it comes in a package with large pads

    and 0.4" pad distance. If you want to have it with 0.5", it is called

    'R05', in 1.0" it is called 'R10', in SMD size 1206 it's called 'R1206'.

    EXTREMELY simple, EXTREMELY effective. THAT is the reason why the usage

    of the command line can save about 90% of drawing time in our institute:

    You VERY seldom need to open the library browser, because the

    overwhelming majority of parts can just be typed in without thinking.

    And for all rather special parts (like low-inductance TO-220-68TO-220-68 resistors

    or sophisticated connectors) which you can't remember anyway, you just

    use the library browser...

     

    Andreas Weidner

     

    Must be a paradise for students image and thanks 4 your information.

     

     

    --

    Mit freundlichen Grüßen / With best regards

     

    Joern Paschedag

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    Am 24.10.2011 15:02, schrieb Tilmann Reh:

    I am doing it that way for decades - hard to imagine there's another way

    at all... image

     

    Some would think both of us old-fashioned ('old school - invented before

    the mouse'), but it's SO wonderful to be able to do that and save LOTS

    of time.

     

    Besides: At first, I used EAGLE with the mouse (version 2 for MS-DOS),

    and only AFTERWARDS learned how much quicker SOME things can be done

    with the command line. Mouse came first, keyboard later - NOT the other

    way around as some suggested somewhere...

     

    Andreas Weidner

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
>
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube