Melhores práticas para o desenvolvimento de componentes - Parte 1

Olá a todos,

Por um tempo agora, me pediram para fornecer alguns detalhes sobre como a Altium desenvolve nosso conteúdo e, mais importante, o que consideramos como 'melhores práticas'.

Desde o início, pensei que forneceríamos isso como notas de aplicação ou páginas wiki, mas após alguma consideração, achei que um bom primeiro ponto de contato seria como postagens de blog. Desta forma, posso registrar de maneira inteligente seus feedbacks e ideias, e então incorporá-los nas referidas notas de aplicação, reivindicando-os como meus.

Muito obrigado antecipadamente por me ajudar com isso ;)

Piadas à parte, a verdade é realmente que a Altium constrói bibliotecas de componentes de placas de circuito impresso para um grande público. Eu presumiria que, embora sejamos movidos pelos mesmos princípios, a maneira como estes são aplicados é diferente porque precisamos fazer componentes de placa de circuito que funcionem para todos. Com esse objetivo, qualquer documentação sobre 'melhores práticas' precisa estar em um contexto que faça sentido para cada um de vocês.

Easy, Powerful, Modern

The world’s most trusted PCB design system.

Learn More

Minha esperança é que possamos criar um conjunto de documentos que descrevam o que realmente são as melhores práticas - uma combinação das perspectivas tanto da Altium quanto dos nossos clientes.

Para explicar por que estou escrevendo este post; cerca de 2 anos atrás, eu estava envolvido na configuração do Centro de Desenvolvimento de Conteúdo de Xangai da Altium. Na época, eu estava cuidando da equipe de engenharia de aplicação asiática da Altium e tinha imaginado que eu conhecia montagem de PCB e componentes para o Altium Designer^®. Nossa, como eu estava enganado. Tive a sorte de trabalhar com pessoas que tinham 15 anos de experiência no desenvolvimento de bibliotecas de componentes para aprender.

Então, vamos começar.

Quais são os princípios orientadores para construir um bom conteúdo;

• Qualidade
  Como os blocos de construção de um design, um erro simples ou sutil pode ter consequências amplas e frustrantes. Acima de tudo, os componentes precisam ser precisos e confiáveis. De longe, a maior quantidade de tempo no desenvolvimento de um componente é verificar se ele está correto.
• Organização
  No início, eu achava que isso era trivial, mas rapidamente aprendi que a palavra-chave para o desenvolvimento era . Como um, precisamos ser capazes de encontrar o que estamos procurando, de forma rápida e eficiente.
• Usabilidade
  Uma coisa é fazer um símbolo que é tecnicamente ‘correto’, outra bem diferente é fazer um que permita desenhar um esquemático bonito, limpo e legível. Isso é tão importante que na Altium nós incorporamos esse requisito em nosso fluxo de desenvolvimento e nossos padrões.
• Previsibilidade (conformidade)
  De certa forma, isso realmente é uma combinação de boa organização e usabilidade. Para tornar ambos os objetivos possíveis, deve haver consistência em quase tudo. A consistência torna a reutilização possível, também torna coisas como navegação e busca possíveis.
• Quantidade
  Talvez este seja um ponto discutível fora do contexto da equipe de Conteúdo da Altium? Não tenho total certeza. Pelo menos, todos nós precisamos ser eficientes e produtivos em nossos trabalhos. A quantidade é realmente o resultado disso quando uma equipe está focada exclusivamente no desenvolvimento de conteúdo.

Eu me pergunto se esses princípios estão alinhados com o seu próprio entendimento sobre o desenvolvimento de componentes. Há algo que eu tenha perdido ou subestimado?

Component Management Made Easy

Manage your components, get real-time supply chain data, access millions of ready-to-use parts.

Learn More

Para dar uma cobertura razoável a tudo, decidi fazer isso em poucos posts de blog e espero poder entregá-los em rápida sucessão. Por agora, decidi dividir os tópicos assim:

1. Padrões de nomenclatura, por que e como.
2. parâmetros de componentes,
3. genérico vs específico do fornecedor,
4. desenvolvendo bons símbolos,
5. como a Altium constrói footprints,
6. processos de desenvolvimento de PCB e infraestrutura.

Ao longo do caminho, quero realmente ser guiado pelo seu feedback. Então, por favor, participe com quaisquer comentários e pensamentos.