En realidad, nunca he podido administrar las bibliotecas de usuarios particularmente bien en Eagle. El problema se agrava cuando se mueven proyectos de una computadora a otra, y es aún peor cuando se trata de mantener algún tipo de control de versiones. Esto llegó a un punto crítico ayer cuando realicé una actualización de la versión de Eagle, y simplemente la revertí en lugar de tratar los problemas de la manera correcta (complicado al tratar de hacer una consultoría gratuita en un proyecto que me hace sentir bien y que necesito mantener por completo). separado de los recursos de mi patrón).
Lo más cerca que he llegado a estar cerca de ser feliz es mantener una biblioteca de usuario para todos y cada uno de los proyectos e incluirla como parte del conjunto de subversiones. Esto, sin embargo, tiene algunas limitaciones reales, pero vaya, ciertamente hace que las cosas no sean ambiguas.
¿Hay una buena manera de mantener un árbol de biblioteca de usuario que sea amigable para la portabilidad y el control de versiones?
Un problema importante que impidió el control de versiones adecuado fue el formato de biblioteca binaria que Eagle 5 y versiones anteriores usan. Supongo que ya sabe que cambiaron el formato a XML de texto sin formato con Eagle 6.
Usamos Subversion para el control de versiones, pero eso es solo una elección personal. Gracias al formato XML, ahora podemos realizar diferencias y, por lo tanto, seguir los cambios se volvió mucho más fácil. Ahora es suficiente verificar los cambios durante la confirmación, en lugar de tener que tomar notas al respecto durante el desarrollo.
Nuestro enfoque general:
todas nuestras bibliotecas comparten una carpeta en el baúl. Tenemos una biblioteca "común" donde todos los componentes están agrupados, que no coinciden con el contenido de una de las otras bibliotecas más especializadas. De vez en cuando extraemos "grupos" de componentes de ajuste a su propia biblioteca, limpiando el común. Siempre revisamos todo el tronco de nuestra copia de trabajo, que reside en un subdirectorio de la carpeta Eagles \lib. Todos los archivos se atribuyen como "necesidad de bloqueo" para evitar la corrupción, pero es posible que esto ya no sea necesario, ya que podríamos realizar correcciones manuales en XML.
Es bueno incluir los números de pieza generales al escribir los registros SVN. Por lo tanto, es fácil verificar el historial de revisión para evitar hacer algo de trabajo dos veces.
Como nota al margen: si necesita una biblioteca específica del proyecto que contenga todos los componentes de una placa específica, hay un script ULP que viene con la instalación predeterminada de Eagle. Extrae todos los componentes usados en un solo archivo lbr.
Al final, la gestión interna de la biblioteca de Eagle no es buena y eso es algo sobre lo que no podemos hacer mucho.