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 Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • 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
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • 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) dual footprint package
  • 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
  • State Not Answered
  • Replies 4 replies
  • Subscribers 172 subscribers
  • Views 986 views
  • Users 0 members are here
Related

dual footprint package

lblythen
lblythen over 13 years ago

I know this is a pretty common requirement. I need a part with a dual footprint so, say, the board will have a land pattern for a SOIC package and another nearby for the same part in TSOP. Whichever package is available soonest and cheapest gets soldered to the board; the pads for the alternative package are left unused.

 

This means the matching pads must be connected - CS# to CS#, Vcc to Vcc and so on. I've read ways of keeping Eagle happy by showing two symbols on the schematic, one with a SOIC package and the other TSOP, and connecting the matching pins. I don't want to do that. I want to show a single symbol whose library package has both footprints, with matching pads connected by copper in the library package.

 

First off this doubles the number of pads: a 28-lead device needs only 28 pins but would have 56 pads. I've solved that by choosing a single 'active' pad from each pair: the first becomes, say, P$1 and is connected to the relevant pin in the symbol. Its mate, for the alternative footprint, is replaced by what looks like a pad but is just a copper rectangle: a lead can be soldered to it, but it's not an SMD so Eagle isn't confused. This gives a single, 28-pin symbol on the schematic; a package in the library with 28 'active' pads; and a dual footprint with 56 lands that can be soldered to.

 

My problem is connecting the matching pads of each pair. Some of the tracking is tricky, so having routed it once I want to library the package and forget it. In the package editor it seems simple: draw wires in layer Top, to connect each active pad with its matching copper rectangle for the other footprint. But I've read that Eagle won't recognise wires in layer Top as tracks - that the autorouter will subsequently scribble 'real tracks' on top of them.

 

An alternative I've read of involves using polygons and copper pour to define each 'track', instead of the wire tool. That prevents interference by the autorouter when the package is later dropped into a board, but it's a huge job: creating polygon boundaries to mimic an intricate arrangement of 6mil tracks and copper rectangles. Even if I did it, the Eagle manual warns against defining polygons with very fine lines - I'm worried about whether a fab house would have problems making the board.

 

Has anyone solved this as I'm trying to - i.e. without resorting to two schematic symbols, each with a separate footprint? It seems much the neatest solution but I'm not sure it's achievable.

 

(Finally: I know there are implications for paste stencils and for extracting the BOM, and electrical issues such as crosstalk and the placement of bypass caps. I'm interested in solving the package-drawing problem first.)

  • Sign in to reply
  • Cancel
  • Former Member
    0 Former Member over 13 years ago

    Element 14 User wrote on Sun, 06 November 2011 03:08

    I've read ways of keeping Eagle happy by showing two symbols on the

    schematic, one with a SOIC package and the other TSOP, and connecting the

    matching pins. I don't want to do that.

     

    But that's the right way.  You really have two separate parts tied

    together, which should be shown on the schematic.  This way it's properly

    documented, they each get their own component designator, their own BOM

    entry, and you have flexibility routing the connections.  For something as

    complicated as tying two IC packages together, I wouldn't want the routing

    pre-determined in the package.  This needs to be determined uniquely each

    instance depending on what you are doing with the ground, which lines are

    sensitive, 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
    • Verify Answer
    • Cancel
  • lblythen
    0 lblythen over 13 years ago in reply to Former Member

    Olin Lathrop wrote:

     

    Element 14 User (L B) wrote on Sun, 06 November 2011 03:08

    I've read ways of keeping Eagle happy by showing two symbols on the

    schematic, one with a SOIC package and the other TSOP, and connecting the

    matching pins. I don't want to do that.

     

    But that's the right way.  You really have two separate parts tied

    together, which should be shown on the schematic.

    Thanks for your comment. In fact if there's anything I "really have" not - never ever - it's what you describe: two separate parts tied together. The closest it comes to that is that there are two separate sets of copper pads tied together. I hoped I'd made clear that there's only ever a part soldered to one of them. Whether two parts should appear on the schematic in such cases is an interesting debate which goes to the heart of what schematics actually are. It began long before I started on electronics in the '70s and I don't imagine we'll resolve it here, but I've opened a new thread "Dual footprint - schematic representation" where it's on-topic. Here, it isn't: my topic here is whether Eagle can do what I asked, the way I asked, and if so how.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Former Member
    0 Former Member over 13 years ago in reply to lblythen

    Element 14 User wrote on Sun, 06 November 2011 15:09

    In fact if there's anything I "really have" not - never ever - it's

    what you describe: two separate parts tied together.

     

    Semantics.  I suppose if you want to nit pick you have two footprints tied

    together in actuality, although in the schematic it will look like two

    parts with a note explaining only one is populated.  That's in general how

    multiple build options are dealt with.  Your problem really comes down to

    two build options.

     

    Quote:

    my topic here is whether Eagle can do what I asked, the way I asked,

    and if so how.

     

    And the answer is still design everything as two parts tied together and

    deal with making sure only one is populated the same way you would any

    other build options that populate a subset of the parts.  Otherwise you end

    up with problems in routing, as I already mentioned.  You would also be

    rather constrained in layout and not have any way of dealing with different

    pins used between the footprints since you can only show one set of pin

    numbers on a single schematic part.  Trying to do something different in

    the special case where the chip has exactly the same pin assignments in the

    two footprints seems like asking for trouble and confusion later in

    production.

     

    Instead of trying to fight with Eagle to handle build options in a unusual

    way, try embracing how it's done the normal way.

     

    --

    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
    • Verify Answer
    • Cancel
  • lblythen
    0 lblythen over 13 years ago in reply to Former Member

    Olin wrote:

    > Instead of trying to fight with Eagle to handle build options in a unusual

    way, try embracing how it's done the normal way.

     

    The on-topic question remains can it be done in the way I asked and if so how, not can I or should I do something else instead? The answer may turn out to be, "No" or "Not without a degree of effort that makes it impractical" in which case I'll certainly adopt the approach you're insisting upon.

     

     

    > And the answer is still design everything as two parts tied together...

     

    That's an answer to an off-topic question which I didn't post.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • 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 © 2025 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.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube