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
EAGLE User Support (English) [Eagle 5.5/5.6, Linux/Windows] Printing to file changes size of the PCB layout
  • 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 7 replies
  • Subscribers 178 subscribers
  • Views 516 views
  • Users 0 members are here
Related

[Eagle 5.5/5.6, Linux/Windows] Printing to file changes size of the PCB layout

autodeskguest
autodeskguest over 16 years ago

Hi,

 

I am a user of Eagle 5.5 and 5.6 under FreeBSD system -- Eagle works

quite well in Linux compatibility mode (so called Linuxolator) here.

 

For the sake of this report I used Eagle 5.5 and 5.6 under Windows.

 

I get the same problem in both cases.

 

I wanted to get a sheet ready for termotransfer method, so basically in

"Display", I picked "None" and selected: "Bottom", "Pads", "Vias".

Then, from "Print" I picked "Printer", I've chosen "Print to file" and

pointed out the PDF output.

 

The output is smaller than the original one by almost one pin distance:

 

     http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56.jpg

     http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56_2.jpg

 

Is it a known problem? My printer is Samsung ML-1610.

 

--

Wojciech A. Koszek

wkoszek@FreeBSD.czest.org

http://FreeBSD.czest.pl/~wkoszek/

 

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

    Wojciech A. Koszek wrote:

    Hi,

     

    I am a user of Eagle 5.5 and 5.6 under FreeBSD system -- Eagle works

    quite well in Linux compatibility mode (so called Linuxolator) here.

     

    For the sake of this report I used Eagle 5.5 and 5.6 under Windows.

     

    I get the same problem in both cases.

     

    I wanted to get a sheet ready for termotransfer method, so basically in

    "Display", I picked "None" and selected: "Bottom", "Pads", "Vias".

    Then, from "Print" I picked "Printer", I've chosen "Print to file" and

    pointed out the PDF output.

     

    The output is smaller than the original one by almost one pin distance:

     

        http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56.jpg

        http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56_2.jpg

     

    Is it a known problem? My printer is Samsung ML-1610.

     

    You should be using the cam output to post script then print that.

    Printers may have scaling problems but only a few percent.

     

    Paul R.

     

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

    Wojciech A. Koszek wrote:

    Hi,

     

    I am a user of Eagle 5.5 and 5.6 under FreeBSD system -- Eagle works

    quite well in Linux compatibility mode (so called Linuxolator) here.

     

    For the sake of this report I used Eagle 5.5 and 5.6 under Windows.

     

    I get the same problem in both cases.

     

    I wanted to get a sheet ready for termotransfer method, so basically in

    "Display", I picked "None" and selected: "Bottom", "Pads", "Vias".

    Then, from "Print" I picked "Printer", I've chosen "Print to file" and

    pointed out the PDF output.

     

    The output is smaller than the original one by almost one pin distance:

     

        http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56.jpg

        http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56_2.jpg

     

    Is it a known problem? My printer is Samsung ML-1610.

     

    You should be using the cam output to post script then print that.

    Printers may have scaling problems but only a few percent.

     

    Paul R.

     

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

    Paul Romanyszyn wrote:

    Wojciech A. Koszek wrote:

    Hi,

     

    I am a user of Eagle 5.5 and 5.6 under FreeBSD system -- Eagle works

    quite well in Linux compatibility mode (so called Linuxolator) here.

     

    For the sake of this report I used Eagle 5.5 and 5.6 under Windows.

     

    I get the same problem in both cases.

     

    I wanted to get a sheet ready for termotransfer method, so basically

    in "Display", I picked "None" and selected: "Bottom", "Pads", "Vias".

    Then, from "Print" I picked "Printer", I've chosen "Print to file" and

    pointed out the PDF output.

     

    The output is smaller than the original one by almost one pin distance:

     

        http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56.jpg

        http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56_2.jpg

     

    Is it a known problem? My printer is Samsung ML-1610.

     

    You should be using the cam output to post script then print that.

    Printers may have scaling problems but only a few percent.

     

    Paul R.

     

    Yes, this is typical procedure. However...

     

    "drill-aid.ulp", which I use to prepare the PCB image for hand drilling

    generates "centerDrill" layer numered 116, which makes PCB pads to have

    correct hole size.

     

    I save a PCB layout (otherwise, "centerDrill" isn't visible in the CAM

    tool -- once I close Eagle and open it once again Eagle finally

    presents "116  layer in the CAM tool).

     

    In the CAM tool, I select following layers:

    - bottom

    - pads

    - vias

    - centerDrill

     

    No matter whether I select "Fill pads" or not, "centerDrill" layer

    simply isn't printed.

     

    --

    Wojciech A. Koszek

    wkoszek@FreeBSD.czest.org

    http://FreeBSD.czest.pl/~wkoszek/

     

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

    Wojciech A. Koszek wrote:

    Paul Romanyszyn wrote:

    Wojciech A. Koszek wrote:

    Hi,

     

    I am a user of Eagle 5.5 and 5.6 under FreeBSD system -- Eagle works

    quite well in Linux compatibility mode (so called Linuxolator) here.

     

    For the sake of this report I used Eagle 5.5 and 5.6 under Windows.

     

    I get the same problem in both cases.

     

    I wanted to get a sheet ready for termotransfer method, so basically

    in "Display", I picked "None" and selected: "Bottom", "Pads", "Vias".

    Then, from "Print" I picked "Printer", I've chosen "Print to file"

    and pointed out the PDF output.

     

    The output is smaller than the original one by almost one pin distance:

     

        http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56.jpg

        http://freebsd.czest.pl/~wkoszek/eagle/eagle_55_and_56_2.jpg

     

    Is it a known problem? My printer is Samsung ML-1610.

     

    You should be using the cam output to post script then print that.

    Printers may have scaling problems but only a few percent.

     

    Paul R.

     

    Yes, this is typical procedure. However...

     

    "drill-aid.ulp", which I use to prepare the PCB image for hand drilling

    generates "centerDrill" layer numered 116, which makes PCB pads to have

    correct hole size.

     

    I save a PCB layout (otherwise, "centerDrill" isn't visible in the CAM

    tool -- once I close Eagle and open it once again Eagle finally

    presents "116  layer in the CAM tool).

     

    In the CAM tool, I select following layers:

    - bottom

    - pads

    - vias

    - centerDrill

     

    No matter whether I select "Fill pads" or not, "centerDrill" layer

    simply isn't printed.

     

    After Googling this evening, I have found solution to this problem, and

    I can respond to myself and save some time for other people.

    Pasting this:

     

         http://www.mikrocontroller.net/attachment/39392/eagle-def.txt

     

    to bin/eagle.def lets you to pick "PS-Drillaid" as "Device" in CAM tool

    and this lets to see 116th layer to be present in CAM tool correctly.

     

    --

    Wojciech A. Koszek

    wkoszek@FreeBSD.czest.org

    http://FreeBSD.czest.pl/~wkoszek/

     

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

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube