Hi Dan,
Yes, that seems to have fixed the problem. My layout guy was able to
directly read in the netlist to PADS without any difficulty.
Thanks,
Steve
On Mon, 25 Feb 2008 15:43:42 -0800, Dan McMahill <[EMAIL PROTECTED]> wrote:
> could you verify that the attached patch works correctly?
>
>
On Feb 26, 2008, at 1:03 PM, Dave N6NZ wrote:
>
> Steven Michalske wrote:
>> I see two threads,
>>
>> One on how to add a plugin to gerbv to allow for pick and place auto
>> programming from gerbers.
>>
>> This could be done with or with out the help of an existing pick and
>> place file.
>>
>> T
Steven Michalske wrote:
> I see two threads,
>
> One on how to add a plugin to gerbv to allow for pick and place auto
> programming from gerbers.
>
> This could be done with or with out the help of an existing pick and
> place file.
>
> The second thread is how to make PCB create consistent
DJ Delorie wrote:
> This usually means your traces and your pads are not on the same
> layer. Check your layer group to make sure the 'c' and 's' (component
> and solder) layers are tagged along with the layers you think are
> component and solder.
>
This was the key - the solder and component
> How does one go about making the rats disappear when a trace is
> routed?
The 'o' key.
> There is always a bit of rat left between the endpoints of the
> pad/pin and trace - not all of my pads line up nicely on the grid -
> even though the trace overlaps the pin/pad by a substantial amount.
T
Sorry for the repost, but my previous post came up in the pick-and-place
thread on my email reader instead of being a new thread. (Not quite
sure how that happened.)
How does one go about making the rats disappear when a trace is routed?
There is always a bit of rat left between the endpoints
How does one go about making the rats disappear when a trace is routed?
There is always a bit of rat left between the endpoints of the pad/pin
and trace - not all of my pads line up nicely on the grid - even though
the trace overlaps the pin/pad by a substantial amount. I had this
problem ini
> The second thread is how to make PCB create consistent pick and place
> data so that the auto fitter would not need to do a thing.
>
> One question to little brother is what format should we use? Is there
> a standard you prefer? An Excel spread sheet is not one that I'll
> accept.
Thi
I see two threads,
One on how to add a plugin to gerbv to allow for pick and place auto
programming from gerbers.
This could be done with or with out the help of an existing pick and
place file.
The second thread is how to make PCB create consistent pick and place
data so that the auto fit
The message that I heard was that a generic solution is needed for the
pick and place machines. That libraries from a number of cad programs
were constructed so that the x,y output from them wasn't ideal or even
suitable for programming the pick and place machines.
For a generic solution the gerbe
Hi all,
FWIW, most mechanical CAD packages I'm familiar with (and even gschem)
use a insertion point and a rotation angle in the definition of grouped
drawing entities (a.k.a. symbol, drawing block, ..., whatever it is
named) somewhere within the drawing file (a.k.a. schematic).
So my EUR 0.02 pr
Dave N6NZ wrote:
>
> Dan McMahill wrote:
>> Dave N6NZ wrote:
>> Still, the suggestion about letting a footprint optionally include this
>> information to deal with "problem" parts might be an option.
>
> Yes, even as I suggested it I considered it a band-aid. If PnP info can
> be computed rel
12 matches
Mail list logo