[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gEDA-dev: SoC: Gerber, DRC, gsch2pcb and D-BUS




> IMHO the core of the "drc improvement" should consist of two parts:
> First, improving the things we check for and how we locate (meaning
> X,Y position) the failures, and second, storing the results in an
> internal data structure that we can use to inform the user of the
> failures.
> 
> Once we have the failures, it's up to the GUIs to choose how to
> present that information to the user, either as a separate dialog, or
> as layers.  We could even have a printed report, for example.

It is very useful I think to let DRC run to completion and have a DRC 
layer (or perhaps 1 DRC layer per copper layer as you suggest) that 
identifies exactly the offending feature.


>>3) GSCH2PCB PCB INTEGRATION
> 
> 
>>Instead of gsch2pcb duplicating PCB's mechanisms for manipulating
>>boards, it could communicate with PCB through a well-defined API.
>>One problem this would fix is gsch2pcb using different search paths
>>for components than PCB.
> 
> 
> I've often suggested that gsch2pcb should create a *script* for pcb,
> which does all the things that need to be done.  It would mean adding
> more actions to pcb, specific to this purpose.
> 

"me too".



>>Perhaps this same API could be used to create a program for
>>automatic/controlled replacing/updating of PCB elements.
> 
> 
> Yup.  The element attribute table could keep track of the origin
> (file-wise) of each footprint, and perhaps a hash signature or
> timestamp.

I'm in favor of a hash signature based on some canonicalized version of 
the footprint.  I guess you'd want to embed the hash when the footprint 
was first instantiated.

> 
> 
>>So all suggestions welcome. If anyone thinks I should be looking at
>>something I haven't listed please let me know.
> 
> 
> Two other projects I'm thinking about:
> 
> 1. The "non-copper layers" one.  Basically, each layer needs to have a
>    type and position associated with it, so you can say "this layer is
>    a paste keep-out for the top" etc.  This change is a prerequisite
>    to a number of other enhancements we're hoping to get to.

yes!

-Dan



_______________________________________________
geda-dev mailing list
geda-dev@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev