L'actualité PCB - Conseils pour écrire un vérificateur de règles de conception de PCB

Cet article décrit une méthode d'écriture pour un système de vérification de règles de conception de PCB (RDC). Une fois que vous avez obtenu votre conception de PCB à l'aide de l'outil de génération de diagramme de circuit, vous pouvez exécuter DRC pour rechercher tout dysfonctionnement qui enfreint les règles de conception. Ces opérations doivent être effectuées avant de commencer le traitement ultérieur, et les développeurs qui développent des outils de génération de schéma de circuit doivent fournir que la plupart des concepteurs peuvent facilement maîtriser les outils DRC.

Écrire votre propre vérificateur de règles de conception de PCB présente de nombreux avantages. Bien que le vérificateur de conception ne soit pas aussi simple, il n'est pas hors de portée, car tout concepteur familier avec les langages de programmation ou de script existants peut entièrement concevoir le vérificateur. Les avantages de ce travail sont incommensurables. Cependant, les outils génériques vendus sur le marché ne sont souvent pas suffisamment flexibles pour répondre à des besoins de conception spécifiques. Par conséquent, les clients doivent réfléchir aux nouveaux besoins fonctionnels des développeurs d’outils DRC, ce qui nécessite généralement un certain financement et du temps, en particulier lorsque les exigences sont constamment mises à jour. Heureusement, la plupart des développeurs d’outils peuvent offrir aux clients un moyen pratique d’écrire leur propre DRC pour répondre à des besoins spécifiques. Cependant, cet outil puissant n'est pas encore largement reconnu ou utilisé. Cet article fournit un guide pratique pour tirer le meilleur parti de l'utilisation de l'outil DRC. Comme le DRC doit parcourir l'ensemble du schéma de circuit de la conception du PCB, y compris chaque symbole, chaque broche, chaque réseau et chaque attribut, un nombre illimité de fichiers "supplémentaires" peuvent être créés si nécessaire. Comme indiqué à la section 4.0, le DRC peut indiquer tout écart mineur qui enfreint les règles de conception. Par example, l'un des documents joints peut contenir tous les condensateurs de découplage utilisés dans la conception. Si le nombre de condensateurs est inférieur ou supérieur à la valeur attendue, une marque rouge est marquée [1] à l'endroit où le problème DV / DT de la ligne d'alimentation peut survenir. Ces fichiers auxiliaires peuvent être nécessaires, mais ils ne peuvent pas nécessairement être créés par un outil commercial DRC. Un autre avantage de DRC est la facilité de mise à jour pour répondre aux besoins des nouvelles fonctionnalités de conception, telles que celles qui peuvent affecter les règles de conception. En outre, une fois que vous avez acquis suffisamment d'expérience dans ce domaine, de nombreuses autres fonctionnalités peuvent être mises en œuvre. Par exemple, si vous pouvez écrire votre propre DRC, vous pouvez écrire votre propre outil de création de Bom afin que vous puissiez mieux gérer les besoins spécifiques des utilisateurs, Par exemple, comment obtenir du « matériel supplémentaire» (comme une prise, un radiateur ou un tournevis) pour un appareil qui ne fait pas partie de la base de données de schéma. Ou les concepteurs peuvent écrire leur propre analyseur de netsheet verilog qui offre suffisamment de flexibilité dans l'environnement de conception, comme la façon d'obtenir un modèle verilog ou un fichier temporel adapté à un périphérique spécifique. En effet, comme le DRC parcourt l'ensemble du schéma de conception, il est possible de collecter toutes les informations valides pour produire la simulation et / ou la Bom nécessaires à l'analyse de la netlist verilog de la conception du PCB. Discuter de ces sujets sans fournir de code de programme est un peu farfelu. Nous allons donc prendre l'exemple d'un outil d'acquisition de schéma électrique. Cet article utilise l'outil viewdraw développé par mentor Graphics et inclus dans la gamme de produits Pads designer. De plus, nous avons adopté l'outil viewbase, une bibliothèque simplifiée de routines C qui peuvent être appelées, consultées et manipulées sur la base de données viewdraw. Avec l'outil viewbase, les concepteurs peuvent facilement écrire un outil DRC complet et efficace pour viewdraw [2] [3] en langage C / C. Il convient de noter que les principes de base discutés ici s'appliquent également à tout autre outil de diagramme de circuit imprimé.fichiers d'entrée en plus de la base de données de diagramme de circuit imprimé, le DRC a besoin de fichiers d'entrée qui peuvent décrire des situations spécifiques, telles que la connexion automatique au plan d'alimentation en utilisant un nom de réseau d'alimentation légitime. Par exemple, si le réseau d'alimentation est nommé Power, le plan d'alimentation est automatiquement connecté au plan d'alimentation à l'aide d'un périphérique d'encapsulation back - end (si applicable à viewdrawpcbfwd). Voici une liste des fichiers d'entrée qui doivent être placés dans un emplacement global fixe afin que le DRC puisse trouver et lire automatiquement les informations au moment de l'exécution, puis les enregistrer dans le DRC. * Le fichier Legal - PWR - net - name est facultatif. Ce fichier contient tous les noms de réseau légitimes pour les signaux Power, tels que VCC, V3 - 3P et VDD. Dans les outils de mise en page / câblage PCB, il est nécessaire de faire attention à la casse des noms. En général, VCC est différent de VCC ou VCC. VCC peut être une alimentation de 5,0 V, V3 - 3P peut être une alimentation de 3,3 V * Le fichier Legal - PWR - net - name est optionnel car le fichier de configuration du périphérique d'empaquetage Backend doit généralement contenir un nom de réseau de ligne d'alimentation pour la méthode combinatoire. Si vous utilisez l'outil de câblage Allegro de cadence Design Systems, le fichier pcbfwd est nommé allegro.cfg et a les paramètres d'entrée suivants: terre: VSS cgnd GNd Ground alimentation: VCC VDD VEE v3 / 3P v2 / 5p 5V 12vif le DRC peut lire directement le fichier allegro.cfg au lieu de Legal / PWR / net / name, Un meilleur résultat sera alors obtenu (c'est - à - dire qu'il y a moins de probabilité d'introduire une erreur). Certains symboles doivent avoir des broches de cordon d'alimentation externe, car ces symboles ne sont pas connectés à la couche de cordon d'alimentation classique. Par example, la broche VCC du dispositif ECL est connectée au VCC ou à la masse; Sa broche Vee peut être connectée à la terre ou au plan - 5.0v. En outre, les broches de cordon d'alimentation peuvent également être connectées au filtre avant d'atteindre la couche de cordon d'alimentation. Les broches de cordon d'alimentation ne sont généralement pas connectées au symbole de l'appareil. Au lieu de cela, l'attribut du symbole (appelé signal ici) décrit quelle broche est la broche d'alimentation ou la broche de mise à la terre, et décrit le nom du réseau auquel la broche doit être connectée. Signal = VCC: 10signal = Ground: 20drc peut lire cet attribut et s'assurer que le nom du réseau est enregistré dans le fichier nom du réseau Legal. Les broches d'alimentation ne peuvent pas se connecter au plan d'alimentation si Legal - PWR - net - name ne contient pas de nom de réseau et ce problème est en effet très grave. Visitez: en savoir plus sur le document technique sur la conception de PCB