Yo tengo hechas mias, tanto de esquematico, como Footprint en Protel de algunas cosillas.

Tambien tengo un modelo pspice de un Triac... si lo habriis en el foro, lo colgare todo.

Je, je. Hace unas semanas hice mi primera placa con el Eagle. Si bien el autorute tiene uno o dos 'muy' menos delante del 'malo' respecto del de Protel, estoy totalmente de acuerdo con Ranganok con lo de programa de juguete comparado con el Protel.

Totalmente de acuerdo con la idea, pero también con la opción de tener un estándar para hacer los componentes, así como para librerías en C.

Personalmente, yo estructuro mis programas de C en diferentes 'capas', donde unos son los 'drivers' de los periféricos, mientras que otros ficheros contienen el código fuente operativo. Eso me permite por ejemplo, usar el mismo código de ModBus para AVR's que para ARM's, mientras que los drivers 'hardware' funcionan con interrupciones en uno y por DMA en el otro. Además, así hay módulos para cada periférico o utilidad.

Volviendo a las librerías, yo haría algo parecido como 'lib_eagle_cny' para indicar librería completa (footprint y esquema) para eagle de los cny, por ejemplo. De esta manera, se sabe que tipos de componentes tenemos, para que herramienta de PCB, etc. Y quizás fuese intersesante poner footprints y esquemático por separado, como hace el Protel. Así con el mismo esquemático, por ejemplo del cny70, podemos poner el footprint de ésto o del qre1113.

Un último añadido que yo hago personalmente en mis librerías de Protel, en el esquemático, es añadir un valor de texto que contiene la referencia de Farnell, RS, interna de la empresa, etc, del componente, de esta manera el BOM genera automáticamente el 'pedido'.

No se si os dáis cuenta pero esto, de usar librerías estándard de hardware y software ya se había propuesto desde hace tiempo, es más se había propuesto hasta usar módulos estándard intercambiables entre ellos:

http://wiki.webdearde.com/index.php/Proyecto_Entrenadora

S2

Ranganok Schahzaman