[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