← Back to team overview

kicad-developers team mailing list archive

Re: PCB update behavior

 

Every kind of dialog is quickly going to become annoying, the components needs to be marked in some way. Maybe if one could identify which components was added in pcbnew, and which was imported from eeschema?

This would not break anyone of our workflows.

On 01/11/2017 03:39 PM, jp charras wrote:
Le 11/01/2017 à 14:55, Kristoffer Ödmark a écrit :
I was the one suggesting that, and I would also suggest that every extra component/footprint that
does not have the "virtual" attribute should be removed if there is not a matching schematic symbol,
so that an extra resistor would be removed, but an extra mounting hole with the virtual tag would be
kept.

Virtual tag is just to avoid the component put in BOM.

A typical virtual component is a edge-connector card and some microwave components which are only a
drawing on the board.
The footprint itself is similar to other footprints (but usually has no 3D symbol)

For me I am not sure the "right way" exists.
(In my designs I always put a schematic symbol for each footprint, especially mounting holes)
Perhaps an option similar to options existing in import netlist dialog.
Or, better, like in Altium, a dialog to validate footprints which will be removed or changed.

Note: locked footprints are not removed.
Basically, mounting holes (like any mechanical footprint) should be always *locked* in a good design.


 -Kristoffer
On 2017-01-11 14:00, Maciej Sumiński wrote:
Someone on #kicad has noticed that "Perform PCB update" removes
components that were placed only in pcbnew without a schematic symbol
counterpart assigned. It works as if "delete extra footprints" option
was always enabled when reading a netlist. The drawback is it removes
logos, mounting holes, etc. that were placed at later stage.

What is the right way to perform a PCB update? Shall we keep components
with empty schematic sheet path (i.e. placed in pcbnew) or force users
to maintain component & footprint links?

Regards,
Orson



_______________________________________________
Mailing list: https://launchpad.net/~kicad-developers
Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



_______________________________________________
Mailing list: https://launchpad.net/~kicad-developers
Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp





Follow ups

References