Meilleures pratiques pour le développement de composants - Partie 1

Bonjour à tous,

Depuis un certain temps, on me demande de fournir des détails sur la manière dont Altium développe notre contenu et, plus important encore, ce que nous considérons comme des « meilleures pratiques ».

Au début, je pensais que nous fournirions cela sous forme de notes d'application ou de pages wiki, mais après réflexion, j'ai estimé qu'un bon point de départ était sous forme de billets de blog. De cette manière, je peux astucieusement enregistrer vos retours et idées, puis les incorporer dans lesdites notes d'application en les revendiquant comme les miens.

Un grand merci d'avance pour votre aide dans cette démarche ;)

Blagues à part, la vérité est vraiment qu'Altium crée des bibliothèques de composants pour circuits imprimés pour un large public. Je suppose que, bien que nous soyons guidés par à peu près les mêmes principes, la manière dont ceux-ci sont appliqués diffère parce que nous devons fabriquer des composants de circuit imprimé qui fonctionnent pour tout le monde. À cette fin, toute documentation sur les « meilleures pratiques » doit être dans un contexte qui a du sens pour chacun d'entre vous.

Mon espoir est que nous puissions créer un ensemble de documents qui décrivent ce qui sont vraiment les meilleures pratiques - une combinaison des perspectives d'Altium et de nos clients.

Pour expliquer pourquoi j'écris ce post ; il y a environ 2 ans, j'ai été impliqué dans la mise en place du Centre de Développement de Contenu d'Altium à Shanghai. À l'époque, je m'occupais de l'équipe d'ingénierie d'application asiatique d'Altium, et j'avais cru savoir tout sur l'assemblage de PCB et les composants pour Altium Designer^®. Que je me trompais. J'ai eu la chance de travailler avec des personnes ayant 15 ans d'expérience dans le développement de bibliothèques de composants pour apprendre d'eux.

Alors, commençons.

Quels sont les principes directeurs pour créer un bon contenu ;

• Qualité
  En tant que fondements d'une conception, une erreur simple ou subtile peut avoir des conséquences vastes et frustrantes. Par-dessus tout, les composants doivent être précis et fiables. De loin, la plus grande partie du temps consacré au développement d'un composant est vérifier qu'il est correct.
• Organisation
  Au début, je pensais que c'était trivial, mais j'ai rapidement appris que le mot clé pour le développement était . Comme un, nous devons être capables de trouver ce que nous cherchons, rapidement et efficacement.
• Utilisabilité
  C'est une chose de créer un symbole qui est techniquement « correct », c'en est une autre de faire en sorte qu'il permette de dessiner un schéma agréable, net et lisible. C'est tellement important que chez Altium, nous avons intégré cette exigence dans notre flux de développement et nos normes.
• Prévisibilité (conformité)
  D'une certaine manière, cela représente vraiment une combinaison de bonne organisation et d'utilisabilité. Pour rendre ces deux objectifs possibles, il doit y avoir une cohérence dans presque tout. La cohérence rend la réutilisation possible, elle rend également des choses comme la navigation et la recherche possibles.
• Quantité
  Peut-être que celle-ci est discutable en dehors du contexte de l'équipe de contenu d'Altium ? Je ne suis pas entièrement sûr. Au minimum, nous devons tous être efficaces et productifs dans notre travail. La quantité est vraiment le résultat de cela quand une équipe est uniquement concentrée sur le développement de contenu.

Ce que je me demande, c'est si ces principes s'alignent avec votre propre compréhension du développement de composants ? Y a-t-il des choses que j'ai manquées ou sous-estimées ?

Afin de donner une couverture raisonnable à tout, j'ai décidé de faire cela en quelques articles de blog et j'espère pouvoir les livrer rapidement. Pour l'instant, j'ai décidé de diviser les sujets comme ceci :

1. Normes de nommage, pourquoi et comment.
2. paramètres des composants,
3. générique vs spécifique au fournisseur,
4. développer de bons symboles,
5. comment Altium construit les empreintes,
6. processus et infrastructure de développement de PCB.

En cours de route, je veux vraiment être guidé par vos retours. Alors, n'hésitez pas à intervenir avec tous vos commentaires et réflexions.