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

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.

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/

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/

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.

I noticed Eagle unconditionally uses /usr/bin/lpr as a print program.

In FreeBSD, /usr/bin/lpr is the "old" program dealing with parallel port

printers.

When you want to use your USB printer, your have to install CUPS

package, and it will bring "lpr", but in /usr/local/bin/lpr.

Programs like "xpdf" have nice option called "Print with command". Maybe

we could have something similar in Eagle? Right now I just had to hack a

/usr/bin/lpr to be a script calling /usr/local/bin/lpr.

Thanks.

--

Wojciech A. Koszek

wkoszek@FreeBSD.czest.pl

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

On 11/05/09 11:05, Wojciech A. Koszek 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.

 

I noticed Eagle unconditionally uses /usr/bin/lpr as a print program.

 

In FreeBSD, /usr/bin/lpr is the "old" program dealing with parallel port

printers.

 

When you want to use your USB printer, your have to install CUPS

package, and it will bring "lpr", but in /usr/local/bin/lpr.

 

Programs like "xpdf" have nice option called "Print with command". Maybe

we could have something similar in Eagle? Right now I just had to hack a

/usr/bin/lpr to be a script calling /usr/local/bin/lpr.

EAGLE uses Qt to access the system's printing facilities, and that

uses CUPS if it is present. Maybe the CUPS implementation on FreeBSD

is not done in a way that a Linux program could properly detect it?

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Pleidolfweg 15                          Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

Klaus Schmidinger wrote:

On 11/05/09 11:05, Wojciech A. Koszek 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.

I noticed Eagle unconditionally uses /usr/bin/lpr as a print program.

 

In FreeBSD, /usr/bin/lpr is the "old" program dealing with parallel port

printers.

 

When you want to use your USB printer, your have to install CUPS

package, and it will bring "lpr", but in /usr/local/bin/lpr.

 

Programs like "xpdf" have nice option called "Print with command". Maybe

we could have something similar in Eagle? Right now I just had to hack a

/usr/bin/lpr to be a script calling /usr/local/bin/lpr.

 

EAGLE uses Qt to access the system's printing facilities, and that

uses CUPS if it is present. Maybe the CUPS implementation on FreeBSD

is not done in a way that a Linux program could properly detect it?

 

Klaus Schmidinger

Printer seems to be detected: lp@. And basically it is the

same stuff I see in other programs.

I just see that just after hitting "OK" in Print dialog, /usr/bin/lpr is

executed. And in terms of FreeBSD, it is the wrong program.

/usr/local/bin/lpr should be used instead, if present.

And this is what I see in vim(1), when editing "eagle" binary:

^{@/usr/bin/true}@-P^@-o@media=^{@Collate=True}@sides=two-sided-long-edge^{@sides=two-sided-short-edge}@-J^@

/usr/bin/lpr

^^^^^^^^^^^^

^@-d@-s^@/usr/bin/lp@0

  .3 -1 0 0 Tm

--

Wojciech A. Koszek

wkoszek@FreeBSD.czest.pl

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

On 11/10/09 15:46, Wojciech A. Koszek wrote:

Klaus Schmidinger wrote:

On 11/05/09 11:05, Wojciech A. Koszek 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.

I noticed Eagle unconditionally uses /usr/bin/lpr as a print program.

 

In FreeBSD, /usr/bin/lpr is the "old" program dealing with parallel port

printers.

 

When you want to use your USB printer, your have to install CUPS

package, and it will bring "lpr", but in /usr/local/bin/lpr.

 

Programs like "xpdf" have nice option called "Print with command". Maybe

we could have something similar in Eagle? Right now I just had to hack a

/usr/bin/lpr to be a script calling /usr/local/bin/lpr.

 

EAGLE uses Qt to access the system's printing facilities, and that

uses CUPS if it is present. Maybe the CUPS implementation on FreeBSD

is not done in a way that a Linux program could properly detect it?

 

Klaus Schmidinger

 

Printer seems to be detected: lp@<my hostname>. And basically it is the

same stuff I see in other programs.

 

I just see that just after hitting "OK" in Print dialog, /usr/bin/lpr is

executed. And in terms of FreeBSD, it is the wrong program.

 

/usr/local/bin/lpr should be used instead, if present.

I'm afraid I have to disagree.

If you have CUPS installed, /usr/bin/lpr should call a CUPS

printing program.

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Pleidolfweg 15                          Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________