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 & Partners
    Products & Partners
    • 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 & Partners
  • More
Autodesk EAGLE
EAGLE User Support (English) Why do I need to draw the same symbol N times?
  • 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 16 replies
  • Subscribers 189 subscribers
  • Views 2818 views
  • Users 0 members are here
Related

Why do I need to draw the same symbol N times?

autodeskguest
autodeskguest over 10 years ago

More often than not the same chip is available in different packages,

quite often with different number of pins and the packages with fewer

pins omit some of the lesser used signals.

 

Currently, you need to create a different symbol for every package: if

you have a chip that comes in 5 different packages, with a few pin

differences, you need a symbol drawn for ABC1234-SOIC, ABC1234-BGA,

ABC1234-TSOP and so on. It's the same damn chip, just on some packages

some pins are missing.

 

I wonder if I'm alone with the wish of having just one symbol, with

every possible signal drawn. Then, when it gets placed to the schematic

with a package selected, the not bonded pins grey out and don't allow

wires to be connected to them?

--

Zoltán Kócsi

Bendor Research Pty. Ltd.

 

 

  • Sign in to reply
  • Cancel
Parents
  • autodeskguest
    autodeskguest over 10 years ago

    On Fri, 23 Sep 2016 08:47:48 +0200

    Morten Leikvoll <mleikvol@yahoo.nospam> wrote:

     

    You dont need to redraw the symbol. You just create a new component

    and add the symbol + all the packages that work with this symbol at

    the same component, then connect them correctly. This works, even if

    some packages have more gnd/shield pins, cause every package is

    connected separately.

     

    As Rik Steenwinkel pointed out, that doesn't work with very many chips.

    Microcontrollers, FPGAs, power supply chips being ominous examples.

    Micros more often than not drop/gain a few port pins between package

    variants. FPGAs ditto. Power supply chips often drop rarely used

    feature pins. SPI FLASH chips tend to have a 'BUSY' signal on the higher

    pincount package, which is dropped if you go to the smallest

    pincount/footprint one. So the list is quite long.

     

    In my original post I was specifically talking about packages with

    different pin counts and signal pins going missing in the smaller

    package.

     

    But currently (7.x), if the symbol differs slightly betweeen

    packages, you have to copy/make a new symbol, and add/remove pins.

     

    Exactly. As it has always been the case. Hence my request: I'd like to

    draw only one symbol and assign a package, even if the symbol has

    more pins than the package. Then the schematics could grey out or even

    completely hide the pins that are not available on the package.

     

    In the software world copy-paste-massage-ing code is one of the cardinal

    sins, and rightly so, why am I forced to do it with my hardware?

    --

    Zoltán Kócsi

    Bendor Research Pty. Ltd.

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • autodeskguest
    autodeskguest over 10 years ago

    On Fri, 23 Sep 2016 08:47:48 +0200

    Morten Leikvoll <mleikvol@yahoo.nospam> wrote:

     

    You dont need to redraw the symbol. You just create a new component

    and add the symbol + all the packages that work with this symbol at

    the same component, then connect them correctly. This works, even if

    some packages have more gnd/shield pins, cause every package is

    connected separately.

     

    As Rik Steenwinkel pointed out, that doesn't work with very many chips.

    Microcontrollers, FPGAs, power supply chips being ominous examples.

    Micros more often than not drop/gain a few port pins between package

    variants. FPGAs ditto. Power supply chips often drop rarely used

    feature pins. SPI FLASH chips tend to have a 'BUSY' signal on the higher

    pincount package, which is dropped if you go to the smallest

    pincount/footprint one. So the list is quite long.

     

    In my original post I was specifically talking about packages with

    different pin counts and signal pins going missing in the smaller

    package.

     

    But currently (7.x), if the symbol differs slightly betweeen

    packages, you have to copy/make a new symbol, and add/remove pins.

     

    Exactly. As it has always been the case. Hence my request: I'd like to

    draw only one symbol and assign a package, even if the symbol has

    more pins than the package. Then the schematics could grey out or even

    completely hide the pins that are not available on the package.

     

    In the software world copy-paste-massage-ing code is one of the cardinal

    sins, and rightly so, why am I forced to do it with my hardware?

    --

    Zoltán Kócsi

    Bendor Research Pty. Ltd.

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
  • autodeskguest
    autodeskguest over 10 years ago in reply to autodeskguest

    zoltan wrote on Sun, 25 September 2016 01:53

    Hence my request: I'd like to

    draw only one symbol and assign a package, even if the symbol has

    more pins than the package. Then the schematics could grey out or even

    completely hide the pins that are not available on the package.

     

     

    By the time you specify which pins should be greyed out, you might as well

    have made the minor modifications from the symbol with a little more or

    little less pins.  If you're only changing a few pins, there isn't really a

    problem to solve here.

     

    You don't want Eagle to just assume that you intentionally used a symbol

    with too many pins and not show you the remaining ones.  That would

    circumvent useful error checking.  Also, if a different chip has fewer

    pins, you most likely want to draw the symbol differently.  You may want to

    make it a little smaller, change some of the labeling inside the symbol,

    etc.

     

    A good example is a voltage regulator.  The simple 3-pin variety can be

    drawn more simply and smaller than one with a shutdown input, for example.

    I wouldn't want the simple 3-pin version burdened with a greyed out

    shutdown input.  I also wouldn't want it drawn bigger with inexplicable

    extra space in the 3-pin usage case.

     

    If the symbols are similar except for a few pins, then there isn't really a

    problem here.  Copy and edit works fine.  If the symbols are substantially

    different, then you're going to have to do some work for each case one way

    or the other.

     

    Quote:

    In the software world copy-paste-massage-ing code is one of the

    cardinal

    sins, and rightly so,

     

     

    Exactly.  This is the same thing.  Just like with software, you copy and

    paste, then make a few minor edits to adapt to details of the situation.

    --

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