initial automatic component placement grid is wrong/how to change it

On 31/08/2014 10:54 a.m., peter wrote:

I'm using Eagle Pro 6.6.

 

I noticed a behaviour that has me very frustrated and I can't find a way

to fix it.

 

If I create a Schematic with say 64 LED's (SMD devices to created with a

grid on 0.1mm in the library)

 

And wire them up appropriately in the schematic.

 

then switch to the PCB view, the 64 LED's are automatically placed on

the board outside of the default PCB area, but they are placed in a n

array  pattern that i have no control over, and that seems to be

slightly off when I then set the PB grid to 0.1mm for placement...

 

from row to row of LED's they are slightly misaligned when i pick them

up to place them they don't line up correctly with LED's that were

dropped in the array on the line above, or to the right...

 

So I am having a devil of a job laying out my final array or LED's

according to an exact alignment as the components are off some fraction

of my grid that I can't adjust for (even with the fine grid set very

fine), and anyway that is now extremely time consuming (imaging 1000

LED's that all need to be manually aligned rather than snapping to an

exact grid.

 

Is there a fix for this initial automatic grid when initially creating a

PCB to work on ?

When you create a board from a schematic the board is created with the

default grid and the packages are initially on that grid. Then if you

change the grid to what you want, the packages don't adjust their

position so they are 'off grid' at that time.

There is a ULP you could run before you start to layout which will move

all your packages onto your nominated grid. Have a look at cmd-snap-brd.ulp

HTH

Warren

On 09/01/2014 01:30 AM, warrenbrayshaw wrote:

On 31/08/2014 10:54 a.m., peter wrote:

I'm using Eagle Pro 6.6.

 

I noticed a behaviour that has me very frustrated and I can't find a way

to fix it.

 

If I create a Schematic with say 64 LED's (SMD devices to created with a

grid on 0.1mm in the library)

 

And wire them up appropriately in the schematic.

 

then switch to the PCB view, the 64 LED's are automatically placed on

the board outside of the default PCB area, but they are placed in a n

array  pattern that i have no control over, and that seems to be

slightly off when I then set the PB grid to 0.1mm for placement...

 

from row to row of LED's they are slightly misaligned when i pick them

up to place them they don't line up correctly with LED's that were

dropped in the array on the line above, or to the right...

 

So I am having a devil of a job laying out my final array or LED's

according to an exact alignment as the components are off some fraction

of my grid that I can't adjust for (even with the fine grid set very

fine), and anyway that is now extremely time consuming (imaging 1000

LED's that all need to be manually aligned rather than snapping to an

exact grid.

 

Is there a fix for this initial automatic grid when initially creating a

PCB to work on ?

 

When you create a board from a schematic the board is created with the

default grid and the packages are initially on that grid. Then if you

change the grid to what you want, the packages don't adjust their

position so they are 'off grid' at that time.

 

There is a ULP you could run before you start to layout which will move

all your packages onto your nominated grid. Have a look at cmd-snap-brd.ulp

 

HTH

Warren

 

 

 

Warren, thank you, that helps a lot and you didn't get a bit snarky like

Olin

On 02/09/14 00:24, peter wrote:

 

Warren, thank you, that helps a lot and you didn't get a bit snarky like

Olin

Olin does get snarky on occasion, but usually only with people who are

so pig-headedly focussed on their original, wrong approach that they

flatly refuse to even contemplate the three better methods (and one

simple 'fix') they've already been offered. I can sympathise with his

frustration sometimes.

On 02/09/14 00:24, peter wrote:

 

Warren, thank you, that helps a lot and you didn't get a bit snarky like

Olin

Olin does get snarky on occasion, but usually only with people who are

so pig-headedly focussed on their original, wrong approach that they

flatly refuse to even contemplate the three better methods (and one

simple 'fix') they've already been offered. I can sympathise with his

frustration sometimes.