Hierdie artikel beskryf kortliks ‘n metode van programmering PCB ontwerpreëlkontroleerder (NGK) stelsel. Sodra die PCB -ontwerp verkry is met die hulpmiddel vir die opwekking van die stroombaan -diagram, kan DRC uitgevoer word om foute te vind wat die PCB -ontwerpreëls oortree. Dit moet gedoen word voordat die daaropvolgende verwerking begin, en die ontwikkelaar van die stroomopwekker moet DRC -gereedskap verskaf wat die meeste PCB -ontwerpers maklik kan bemeester.

Daar is baie voordele om u eie PCB -ontwerpreëlkontroleerder te skryf. Alhoewel die PCB -ontwerpkontroleerder nie so eenvoudig is nie, is dit nie onhanteerbaar nie, want enige PCB -ontwerper wat vertroud is met bestaande programmeer- of skripttale kan dit doen, en die voordele is onskatbaar.

Bemarkingsgereedskap vir algemene doeleindes is egter dikwels nie buigsaam genoeg om aan spesifieke PCB-ontwerpbehoeftes te voldoen nie. As gevolg hiervan moet kliënte nuwe funksievereistes aan die ontwikkelaars van die DRC -gereedskap rapporteer, wat gereeld geld en tyd verg, veral as die vereistes voortdurend bygewerk word. Gelukkig kan die meeste hulpmiddelontwikkelaars hul kliënte ‘n maklike manier bied om hul eie DRC te skryf om aan hul spesifieke behoeftes te voldoen. Hierdie kragtige instrument word egter nie algemeen erken of gebruik nie. Hierdie artikel bied ‘n praktiese gids om die meeste uit DRC -gereedskap te haal.

Aangesien DRK die PCB moet deurkruis om die volledige stroombaan -diagram te ontwerp, insluitend elke simbool, elke pen, elke netwerk, elke kenmerk, en indien nodig ‘n onbeperkte aantal “bykomstige” lêers moet skep. Soos beskryf in Afdeling 4.0, kan DRK enige geringe afwyking van PCB -ontwerpreëls aandui. Een van die aangehegte lêers kan byvoorbeeld al die ontkoppelingskondenseerders bevat wat in die PCB -ontwerp gebruik word. As die kapasitansienommer laer of hoër is as wat verwag is, sal rooi merke aangebring word waar probleme met die DV/DT -kraglyn voorkom. Hierdie bykomende lêers mag nodig wees, maar dit word nie noodwendig deur ‘n kommersiële DRC -instrument geskep nie.

Hoe om die PCB -reëlkontroleerder DRC te ontwerp

‘N Ander voordeel van die DRK is dat dit maklik opgedateer kan word om nuwe PCB -ontwerpkenmerke te akkommodeer, soos dié wat PCB -ontwerpreëls kan beïnvloed. Boonop is daar baie ander funksies wat u kan implementeer sodra u voldoende ervaring opgedoen het.

Byvoorbeeld, as u u eie DRC kan skryf, kan u u eie stompstuk -skeppingshulpmiddel skryf om spesifieke gebruikersbehoeftes beter aan te spreek, soos om ‘ekstra hardeware’ (soos voetstukke, verkoelers of skroewedraaiers) te bekom vir toestelle wat nie self deel van die stroombaandiagramdatabasis. Of die PCB -ontwerper kan sy eie Verilog netlist -ontleder skryf met voldoende buigsaamheid in die PCB -ontwerpomgewing, soos hoe om Verilog -modelle of tydlêers te kry wat geskik is vir ‘n spesifieke toestel. Omdat DRK die hele PCB -ontwerpskakeldiagram deurkruis, is dit moontlik om alle geldige inligting in te samel om die simulasie en/of stompstuk wat benodig word vir PCB -ontwerp -Verilog -netlysanalise, uit te voer.

Dit sou ‘n bietjie moeite wees om hierdie onderwerpe te bespreek sonder om programkode te verskaf, so ons sal ‘n hulpmiddel vir die opsporing van ‘n kringdiagram as voorbeeld gebruik. Hierdie artikel gebruik die Mentor Graphics-onderneming om die ViewDraw-instrument te ontwikkel wat gekoppel is aan die produkreeks van PADS-Designer. Boonop het ons die ViewBase -instrument gebruik, wat ‘n vereenvoudigde C -roetine -biblioteek is wat geroep kan word om toegang tot die ViewDraw -databasis te verkry. Met die ViewBase -instrument kan PCB -ontwerpers maklik volledige en doeltreffende DRC -gereedskap vir ViewDraw in C/C skryf. Dit is belangrik om daarop te let dat die basiese beginsels wat hier bespreek word, van toepassing is op enige ander PCB -skematiese instrument.

Die invoerlêer

Benewens die kringdiagramdatabasis, benodig DRK ook invoerlêers wat spesifieke situasies kan beskryf, soos die naam van ‘n wettige kragnetwerk wat outomaties aan die kragvlak gekoppel is. Byvoorbeeld, as die POWER-netwerk POWER genoem word, word die POWER-vlak outomaties met die POWER-vliegtuig verbind met ‘n back-end pakketapparaat (soos van toepassing op ViewDrawpcbfwd). Die volgende is ‘n lys met invoerlêers wat op ‘n vaste wêreldwye plek geplaas moet word, sodat DRK outomaties kan vind en lees, en dan hierdie inligting intern kan stoor in die DRC.

Sommige simbole moet eksterne penne van die netsnoer hê omdat dit nie aan die gewone netsnoerlaag gekoppel is nie. Byvoorbeeld, die ECL -toestel se VCC -penne is óf aan die VCC óf GROUND gekoppel; Die VEE -pen kan met GROUND of die -5.0V -vlak gekoppel word. Boonop kan die pen van die netsnoer ook aan die filter gekoppel word voordat die laag van die netsnoer bereik word.

‘N Kragspeld is normaalweg nie aan ‘n toestelsimbool gekoppel nie. In plaas daarvan beskryf ‘n eienskap van die simbool (hier SIGNAL genoem) watter pen ‘n krag- of grondpen is en beskryf die netwerknaam waarmee die pen verbind moet word.

SIGNAAL = VCC: 10

SIGNAAL = GROND: 20

DRC kan hierdie eiendom lees en verseker dat die netwerknaam in die legal_pwr_net_name lêer gestoor word. As die netwerknaam nie by legal_pwr_net_name opgeneem is nie, sal die kragpen nie aan die kragvlak gekoppel word nie, wat ‘n ernstige probleem is.

Lêer legal_pwr_net_name opsioneel. Hierdie lêer bevat alle wettige netwerkname van POWER -seine, soos VCC, V3_3P en VDD. In PCB-uitleg-/routing-gereedskap moet name hooflettergevoelig wees. Oor die algemeen is VCC nie dieselfde as VCC of VCC nie. VCC kan 5.0V kragtoevoer wees en V3_3P kan 3.3V kragtoevoer wees.

Die lêer legal_pwr_net_name is opsioneel, want die konfigurasie lêer van die back -end encapsulation -toestel moet gewoonlik ‘n stel geldige netwerkname van die kragkabel bevat. As CadencePCB gebruik word om die Allegro -bedradingsinstrument van Systems te ontwerp, is die PCBFWD -lêernaam Allegro.cfg en het die volgende inskrywingsparameters:

GROND: VSS CGND GND GROND

Kragtoevoer: VCC VDD VEE V3_3P V2_5P 5V 12V

As die DRK die allegro.cfg -lêer direk in plaas van legal_pwr_net_name kon lees, sou dit beter resultate behaal (dws minder kans om foute in te stel).