\( \renewcommand{\renewcommand}{} \)

Mensajes recientes

Páginas: [1] 2 3 ... 10
1
Sobre el foro de KiCad / Re:Imágenes
« Último mensaje por dhernan en Hoy a las 04:13:20 »
Buenas.

Gracias. ¿Para Mega sería igual?

Saludos
2
Sobre el foro de KiCad / Re:Imágenes
« Último mensaje por pkicad en Hoy a las 01:16:57 »
3
Sobre el foro de KiCad / Imágenes
« Último mensaje por dhernan en Hoy a las 01:02:56 »
Buenas. Llevo horas buscando la forma de incrustar imágenes en mensajes y no lo he encontrado.

Ayuda, porfa ...
4
Buenas, pues yo tengo mis librerías en mi disco duro a parte de las oficiales de kicad.
En cada proyecto agrego las necesarias y cuando termino empaqueto todo lo que he usado utilizando "archivo->archivar huellas->crear nueva librería y guardar huellas"

te crea una librería con todas las huellas utilizadas en tu proyecto para pasarlas al cliente, y para el esquemático pues la cache.

un saludo.
5
Otros temas / Re:AC6 IDE para STM32
« Último mensaje por JUANJO en Ayer a las 04:07:14 »
Hola:

Yo utilizo en linux
eclipse
gcc-arm-none-eabi
openocd
st-linkv2

con las HAL. No utilizo CubeMX, hago las configuraciones "a mano".

Saludos.

hola Pedro, practicamente eso es AC6, simplemente que antes debías configurarlo todo tu mismo, y ellos se han ocupado de reunirlo todo para que sea mas sencillo, si instalas AC6 precisamente lo que estas usando, a parte de otras cosas, GCC, eclipse, los driver de stlink y openocd para el debug, las cube son opcionales.
También te permiten instalar solo los plug in para el eclipse que tu quieras, que seria aun mas parecido a lo que tu usas. Y por supuesto lo puedes usar en linux, mac o windows

saludos
6
Yo utilizo precisamente la biblioteca cache para crear la biblioteca del proyecto cuando acabo el proyecto.

La biblioteca cache se modifica con cada cambio del esquema. Para modificar la otra hay que hacerlo a propósito.

Con mi manera de trabajar el problema lo tengo durante el desarrollo del proyecto, pues voy cargando bibliotecas a medida que las voy necesitando.
7
Librerías / Re:Bibliotecas: librerías, huellas, 3D: ¿cómo organizarlas racionalmente?
« Último mensaje por ElektroQuark en 20 de Septiembre de 2017, 22:10:42 »
Cada proyecto ya incluye una librería caché con todos los componentes necesarios que se han utilizado.
8
Librerías / Re:Bibliotecas: librerías, huellas, 3D: ¿cómo organizarlas racionalmente?
« Último mensaje por pkicad en 20 de Septiembre de 2017, 12:00:28 »
Te comento lo que yo tengo, que es un poco farragoso de usar, pero a mí me funciona bien.

Puedes mover las bibliotecas desde /usr a tu /home/usuario. Tenerlas en el sistema es un peligro.

Yo tengo un directorio con 3 subdirectorios: componentes, huellas y modelos3D.
Dentro de cada uno de ellos tengo:
- Una carpeta con las correspondientes bibliotecas oficiales (que solo utilizo para modificarlas, pero eso es a gusto de cada uno).
- Otra carpeta con mis bibliotecas. (En realidad una por cada cliente, pues cada uno tiene sus peculiaridades). Esto hace que tenga la misma huella varias veces. Y trato mis propios proyectos como los de otro cliente más.
Hasta aquí el "almacenaje general".

Dentro de la carpeta de un proyecto creo una carpeta libraries con 3 subcarpetas: componentes, huellas y modelos3D en las que copio todo lo que me haga falta. Las variables de entorno son del tipo KISYS3DMOD = $(KPRJMOD)/libraries/Modules3D

Al final cada proyecto tiene dentro de su carpeta todas las bibliotecas que necesita y se le puedo enviar a cualquiera.
Para los componentes hago una cosa más al acabar: duplico la biblioteca cache en  miproyecto.lib y borro de la tabla de bibliotecas todas las demás.

Es tedioso porque tengo que estar copiando las huellas cada vez que inicio un proyecto. Pero es práctico porque cada proyecto contiene solo lo que necesita y lo puedo copiar al portátil o enviarlo por correo.

Si solo vas a utilizar las bibliotecas oficiales y no envías los proyectos a nadie, pasa de todo lo que he dicho y en vez de utilizar la variable de entorno KPRJMOD como variable relativa utiliza las variables KISYS3DMOD, KISYSMOD, etc con paths absolutos. Pero siempre fuera del los directorios del sistema.


9
Librerías / Re:Bibliotecas: librerías, huellas, 3D: ¿cómo organizarlas racionalmente?
« Último mensaje por ElektroQuark en 20 de Septiembre de 2017, 09:07:02 »
Organízate como quieras, pero no modifiques las originales en su sitio porque pueden cambiar en futuras revisiones, además de que perderás tus cambios.

Mi consejo:

Create unas con tu nombre como identificativo (bájate las mías si quieres como ejemplo) en un lugar accesible, como puede aer un directorio congaldo de /home/tuusuario.

Cuando necesites algún componente de las oficiales, cópialo a la tuya (por ejemplo con KiCad Librarian) o créalo tu mismo.

De esa forma las tendrás protegidas y solo tu harás cambios en ellas.
10
Librerías / Bibliotecas: librerías, huellas, 3D: ¿cómo organizarlas racionalmente?
« Último mensaje por DanielH en 20 de Septiembre de 2017, 08:24:28 »
Hola estimadísim@s!!!

Nuevamente por el foro, después de prácticamente un año ausente...

Estoy desarrollando un proyecto de PLC educativo (¿productivo?) Open Hardware + Free Software, cuyo componente principal (MCU) ya está funcionando (prototipo); pronto publicaré en el subforo Proyectos el concepto, la imagen 3D y alguna foto del aparatejo.

La principal dificultad con la que lidié en mi desarrollo es el sistema "híbrido" de bibliotecas de símbolos esquemáticos, huellas (footprints) y componentes 3D: cada librería contiene infinidad de símbolos .lib (acompañado por su respectivo .dcm), mientras que los footprints y 3D están agrupados en directorios .pretty y .3dshapes con uno o más archivos por cada componente.

Mi SO es Arch Linux, en su repositorio oficial están en forma separada los paquetes binarios del software v.4.0.7-1 actualmente), el de las bibliotecas para Eeschema y huellas, y el de los componentes 3D.

Por supuesto, al descargar las bibliotecas desde el repositorio, se instalan bajo /usr/share/kicad/ ; el sistema de permisos de Linux no admite que sean modificadas in situ por el usuario (sólo root o usuarios con atribuciones para sudo pueden hacerlo, pero no es recomendable porque los cambios se pierden al actualizarse los paquetes).

Por lo antedicho, habitualmente termino realizando una copia en un directorio en mi home, agregando/modificando/eliminando allí las .pretty y .3dshapes, y  editando a mano las .lib más incorporar más símbolos a los existentes.
Además, tengo que lidiar con las rutas preestablecidas, agregar manualmente nuevas rutas en EEschema y PCBnew, etc. etc. etc.

Ya leí en el foro en inglés que en la v5 cambiarán las .lib y cada componente tendrá su archivo independiente...

Pero mientras tanto, y hasta que llegue v5, les consulto su opinión:
¿sería más racional que copie TODAS las bibliotecas a un directorio en mi home, que elimine totalmente las que se encuentran bajo /usr/share/kicad/ , asignando finalmente las variables de KiCad a las nuevas rutas de las diferentes bibliotecas en mi home?
¿es conveniente que separe cada símbolo de las library en un directorio propio, que contenga el .lib y el .dcm para cada componente, anticipando los cambios en v5?
¿cómo gestionan Uds. sus bibliotecas (estándar y propias)?

Además: desde el AUR se puede descargar el PGBUILD para instalar Kicad Librarian ¿alguno lo utiliza?¿es realmente funcional para gestionar todo lo antedicho?

Agradeceré sus sugerencias.

Saludos cordiales,
DanielH



Páginas: [1] 2 3 ... 10