A global refresh would perhaps be somewhat risky? But an equivalent to the Exchange Footprint function of PCBnew could be very useful. Already now, a number of features are updated in the schematics when the corresponding symbol in the referenced library is updated. Metadata remains though. However once symbols will be stored together with the project in ver.6, there will be more need for these kind of functions.
In pcb_new the footprints are really stored within the pcb file. This is not the case for eeschemas symbols.
They are cached in the so called cache lib.
If a symbol changes in the library, kicad will ask you if you want to rescue the symbol or use the symbol that is currently in the lib. (If kicad detects a change between the cached symbol and the library symbol)
This dialog should pop up as soon as you open the schematic.
But remember in kicad v4 symbol names need to be unique over all libs. Kicad will take the symbol with the specified name from the lib having the highest priority. So if you change a symbol from the official lib and safe it in your own lib, kicad might still take the other official symbol. To go around this make sure your personal lib is near the top in the component libs dialog.
this wording “rescue” is a very confusing one, i wish that could be changed one day.
on to the topic.
metadata is not updated.
you will manually need to add same part again from lib, give it the same refdes as the old one,
given that you know which ones has changed and can keep track of that , and being willing to repeat over and over again.
of course its completely unacceptable.
this is actually a very important feature, not lacking in any other e-cad tool i have worked with.
(cadence, orcad / mentor, design capture / dx design )
? if i change a symbol in the lib and don’t rescue it (unselect the tick mark for that symbol in the rescue dialog) -> it is updated in the schematic. (Behavior of a 2 year old nightly. And of 4.0.6 under fedora)
My test documented. After i change the symbol in the lib and save it the rescue dialog opens automatically. (You can also start it from the menu if it does not open)
I then tell it not to rescue my symbol which results in then new library symbol in my schematic
(Note that the pin CANL did indeed move in the schematic.)
including your metadata fields ?
the text fields you add to the symbol/part ?
footprint being one of the fields
and much more you can add, like manufacturer, tolerance, rating etc etc
i doubt kicad even will notice you have done any changes to them.
so the refresh/reload of symbols should not be a pop-up question from kicad about rescuing, it should be an option in tools or somewhere to refresh design lib so you can do it at will, not when kicad thinks he found something.
I never rescue.
also most if the time when you edit a symbol and keep schematics open at the same time kicad will just refresh the symbol in schematics without any questions about rescue.
but text fields will not be updated and for some of us that metadata/text in the library is mighty important.
In most cases you would not want to have you metadata messed up, just because KiCad finds another version of your symbol.
However, what one could dream about is a tool that would let you search out for instance all capacitors with a value of 100nF and let you update all the different metadata fields for those symbols. (A nice feature could be that it would only update those fields that were edited,leaving the rest alone.) This would make it easier to enter metadata that can be used for BOM creation.
Currently the most efficient strategy to accomplish the same end result is to create “atomic” parts for the most used symbols, so that the information is already there when inserted into the schematic.
I always have atomic parts with real world part numbers.
And kicad will not mess up my local library (design local library).
Beacuse updates should be done at user request only.
Right click the part in the schematic and select from:
1 update this part
2 update all of this part in entire schematic.
3 update every part in schematic
This exists. For stable: use kifield, nightly has a table editor.
This generic part problem with 100nf as part no instead of a real part # is a dead end for kicad.
You get up and about quickly but in the end professional needs cannot be catered for.
One could at least hope for an understanding but the way of thinking is so different that I notice people don’t even understand what I try to explain.
Not being able to update the parts (unique atomic parts) in your local design library with the outside version of that exact atomic part is a huge problem.
To delete your part in the schematic and put in the exact same part again is the only way to get your meta data/text fields refreshed.
It’s not something one can live with long term.
Thanks Rene, I had not fully discovered the table editor, I thought it was just for displaying an overview, but discovered now one can update the fields. However I found the edit to be a bit shaky. Sometime it would take a double click, other time not. And if I edit and apply changes to one field the next symbol I click on will also get that value, so may be some more work is needed there (using unsigned Dec. 8 Windows nightly).
I do think see what Nicholas is after though, One has created a schematic, without much metadate or with incorrect ones in it and now you want to use a pre-existing “molecular” part to get that metadata for BOM/ordering info updated instead of retyping it in again.
For my molecular parts, I have symbol names like R_1206_10K_RC1206FR-0710K and with all needed footprint and ordering info defined. On insertion I change the value to 10K. The part will still reference R_1206_10K_RC1206FR-0710K in my custom library, it is just the displayed value that is changed. If I look at its properties all the original info for that part is displayed and ready for use in Pcbnew or creating a BOM.
I see now that a later nightly carries the possibilty to read in the fields from the lib when you open the properties dialog in eeschema
this is such a great step forward in the right direction.
now you should also be given the possibility within same properties dialogue to do this on all components of same value, not only the one you opened the prop dialogue on
unfortunately when you read in text fields that was not placed before in the schematic they end up far away from the component.
but still a great step forward
another problem found is that the visibility (show) properties as stored in the library is not honored.
fields gets in, but show flags are not updated.
That might be worth raising a bug report
20 chars 20 chars 20 chars
After some more checking to confirm on latest nightly I filed a bug report on the Component Table editing :
Post 25th November on Windows has not even been tried by many users. A big risk since V5 release is creeping up
Some of use like to live dangerously . Actually if there is a time one should go for the nightly that is in the pre-release period after the feature freeze (which is already in effect) to help developers pinpoint as many bugs as possible before the final V5 release.
Some precautions are vise though: frequent backups of everything of course, keeping up to date on what is going on on the bug tracker and the KiCad code list with repect to recent changes (I like this view ), and perhaps above all (that probably applies to any version in use now): Not to rely on referencing the official kicad libraries directly even when stored locally, or at least not at time of conversion to the new sym-lib-table format, as they are being reorganized and one could risk soon obsolete library names to get hard coded into the project files at conversion. And of course the risk might not be worth taking for time critical projects in the final stages. One should not go into this expecting that everything works perfectly.
I usually do this kind of testing with a separate installation in a VM, but right now I have reorganized my custom library and successfully converted all my projects to the new sym-lib-table format for my main installation after the initial testing period in a VM (only relying on two libraries: my own custom library and the official power library). I am really impressed with how responsive the developers are to the bug reports. Also one should not overlook the fact that the nighties have many bugs fixed that have existed for a long time, not only in the later versions.
Exactly, but the unsigned Nightlies are not exactly easy to find from the KiCad website
There are some clues in the link below. I only noticed the second time I read it:
(Not so easy to find, but I feel uncertain if the bandwidth of that site can take a more public approach).