[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: gEDA-pt: Diretivas para criacao de biblioteca de componentes



Em Qui, 2004-11-25 ās 09:55, Xtian Xultz escreveu:
> Bom, tem uma coisa muito importante aqui. A ideia de criar a biblioteca para 
> gEDA usando este documento de diretrizes se refere a criar algo usando o que 
> existe de software no gEDA. Nada do que for colocado neste documento se 
> referirah a algo de software que ainda precise ser criado no gEDA.

	Concordo plenamente.

>  O lado positivo eh que o gEDA eh um programa maduro e eu nao vejo o que precisaria 
> ser incluido ainda, no tocante aa biblioteca e afins.
> Jah o PCB NAO importa uma netlist com componentes. Ponto.
> Existem ferramentas para exportar arquivo .net e .pcb como o gschem2pcb e o 
> gsch2pcb, mas elas sao pobres, simplorias e teem varios problemas. Um 
> exemplo: voce coloca um transistor de encapslumanto TO220. Voce vai usar este 
> transistor em peh ou deitado? Se fossemos nos adequar aas ferramentas 
> existentes teriamos que ter um transistor no gEDA com footprint TO220 em peh 
> e um deitado. Isso ateh nao seria o fim do mundo, o problema eh que a decisao 
> de usar o transistor em peh ou deitado nao eh do engenheiro que desenha o 
> diagrama, mas o que desenha o layout. Entao fazer dois simbolos somente 
> mudando o tipo de footprint eh um erro.

	Eh verdade e implantacao de sistema de auto-echo para detalhes assim,
alem de complexa seria desnecessaria, sao meros detalhes do layoutista,
nao precisam voltar ao diagrama, nao como a troca de portas logicas
entre um mesmo chip e talz.

> A solucao neste caso eh uma mudanca no programa PCB. Eu tenho algumas ideias a 
> respeito disso, nao vou dizer agora porque nao eh hora, foi perguntado se a 
> idea eh fazer uma biblioteca para o gEDA e uma para o PCB, a resposta eh sim, 
> eh claro. A questao eh que o PCB ainda precisa ser trabalhado, e o gEDA nao. 
> Por isso podemos iniciar jah o trabalho da biblioteca do gEDA. E um 
> transistor que eh TO220, eh TO220 e ponto final.

	Concordo, mencionei algo a respeito de fazer um script de exportacao
mais decente para o PCB, mas na verdade assim:
	- Sim, concordo em fazer agora de acordo com o que jah existe
	- Mas nao tem problema a gente prever certas coisas basicas e
imutaveis, como nomes de footprints dentro de boas definicoes.
	- A construcao deste script seria totalmente alheia a isto, apesar de
acabar sendo um fato importante depois de pronta.

	Tambem tenho planos antigos de fazer um script maluco de faca o
seguinte:
	1 - leia uma lista de arquivos .sch e construa, por gnetlist uma tabela
de componente e uma lista de materiais.
	2 - Exporte a tabela e a lista na forma de pagina A4 em arquivo .sch
mesmo! Bah! Seria o que ha em termos de facilitar fechamento de
projetos!

	O script deveria chamar gnetlist -g bom para a TOC (Table of
Components) e o gnetlist -g bom2 para a BOM (bill of materials) para
cada caso formatar sozinho os componentes e criar quantas paginas fossem
necessarias para fechar o documento, uma em cada arquivo .sch
	Para completar a tarefa, eu cheguei a criar um conjunto de componentes
extra, que chamei de INFO em nossa biblioteca "ABNTizada" no qual voce
pode especificar componentes nao presentes no diagramas mas que serao
lidos pelo script para o perfeito acabamento do TOC e BOM, tais como a
placa de circuito impresso em si, o fusivel que vai no simbolo de porta
fusivel entre outros materias que a gente sempre tem que por na mao
quando exporta uma lista pelo gnetlist. Para mim seria o apice no uso do
gEDA.

	Vou tratar de pegar o que tenho aqui de componentes, juntar com algumas
coisas do Xultz e reacertar o servidor CVS da biblioteca, assim todos
poderao acessar e contribuir. Vou tambem providenciar um release
constante disso em formato zip no site.

-- 
eh isso pessoal,

	Antonio Augusto Todo Bom Neto