Actions
Forum Thread Details
  • Replies 10 replies
  • Subscribers 177 subscribers
  • Views 1884 views
  • Users 0 members are here
Related

Device unlinked from library, how to detect?

autodeskguest

This problem is very old. Sometimes I upgrade my libraries and give devices

a new name. Sometimes I delete buggy devices.

 

When I from a project use the "library->update all" funcion, I get no

notifications of the placed components that doesn't exist in library

anymore. That is scary.

 

When I (from the v6 contect menu) choose "open device" I get the error:

"Package variant 'xxx' of deviceset yyyy does not exist in current library

. Please adjust the library path or export the drawing

libraries first!"

I do not want to do this for every part present on my brd/sch. It is

possible to write an ULP to find them, but I think it should be part of the

library update function.

 

I would very much like to know what devices are no longer linked to the

library, cause I want them to reflect the new stuff. If I have to manually

replace them, thats fine. The worst thing that can happen is the device

being old (maybe even buggy) and not supported by my libs anymore.

 

Maybe there is already a solution to identify these obsolete library parts?

 

Regards,

 

PS:How to confirm? Just temorarily rename a device you know exist in a

project, then do library update. The project won't know its gone from the

library.

 

 

Parents

  • "warrenbrayshaw"  skrev i nyhetsmeldingen: lki0aa$lun$1@cheetah.cadsoft.de

    ...

    This has been mentioned before, by me, only 4 weeks ago.

    Same part name in another library folder on another path in your directory

    options and you get the update from the first one that matches.

     

    Sorry for not catching it.

     

    The libraries are searched in the order they are specified in the

    directories settings.

    What should be changed for an 'Update all' is the matching should continue

    to the end of all libraries and the user advised if there is a second match

    and not perform update until you advise which one you want.

    Of course, you should manage your libraries so there are no duplicates of

    library name and part but novices will often so this when they are unaware

    of the trap.

     

    My suggestion is simply to only scan libraries in use and report if several

    of the projects devices come from a library that is not in use.

    Your suggestion seems to open the door for a lot more bugs, and require a

    lot more work, so maybe for a future version?

     

     

  • in reply to autodeskguest

    [quote title=Morten Leikvoll wrote on Fri, 09 May 2014

    03:43]"warrenbrayshaw"  skrev i nyhetsmeldingen:

    lki0aa$lun$mailto:1@cheetah.cadsoft.de

    ...

    This has been mentioned before, by me, only 4 weeks ago.

    Same part name in another library folder on another path in your directory

     

    options and you get the update from the first one that matches.

     

    Sorry for not catching it.

     

    Isn't that how it is supposed to work?  The directories in the Control Path

    -> Directories settings are in order of priority from left to right.  As

    soon as EAGLE finds a file that matches it stops looking.  This is true for

    running scripts and ULP's as well as updating.

     

    I agree, you should generally not have 2 libraries with the same name, but

    if you do that is what the priority takes care of.  However, if you don't

    know then I guess that could cause confusion.

     

    If there was a full report at least you'd see what was updated and where it

    came from.  Then it wouldn't be hidden at least.

     

    Quote:

    >The libraries are searched in the order they are specified in the

    >directories settings.

    >What should be changed for an 'Update all' is the matching should

    continue

    >to the end of all libraries and the user advised if there is a second

    match

    >and not perform update until you advise which one you want.

    >Of course, you should manage your libraries so there are no duplicates

    of

    >library name and part but novices will often so this when they are

    unaware

    >of the trap.

     

    My suggestion is simply to only scan libraries in use and report if

    several

    of the projects devices come from a library that is not in use.

    Your suggestion seems to open the door for a lot more bugs, and require

    a

    lot more work, so maybe for a future version?

     

     

    I don't think the libraries "in use" should be the qualification for what

    is searched.  The "use" command really only tells EAGLE which libraries to

    consider when adding parts.  But I could easily (and often do) "use" a

    library to add a couple parts and then remove it from "use" because I know

    I don't want any more parts from that library.  And the more libraries are

    in use, the longer it takes for the Add Device dialog to appear.  So I

    would often have devices in my designs that are not part of libraries that

    are in use at the time of the update.

     

    I think EAGLE should, for each device in the design, look for that device

    in all of the libraries that can be found in the EAGLE Library Directories

    (as specified in Control Panel).  If it finds a match for device name and

    library (that matches the library reference in the device itself) then it

    goes ahead and tries to update.  Anything else should not be updated.

     

    And of course a full report should be created of what happened during the

    update for EVERY device in the design.  The idea is that the designer

    should have full knowledge of exactly what happened during the update and

    exact HOW each device changed or why it did not change.

     

    There are two things that the "update all" command needs to look for:

    device and library (that is referenced by the device).  Only if it finds

    both should it replace the part.  If it actually looking into other

    libraries that is not correct and should be fixed immediately.

     

    CadSoft, please think like a designer about this.  I have designs with

    close to 1000 parts and when I do "update all" there is no possible way I

    can ensure currently that one specific change I made was included in the

    update.  And as I stated, even as a veteran designer and EAGLE user, I

    still had a board come back non-functional about 6 months ago because of

    this issue.

     

    James.

    --

    James Morrison  ~~~  Stratford Digital

     

    Specializing in CadSoft EAGLE

    • Online Sales to North America

    • Electronic Design Services

     

    Take advantage of v7 License Promotion right now at

    http://www.eaglecentral.ca

    --

    Web access to CadSoft support forums at www.eaglecentral.ca.  Where the CadSoft EAGLE community meets.

     

Reply
  • in reply to autodeskguest

    [quote title=Morten Leikvoll wrote on Fri, 09 May 2014

    03:43]"warrenbrayshaw"  skrev i nyhetsmeldingen:

    lki0aa$lun$mailto:1@cheetah.cadsoft.de

    ...

    This has been mentioned before, by me, only 4 weeks ago.

    Same part name in another library folder on another path in your directory

     

    options and you get the update from the first one that matches.

     

    Sorry for not catching it.

     

    Isn't that how it is supposed to work?  The directories in the Control Path

    -> Directories settings are in order of priority from left to right.  As

    soon as EAGLE finds a file that matches it stops looking.  This is true for

    running scripts and ULP's as well as updating.

     

    I agree, you should generally not have 2 libraries with the same name, but

    if you do that is what the priority takes care of.  However, if you don't

    know then I guess that could cause confusion.

     

    If there was a full report at least you'd see what was updated and where it

    came from.  Then it wouldn't be hidden at least.

     

    Quote:

    >The libraries are searched in the order they are specified in the

    >directories settings.

    >What should be changed for an 'Update all' is the matching should

    continue

    >to the end of all libraries and the user advised if there is a second

    match

    >and not perform update until you advise which one you want.

    >Of course, you should manage your libraries so there are no duplicates

    of

    >library name and part but novices will often so this when they are

    unaware

    >of the trap.

     

    My suggestion is simply to only scan libraries in use and report if

    several

    of the projects devices come from a library that is not in use.

    Your suggestion seems to open the door for a lot more bugs, and require

    a

    lot more work, so maybe for a future version?

     

     

    I don't think the libraries "in use" should be the qualification for what

    is searched.  The "use" command really only tells EAGLE which libraries to

    consider when adding parts.  But I could easily (and often do) "use" a

    library to add a couple parts and then remove it from "use" because I know

    I don't want any more parts from that library.  And the more libraries are

    in use, the longer it takes for the Add Device dialog to appear.  So I

    would often have devices in my designs that are not part of libraries that

    are in use at the time of the update.

     

    I think EAGLE should, for each device in the design, look for that device

    in all of the libraries that can be found in the EAGLE Library Directories

    (as specified in Control Panel).  If it finds a match for device name and

    library (that matches the library reference in the device itself) then it

    goes ahead and tries to update.  Anything else should not be updated.

     

    And of course a full report should be created of what happened during the

    update for EVERY device in the design.  The idea is that the designer

    should have full knowledge of exactly what happened during the update and

    exact HOW each device changed or why it did not change.

     

    There are two things that the "update all" command needs to look for:

    device and library (that is referenced by the device).  Only if it finds

    both should it replace the part.  If it actually looking into other

    libraries that is not correct and should be fixed immediately.

     

    CadSoft, please think like a designer about this.  I have designs with

    close to 1000 parts and when I do "update all" there is no possible way I

    can ensure currently that one specific change I made was included in the

    update.  And as I stated, even as a veteran designer and EAGLE user, I

    still had a board come back non-functional about 6 months ago because of

    this issue.

     

    James.

    --

    James Morrison  ~~~  Stratford Digital

     

    Specializing in CadSoft EAGLE

    • Online Sales to North America

    • Electronic Design Services

     

    Take advantage of v7 License Promotion right now at

    http://www.eaglecentral.ca

    --

    Web access to CadSoft support forums at www.eaglecentral.ca.  Where the CadSoft EAGLE community meets.

     

Children
No Data