Ich war nie wirklich in der Lage, Benutzerbibliotheken besonders gut in Eagle zu verwalten. Das Problem verschlimmert sich, wenn Projekte von Computer zu Computer verschoben werden, und noch schlimmer, wenn versucht wird, eine Art Versionskontrolle aufrechtzuerhalten. Dies spitzte sich gestern zu, als ich ein Eagle-Versionsupdate durchführte und es einfach zurückrollte, anstatt Probleme richtig zu lösen (kompliziert durch den Versuch, eine kostenlose Beratung zu einem Wohlfühlprojekt zu machen, das ich vollständig behalten muss getrennt von den Ressourcen meines Arbeitgebers).
Am ehesten bin ich glücklich geworden, wenn ich für jedes einzelne Projekt eine Benutzerbibliothek pflege und sie als Teil des Subversion-Sets hinzufüge. Dies hat jedoch einige echte Einschränkungen, aber Junge, es macht die Dinge auf jeden Fall eindeutig.
Gibt es eine gute Möglichkeit, einen Benutzerbibliotheksbaum zu verwalten, der für Portabilität und Versionskontrolle geeignet ist?
Ein Hauptproblem, das eine ordnungsgemäße Versionskontrolle verhinderte, war das binäre Bibliotheksformat, das Eagle 5 und frühere Versionen verwendeten. Ich denke, Sie wissen bereits, dass sie das Format mit Eagle 6 in Klartext-XML geändert haben.
Wir verwenden Subversion für die Versionskontrolle, aber das ist nur eine persönliche Entscheidung. Dank des XML-Formats können wir jetzt Diffs durchführen und somit wurde das Nachverfolgen von Änderungen viel einfacher. Es reicht nun aus, die Änderungen während des Commit zu überprüfen, anstatt sich während der Entwicklung Notizen darüber machen zu müssen.
Unser allgemeiner Ansatz:
Alle unsere Bibliotheken teilen sich einen Ordner im Kofferraum. Wir haben eine "gemeinsame" Bibliothek, in der alle Komponenten zusammengefasst sind, die nicht mit dem Inhalt einer der anderen, spezialisierteren Bibliotheken übereinstimmen. Von Zeit zu Zeit extrahieren wir passende "Gruppen" von Komponenten in ihre eigene Bibliothek und bereinigen die gemeinsame. Wir checken immer den gesamten Stamm unserer Arbeitskopie aus, die sich in einem Unterverzeichnis von Eagles \lib-Ordner befindet. Alle Dateien sind als "Notwendigkeitssperre" gekennzeichnet, um eine Beschädigung zu verhindern, aber dies ist möglicherweise nicht mehr erforderlich, da wir manuelle Korrekturen an XML vornehmen könnten.
Es ist eine gute Sache, die allgemeinen Teilenummern beim Schreiben der SVN-Protokolle anzugeben. So ist es einfach, den Revisionsverlauf zu überprüfen, um zu verhindern, dass einige Arbeiten zweimal ausgeführt werden.
Als Nebenbemerkung: Wenn Sie eine projektspezifische Bibliothek benötigen, die alle Komponenten eines bestimmten Boards enthält, gibt es ein ULP-Skript, das mit der Standardinstallation von Eagle geliefert wird. Es extrahiert alle verwendeten Komponenten in eine einzige lbr-Datei.
Am Ende ist die interne Bibliotheksverwaltung von eagle einfach nicht gut und daran können wir nicht viel ändern.