Biblioteca de paquetes SMT en eagle

No puedo encontrar la biblioteca eagle con paquetes smd/smt "vacíos".

Encontré paquetes THT en ic-packages.lbr.

¿Dónde puedo encontrar SSOP, TQFP y otros paquetes smd?

Respuestas (1)

Muchos de los paquetes genéricos que he usado con Eagle están en mi biblioteca de "paquetes", que debería estar (creo) incluida en la versión de Eagle Tools en http://www.embedinc.com/pic/dload.htm .

Sin embargo, si necesita un paquete, la opción más segura y generalmente más simple es hacerlo usted mismo. ¿Cual es el problema? Para cuando escribas una pregunta aquí y obtengas una respuesta, habrás terminado si pasas el tiempo haciéndola tú mismo.

Añadido en respuesta al comentario.

No, hay muchos más de 2 paquetes en mi biblioteca de paquetes de Eagle. Acabo de mirar y solo hay 2 dispositivos allí, TQFP64 y TQFP80. Olvidé por qué los hice, pero debe haber algún propósito especial en ese momento. En cualquier caso, preguntaste sobre paquetes , no dispositivos, por lo que no veo por qué te preocupan estos dos dispositivos.

El objetivo de crear uno propio, y la razón por la que siempre lo hago, es que tomaría más tiempo examinar y posiblemente modificar el paquete de otra persona que simplemente crear el mío. O dicho de otra manera, definir es más fácil que verificar detalladamente. Además, otros no van a crear paquetes con mis convenciones para las capas tPlace, tValue, tName y tDocu y otros detalles.

Pasar 5 minutos haciendo un paquete es mejor que pasar 10 minutos revisando el paquete de otra persona, encontrando cosas que necesito cambiar y luego haciendo los cambios.

Necesito muchos paquetes, quiero hacer unos adaptadores SMD-THT. No veo el sentido de crear paquetes propios si ya existen paquetes diseñados profesionalmente.
Solo hay 2 paquetes allí: TQFP-64 y TQFP-80.
Las preguntas que buscan recomendaciones para productos específicos o lugares para comprarlos están fuera de tema, ya que rara vez son útiles para otros y rápidamente quedan obsoletas.
@Passe: Esto debería ser un comentario a la pregunta, no a una respuesta. Si se siente así, entonces tiene sentido votar para cerrar la pregunta y posiblemente rechazar la pregunta si cree que se hizo mal (aunque no creo que esta lo haya sido). Sin embargo, no veo la lógica en rechazar una respuesta, a menos que tenga un desacuerdo específico con la respuesta en sí. En ese caso, sería útil señalar con qué no está de acuerdo en la respuesta.
El comentario debería haber sido sobre la pregunta. Pero agregar una respuesta a una pregunta fuera del tema fomenta el mal comportamiento. Y agregar una respuesta que recomiende un producto específico también está fuera de tema.
@Passe: esta pregunta no está realmente fuera de tema. Es algo que enfrentan muchos usuarios de Eagle, y es lo suficientemente razonable como para preguntar si existe una biblioteca de paquetes comunes en alguna parte. En cuanto a la recomendación del producto, eso no se aplica. Primero, si un producto realmente responde a la pregunta, entonces está bien mencionarlo, aunque debe señalar cualquier afiliación que tenga con él. Sin embargo, en este caso no mencioné ninguno de mis productos, y si te hubieras molestado en seguir el enlace que di antes de sacar conclusiones precipitadas, habrías visto que apunta a una página de descargas gratuitas .
Biblioteca de paquetes SMT en eagle
RespuestasAquíPolítica de privacidad1y, 0v