Re: [Kicad-developers] RFC: position file changes

2016-06-19 Thread Cirilo Bernardo
On Thu, Jun 16, 2016 at 10:22 PM, Wayne Stambaugh wrote: > My preference is to define a reference position parameter for the > footprint this way it could be any position the user chooses. There may > be reasons to use values other than pin 1 or the center of the >

Re: [Kicad-developers] RFC: position file changes

2016-06-16 Thread Wayne Stambaugh
My preference is to define a reference position parameter for the footprint this way it could be any position the user chooses. There may be reasons to use values other than pin 1 or the center of the footprint. That one part that never seems to auto insert correctly comes to mind. If you've

Re: [Kicad-developers] RFC: position file changes

2016-06-16 Thread Cirilo Bernardo
I will look into this; we can name any unreserved footprint property as "RefPin" (do we translate it?) and if the pin exists then we can generate the PinX PinY values in the centroid. The issue now is when do we output PinX, PinY columns and how do we handle the case where a user may have

Re: [Kicad-developers] RFC: position file changes

2016-06-16 Thread Lorenzo Marcantonio
On Wed, Jun 15, 2016 at 07:12:50PM +0300, Eldar Khayrullin wrote: > It will be good if it will be selectable as option Not an option, make it explicitly *select* the pin 1 for orientation, it will save troubles! Adding it to the footprint properties would be the easiest IMHO -- Lorenzo

Re: [Kicad-developers] RFC: position file changes

2016-06-15 Thread Eldar Khayrullin
It will be good if it will be selectable as option В Среда, 15 июн. 2016 в 12:40 , Cirilo Bernardo написал: Hi Eldar, The problem I have is that different standards have different orientations. Even IPC now have "Orientation Level A", which is what is described

Re: [Kicad-developers] RFC: position file changes

2016-06-14 Thread Cirilo Bernardo
Hi Eldar, The problem I have is that different standards have different orientations. Even IPC now have "Orientation Level A", which is what is described in 7351B, and another one where Pin 1 is in what the EIA packaging standards call "Quadrant 3" (bottom left). The EIA specification in turn

Re: [Kicad-developers] RFC: position file changes

2016-06-14 Thread Eldar Khayrullin
Look at IPC 7351 - 16 ZERO COMPONENT ORIENTATIONS and Figure 16-1. В Вторник, 14 июн. 2016 в 6:53 , Cirilo Bernardo написал: Hi folks, Some assembly houses prefer to have a Pad1 location in addition to the part centroid location; this makes the orientation of the

Re: [Kicad-developers] RFC: position file changes

2016-06-14 Thread Lorenzo Marcantonio
On Tue, Jun 14, 2016 at 01:53:09PM +1000, Cirilo Bernardo wrote: > Hi folks, > > Some assembly houses prefer to have a Pad1 location in addition > to the part centroid location; this makes the orientation of the > component unambiguous and can help in cases where the user's > footprint doesn't