Mejores prácticas para el desarrollo de componentes - Parte 1

David Read
|  Creado: Febrero 21, 2017  |  Actualizado: Deciembre 9, 2020

En las próximas semanas, nos gustaría publicar detalles sobre nuestros estándares, prácticas y procesos de desarrollo de componentes de PCB. A lo largo del camino, me gustaría abrir un debate sobre cómo desarrollan bibliotecas y dónde ven desafíos. Nos gustaría reunir todo en una guía de mejores prácticas y estándares más formal. Con la pasta de soldar, una máscara de soldadura, el ensamblaje de circuitos impresos y la fabricación de PCB, hay tanto que considerar, ¡así que vamos a profundizar!

Hola a todos,

Desde hace un tiempo me han pedido que proporcione algunos detalles sobre cómo Altium desarrolla nuestro contenido y, más importante, qué consideramos como 'mejores prácticas'.

Desde el principio, pensé que proporcionaríamos esto como notas de aplicación o páginas wiki, pero después de considerarlo, pensé que un buen primer paso sería como entradas de blog. De esta manera, puedo registrar de manera inteligente sus comentarios e ideas, y luego incorporarlos en dichas notas de aplicación, reclamándolos como propios.

Muchas gracias por adelantado por ayudarme con esto ;)

Bromas aparte, la verdad es que Altium construye bibliotecas de componentes para placas de circuito impreso para una gran audiencia. Supondría que, aunque estamos impulsados por principios muy similares, la forma en que estos se aplican es diferente porque necesitamos hacer componentes de placas de circuito que funcionen para todos. Con ese fin, cualquier documentación sobre "mejores prácticas" necesita estar en un contexto que tenga sentido para cada uno de ustedes.

Mi esperanza es que podamos crear un conjunto de documentos que describan cuáles son realmente las mejores prácticas - una combinación de las perspectivas tanto de Altium como de nuestros clientes.

Para explicar por qué estoy escribiendo este post; hace unos 2 años estuve involucrado en la configuración del Centro de Desarrollo de Contenido de Altium en Shanghái. En ese momento estaba a cargo del equipo de ingeniería de aplicaciones asiáticas de Altium, y había supuesto que conocía el ensamblaje de PCB y componentes para Altium Designer®. Vaya si estaba equivocado. Tuve la suerte de trabajar con personas que tenían 15 años de experiencia en el desarrollo de bibliotecas de componentes de quienes aprender.

Así que empecemos.

¿Cuáles son los principios guía para construir un buen contenido;

  • Calidad
    Como los bloques de construcción de un diseño, un error simple o sutil puede tener consecuencias amplias y desesperantes. Por encima de todo, los componentes necesitan ser precisos y fiables. Con diferencia, la mayor cantidad de tiempo en el desarrollo de un componente se invierte en verificar que es correcto.
  • Organización
    Al principio pensé que esto era trivial, pero rápidamente aprendí que la palabra clave para el desarrollo era
    . Como si fuéramos una necesitamos ser capaces de encontrar lo que buscamos, de manera rápida y eficiente.
  • Usabilidad
    Es una cosa hacer un símbolo que técnicamente es ‘correcto’, es otra muy distinta hacer uno que permita dibujar un esquemático agradable, ordenado y legible. Esto es tan importante que en Altium construimos este requisito en nuestro flujo de desarrollo y nuestros estándares.
  • Predictabilidad (conformidad)
    De cierta manera esto realmente es una combinación de buena organización y usabilidad. Para hacer posibles ambos objetivos debe haber consistencia en casi todo. La consistencia hace posible la reutilización, también hace cosas como navegar y buscar posibles.
  • Cantidad
    Quizás este sea un tema debatible fuera del contexto del equipo de Contenido de Altium. No estoy completamente seguro. Al menos, todos necesitamos ser eficientes y productivos en nuestros trabajos. La cantidad es realmente el resultado de esto cuando un equipo está únicamente enfocado en desarrollar contenido.

Me pregunto si estos principios se alinean con tu propio entendimiento del desarrollo de componentes. ¿Hay algo que haya pasado por alto o subestimado?

Para darle a todo una cobertura razonable, he decidido hacer esto en unos pocos posts de blog y espero poder entregarlos en rápida sucesión. Por ahora he decidido dividir los temas de esta manera:

  1. Estándares de nomenclatura, por qué y cómo.
  2. parámetros de componentes,
  3. genérico vs específico del proveedor,
  4. desarrollando buenos símbolos,
  5. cómo Altium construye huellas,
  6. procesos de desarrollo de PCB e infraestructura.

A lo largo del camino, realmente quiero ser guiado por tus comentarios. Así que por favor participa con cualquier comentario y pensamiento.

Sobre el autor / Sobre la autora

Sobre el autor / Sobre la autora

David Read was appointed General Manager, Altium Greater China in October 2015, and he has worked at Altium since 2001. Originally serving as a Technical Support Consultant for the Australian region from Altium’s office in Hobart, Tasmania, later he moved to the Global Customer Care group at Altium Headquarters in Sydney as an Application Engineer and was later appointed R&D Director in Shanghai Content Center, and from 2013 to 2015, he worked as Product Marketing director. Prior to Joining Altium Mr. Read studied Computer Sciences and worked in the electronics industry.

Recursos Relacionados

Documentación técnica relacionada

Volver a la Pàgina de Inicio
Thank you, you are now subscribed to updates.