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
  • 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
Forum Mixed manual and auto routing
  • 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 Suggested Answer
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 180 subscribers
  • Views 747 views
  • Users 0 members are here
  • ripup
  • manual
  • autoroute
Related

Mixed manual and auto routing

AnaLogic
AnaLogic over 14 years ago

I have a mixed-signal design requiring me to manually route traces for RF (VHF) as striplines and to do some rather careful power supply routing.  Separately, most of the rest of the design is less critical and I'd prefer to auto-route those portions.  The manual routing, including the creation of the striplines, takes hours.  This portion of the design is relatively stable, so I'd like to do the manual routing once and leave it untouched as the rest of the design evolves.

 

I'd like to be able to freely use the autorouter and ripup tools but leave the manually-routed traces alone.  I have tried to do this with various techniques such as

  • Putting the manual traces on "new" layers that the autorouter does not know about and then merging these into the real copper layers at CAM time.  This requires great care in using restrictions to keep the autorouter from using the space on the board reserved for these manual routes.  In practice, this can only be done if the manual and auto traces are on completely separate sections of the board.  They are not.  The assisted manual router also does not know about these "new" layers, so this trick requires some sort of routing using the real layers and then moving the resulting routes to the new layers.  Also, DRC does not pay attention to these new layers and I can easily create a problem that DRC misses.  I don't view this as viable.
  • Doing the manual routing normally and then saving the board and schematic files as "golden" files.  I then continue doing the auto-routing, but instead of using ripup to go back, I do some fiddling around with deleting files and reverting to the golden files.  This is clumsy because the Eagle project file tracks backup versions and does not (appear to) support this kind of file fiddling.  Such fiddling usually leads me to getting the board and the schematic out of sync or otherwies confusing Eagle.  The bigger problem is that when I have to revert, I lose any subsequent changes I'd made to the schematic.  This is not a viable approach either.

 

The real need is to be able to mark the manually routed traces in some way such that the ripup command can be instructed to ignore them.  Is there some way to define an attribute, a group, or a class that I can use with the manual routes that ripup will recognize and ignore?

 

Thanks.

  • Sign in to reply
  • Cancel
  • Richard_H
    0 Richard_H over 14 years ago

    Hi Bob,

     

    we are on the way to a new EAGLE version and there you will have the possibility to UNDO the autorouting process. So when you autorouted the board and you want to go back to the original status with your partially manual routed traces you can UNDO the autorouting and there you are again. The manual routed traces will be maintained.

     

    Regards,

    Richard

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • AnaLogic
    0 AnaLogic over 14 years ago in reply to Richard_H

    Richard,

     

    This might be helpful as long as the undo capability is good across sessions and subsequent edits to the schematic.  Will it do this?  This is what I need:

    1. Do the manual routing
    2. Autoroute the rest
    3. Save
    4. Run CAM and generate Gerbers
    5. Quit Eagle
    6. Come back weeks later and re-open the project
    7. Make design changes to the schematic for the autorouted portion
    8. Do a new autoroute for the autorouted portion, leaving the manual routes untouched
    9. Save
    10. CAM

     

    Bob

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Richard_H
    0 Richard_H over 14 years ago in reply to AnaLogic

    Hi Bob,

     

    sorry this is not what we will offer in initial version 6. The UNDO will only remain within the current session. I will forward your request to our development staff. Let's see what they think about your suggestion....

     

    Regards,

    Richard

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

    ripup ! signal1 signal2 signal3;

     

    will ripup everything except signal[1..3]

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
  • AnaLogic
    0 AnaLogic over 14 years ago in reply to Former Member

    Chris, good suggestion.  This works for some cases but not others.  One issue is that it is unwieldy for a large number of nets.  I am using a script to issue the ripup command - this helps avoid typing mistakes and lots of rekeying.  But consider another issue that may be better illustrated with an example.  Let's say I have three nets named net1, net2 and net3.  For net1, I want to route it manually, For net2, I want it to be auto-routed.  But for net3, I want to manually route some segments and autoroute the others (such as the high- and low-current segments of a power distribution net).  Let's say I manually route net1 and selected segments of net3, then I run the autorouter.  I then want to make changes that require ripping up all but the manual routes and auto-routing again.  If I say

     

      ripup ! net1;

     

    then I will retain the manual routing of net1, but I'll lose all the manually-routed segments of net3.  That's not what I want.  If instead I try

     

      ripup ! net1 net3

     

    then I will keep both net1 and the manually-routed *AND* the auto-routed segments of net3 - this is also not what I want.  I then have to go and manually rip up the auto-routed segments of net3.  This gets impractical and error-prone with many such nets.

     

    Nevertheless, I have taken your suggestion and with some careful scripting it has helped significantly.

     

    Thank you.

     

    Bob

    • 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