Moderne Documentatiepraktijken voor Geïntegreerde PCB en Mechanisch Ontwerp

Toen ik werkte bij Control Data's dochteronderneming, kreeg elk schema, mechanische tekening en PCB een unieke, sequentiële identifier. Hoewel ik in de documentatieafdeling werkte, herinner ik me het exacte proces niet dat de minicomputer samenbracht.

Destijds waren alle tekeningen handgeschetst. Tekenaars overdroegen het schema op vellum (of calkpapier) met standaardsymbolen en schablonen. PCB-layout werd gedaan met dot-and-tape, terwijl mechanische ingenieurs verpakkings tekeningen produceerden op een tekenplank. Communicatie liep via memo's, verslagen en face-to-face vergaderingen. Ik schreef later een blog getiteld How It Was: PCB Layout from Rubylith to Dot and Tape to CAD om die herinneringen te documenteren.

Met de opkomst van CAD werden tekeningen digitaal, maar de workflow bleef essentieel hetzelfde: het schema voedde de netlist, de PCB-output werd geconverteerd naar een .dxf voor AutoCAD, en de resulterende bestanden konden worden gegroepeerd en gecategoriseerd. Het nieuwe elektronische formaat maakte de papieren spoor alleen makkelijker te managen.

Moderne producten worden in fasen gebouwd, wat sub-assemblages creëert die additionele complexiteit introduceren. Wanneer u meerdere builds heeft die verschillende componenten gebruiken, moet de documentatiehiërarchie het niveau weerspiegelen waarop het schema en andere tekeningen behoren. Is het schema gebonden aan de vroegste generische ontwerp, of heeft elke build zijn eigen versie met bijgewerkte componentwaarden? Het antwoord hangt af van het beoogde gebruik – debuggen, productie of service.

Ons documentatiesysteem evolueerde over de jaren op ad-hoc basis, beïnvloed door personeel van diverse achtergronden. Ik adopteerde een principe uit de luchtvaart: elk document moet op slechts één plek bestaan. Dubbele documenten creëren verwarring en verhogen foutenrisico.

Afbeelding 1. Een complex product. De volledige stuklijst voor component A omvat tekeningen voor zijkant labels (B), behuizing (C), frontpaneel (D), plug-in connectors (E & F), een sub-assemblage (G) en firmware voor de microcontroller op G. Waar in de hiërarchie moet het schema resideren? (Bron: Auteur)

Elk product ontvangt een catalognummer – meestal sequentieel toegewezen. Documenten op het topniveau gebruiken een letterprefix, het catalognummer en een revisiesuffix. Bijvoorbeeld, het schema (rev C) voor catalognummer 330924 is W330924C; de mechanische tekening (ref F) is M330924F; de BOM (rev G) is P330924G. Sub-assemblages ontvangen hun eigen sequentiële nummers (bijv. SB00123), en hun documenten volgen hetzelfde prefix-nummer-suffix patroon. Documenten verschijnen alleen waar nodig; het schema resides bijvoorbeeld op het niveau van de gemeenschappelijke voorganger. Componentwaarden die variëren over builds worden gemarkeerd met een symbool dat aangeeft dat de waarde op de BOM gedefinieerd is. Mechanische assemblages en firmware volgen hetzelfde schema. De PCB zelf ontvangt een sequentieel nummer en revisie – geen prefix.

Vandaag de dag integreren CAD-ecosystemen, zoals Altium, schema, PCB, assemblagetekeningen, mechanische tekeningen en zelfs firmware in één ontwerpomgeving. Tekenaars insisteren vaak dat de PCB de fysieke manifestatie is van het schema, dus beide moeten in lockstep blijven. Wanneer een componentwaarde verandert, moet de PCB-revisie ook veranderen. De vraag wordt: welk nummer moeten het schema, assemblage- en mechanische tekeningen dragen wanneer de PCB verandert (zelfs voor triviale updates zoals silk-screen edits)? Zijn ze gebonden aan het catalognummer of het PCB-nummer? En hoe zorg je ervoor dat ingenieurs de bijgewerkte tekening zien in plaats van die automatisch gebundeld met het PCB-pakket?

Best-practice oplossingen bestaan. Adopteer een Product Data Management (PDM) systeem dat een single source of truth afdwingt, versiebeheer en duidelijke documenthiërarchieën. Gebruik een consistenter nummeringsschema zoals:

• Catalogusnummer (CAT): Unieke productidentifier (bijv. 330924).
• Component ID (CMP): Sequentiële sub-assemblage nummer (bijv. SB00123).
• Document Prefix: W voor schema's, M voor mechanisch, P voor BOM, R voor PCB-layout.
• Revisie Letter: A, B, C… voor elke wijziging.

Wanneer een wijziging optreedt, update de relevante documentrevisie en creëer een nieuwe versie van het volledige ontwerppakket. Sla de ontwerpbestanden op in een gecentraliseerde repository met toegangscontroles en audittrails. Koppel elke revisie aan de BOM zodat productie, QA en serviceteams altijd de juiste versie refereren.

Voor additionele begeleiding, raadpleeg standaarden zoals ISO 9001 (kwaliteitsmanagement), IEC 61360 (productdata), en IEEE 1557 (electronisch ontwerpbeheer). Als u academisch onderzoek zoekt, publiceren veel PhD-kandidaten over documentatieramenwerken in engineering-tijdschriften. Neem contact op met professionele groepen zoals de Association for Manufacturing Technology (AMT) of het Institute of Electrical and Electronics Engineers (IEEE) voor case studies en templates.

Het implementeren van een modern, consistenter documentatiesysteem zal fouten verminderen, time-to-market versnellen en vertrouwen opbouwen over engineering, productie en supportteams.