Designöverföring till tillverkning för elektroniska produkter

Designöverföring till tillverkning är punkten där ingenjörsdata blir ett kontrollerat produktionspaket. Det är inte en enskild handling att skicka filer. Det är en release av allt fabriken behöver för att bygga produkten utan att ställa designfrågor varje gång: tillverkningsdata, monteringsdata, sourcingregler, firmware, testkriterier, verktyg och versionskontrollramverket som håller allt detta konsekvent. Den här artikeln går igenom vad som måste vara klart före en överföring, vad som måste släppas med den och hur Highleap Electronics omvandlar den releasen till ett repeterbart tillverkningsflöde.

1. Vad som måste vara klart innan designöverföring

Designöverföring betyder inte att designen aldrig kan ändras igen. Det betyder att varje efterföljande ändring måste gå in i en formell kontrollväg – en ändringsorder för tekniska ändringar — snarare än att tyst gå igenom e-postbilagor eller muntliga uppdateringar. Mognadskontrollen före överföringen omfattar:

• Elektrisk design. Schematiskt schema släppt vid en specifik revision, ERC-rensning och kända öppna punkter antingen stängda eller uttryckligen uppskjutna med en dokumenterad anledning.
• PCB-layout. DRC-rengöring mot måltillverkarens kapacitet, kontrollerad impedans avstämd om tillämpligt, och varje lager namngivet och identifierat i utdatapaketet.
• Mekanisk design. Kortets kontur, kontaktplaceringar, monteringsfunktioner och avgränsningar matchar ritningen och höljet. STEP-modell finns tillgänglig.
• BOM. Varje artikel har ett specifikt artikelnummer, förpackningen verifieras mot fotavtrycket, DNP-artiklar är märkta och alternativ har beslutats.
• Firmware. En versionsversion med ett versionsnummer och en kontrollsumma, inte "den senaste fungerande commiten".
• Teststrategi. IKT, funktionstest och programmeringsmetod definierad med gränsvärden för godkänt/icke godkänt. Utformningen av testfixturen bestäms även om själva fixturen fortfarande byggs.
• Efterlevnadskrav. Tillämpliga standarder (säkerhet, EMC, miljö, branschspecifika) och eventuella resultat från förhandsöverensstämmelse som granskats för påverkan på tillverkningen.
• Produktspecifikationer. Prestanda, miljögränser, märkning, förpackning och eventuella kundspecifika acceptanskriterier nedskrivna.

Om något av dessa föremål fortfarande rör sig är det ett acceptabelt tillstånd – men överföringspaketet måste identifiera det som öppet, inte presentera det som stängt.

2. PCB-tillverkningsdata och stackup-release

Tillverkningspaketet definierar det bara kortet och driver allt nedströms. Saknad eller tvetydig tillverkningsdata är det snabbaste sättet att försena en första version. Utgåvan bör innehålla:

• Gerber, ODB++ eller IPC-2581 — alla kopparlager, lödmask, silkscreen, pastalager och kortkontur
• NC-borrfiler — pläterade och icke-pläterade hål separerade, med toleranser specificerade där så krävs
• Staplingsritning — lagerordning, dielektriskt material, kärn- och prepreg-tjocklek, kopparvikt per lager, färdig tjocklek
• Krav på kontrollerad impedans — målimpedans, tolerans, referenslager och testkupongkrav för de berörda spåren
• Basmaterial — laminatkvalitet, Tg, halogenhalt och eventuella RoHS-relaterade deklarationer
• Koppartjocklek — inre och yttre lager, tillsammans med pläteringskrav för områden med tung koppar
• Ytbehandling — ENIG, HASL blyfri, OSP, immersionssilver, ENEPIG, hårt guld eller hybrid
• Lödmask — färg, typ och eventuella krav på avskalning eller maskering
• Färdiga mått — skivans kontur, tjocklek och eventuella dimensionstoleranser som är snävare än tillverkarens standard
• Speciella tillverkningsanmärkningar — bakborrning, kantplätering, viafyllning, kreneleringar, guldfingrar eller ovanliga egenskaper

När filerna inte överensstämmer – till exempel visar Gerber-ritningen en 1.6 mm platta och staplingsritningen visar 1.2 mm – måste överföringen ange vilket dokument som har prioritet. Highleap behandlar den frigivna tillverkningsritningen som auktoritativ källa om inte kunden anger annat.

3. PCB-monteringsdata, stycklista och godkända källor

Det är i monteringsdatapaketet som inköpsrisken blir synlig. En stycklista som ser komplett ut på ytan kan fortfarande dölja problem med förpackningar, alternativ och spårbarhetsregler. Den kompletta versionen inkluderar:

Pick-and-place-data (centroidfil) och monteringsritningen kompletterar paketet. Monteringsritningen ska innehålla polaritet, stift 1, DNP-markeringar, referensplatser och eventuella specialprocessanteckningar som inte är uppenbara enbart från Gerber.

4. Firmware, programmering och konfigurationskontroll

Release av firmware för produktion är inte samma sak som överlämning till ingenjör. Tillverkningsteamet behöver en version som är entydig, verifierbar och reproducerbar, med en definierad kontroll efter programmering. Vad som måste släppas:

• Firmware-bild. Den exakta binärfilen, med versionsnummer och kontrollsumma. ”Den senaste masterfilen” är inte en utgåva.
• Bootloader. Där en separat bootloader krävs släpps dess avbildning och laddningsprocedur tillsammans med applikationsavbildningen.
• Konfigurationsdata. All data som inte är kod — EEPROM-tabeller, kalibreringskonstanter, funktionsflaggor — med specificerad fil, adress och laddningsmetod.
• Serienummerpolicy. Format, källa (kundlevererat intervall, fabriksgenererat eller hybrid) och lagringsplats på enheten.
• Hantering av MAC-adresser. Där anslutning är inblandad, om MAC-adressen är kundlevererad, licensierad eller hämtad från en fabrikspool, och hur den är skriven.
• Kalibrering. Huruvida kalibreringen körs vid testtillfället och, i så fall, vilka referens- och gränsvärden för godkänt/icke godkänt gäller.
• Programmeringsgränssnitt. JTAG-, SWD-, ISP-, UART- eller bootloader-baserad, med exakt samma pinout som valfri programmeringsheader eller testpad-grupp.
• Bekräftelse av godkänt/icke godkänt. Efterprogrammeringskontroller — återläsning av enhets-ID, verifiering av bildkontrollsumma, kort funktionellt svar — med tydliga godkännandevillkor.
• Namngivningskonvention för versioner. Hur firmwareversioner mappas till produktrevisioner och hur de registreras per serienummer.
• Åtkomstkontroll. Om bilden är krypterad eller levereras via en specifik kanal, och vem på fabriken som innehar utgåvan.

Den primära risken som detta avsnitt förhindrar är att programmera fel version – en defektklass som ofta är osynlig vid inspektion eftersom kortet ser korrekt ut. Versionskontroll på fil-, fixtur- och postnivå är det som täcker den luckan.

5. Inspektions-, test- och godkännandedokumentation

Inspektions- och testskydd måste frisläppas som en del av överföringen, inte definieras av fabriken isolerat. Kundens egna acceptanskriterier måste vara synliga före den första byggnationen. Dokumenten inkluderar vanligtvis:

• Visuella acceptanskriterier. IPC-A-610 Klass 2 eller Klass 3, eller kundspecifik utförandestandard där den skiljer sig åt.
• AOI-förväntningar. Vilka defekter fångas upp av AOI kontra granskad manuellt.
• Röntgenskop. Vilka BGA-, QFN- eller LGA-komponenter som inspekteras, och gränserna för tomrum och överbryggning (vanligtvis IPC-7095).
• IKT eller flygande sondbevakning. Testpunkter, nättäckningsprocent och fixturansvar.
• Funktionell testprocedur. Steg, mätpunkter, gränsvärden för godkänt/underkänt och förväntad varaktighet per enhet.
• Gränsskanning. Där designen stöder det och där den kompletterar IKT-täckningen.
• Mekanisk inspektion. Måttkontroller, kontaktens orientering och verifiering av kapslingens passform.
• Kundspecifik acceptans. Eventuella ytterligare inspektioner eller tester som kunden utför vid mottagandet.
• Testgränser. Alla gränser uttryckta numeriskt. Beskrivande gränser som "rimlig utdata" kan inte tillämpas på en rad.
• Felloggar. Format för felregistrering och bevarande.
• Omtesta policyn. Vilka fel som får testas om, hur många gånger och vilka som måste skickas direkt till ombearbetning eller skrotning.

Inspektions- och testdokumenten är det som gör att samma bräda, byggd av olika operatörer under olika skift, kan bedömas konsekvent. Oklarhet här blir senare ett omtvistat beslut.

6. Arbetsinstruktioner, fixturer och gyllene prover

Den vanligaste delen av designöverföring som missas är den fysiska och processuella uppsättningen tillverkningstillgångar – de saker som finns i fabriken snarare än på en filserver:

• Monteringsbeslag för THT-uppriktning, pallar för våg- eller selektiv lödning och jiggar för manuella monteringssteg
• Testfixturer — IKT-spikprov, flygande probprogram, funktionella testvaggor och RF-kammare vid behov
• Programmering av fixturer — vaggor eller clamshells som aktiverar programmeringsgränssnittet tillförlitligt vid produktionshastighet
• Mallar vid den avsedda volymrevisionen, med insamlade bländardata
• Specialverktyg — presspassningsfixturer, momentdrivare med registrerade inställningar, trådbindningsdragtestare eller ultraljudssvetsar
• Arbetsinstruktioner med fotografier vid varje icke-uppenbart steg — orientering av bandkontakter, platser för applicering av självhäftande material, kabeldragning
• Moment-, lim- och maskeringsdata — angivna värden snarare än ”handdragna” eller ”liten prick”
• Gyllene prov — en referensenhet som återspeglar en fungerande version, fysiskt arkiverad
• Defektprover — där det är praktiskt möjligt, exempel på fel som inspektionen förväntas upptäcka

Gyllene prover ersätter inte kontrollerade ritningar. Ett fotografi eller en fysisk enhet kan inte diktera en dimension på samma sätt som en ritning gör. Men de fungerar som en visuell och mekanisk baslinje som fångar upp problem som ritningar inte enkelt kan uttrycka – ytans utseende, kabeldragning, kontaktdjup och etikettplacering.

7. Versionsfrysning och tillverkningsrelease

Den sista delen av designöverföringen är den formella releasen som säger "dessa är de dokument som produktionen kommer att använda, med verkan från och med detta datum". En release omfattar:

• Filversioner — Gerber, borr, stackup, stycklista, centroid, monteringsritning, firmware, testskript
• Godkännare(r) — den specifika person eller roll som är behörig att frigöra varje dokument
• Giltighetsdatum — när produktionen börjar med denna revision
• Ersatta filer — vilka tidigare versioner denna utgåva ersätter
• Befintlig lagerhantering — vad händer med gamla versioner av kretskort, komponenter och delenheter
• Pågående arbete — om nuvarande WIP är slutförd på den gamla versionen eller migrerad till den nya
• Första artikeln — om en första artikel om den nya revisionen krävs innan linjeutgåvan
• Avvikelsegodkännanden — eventuella tillfälliga avvikelser från de frigivna dokumenten och dess utgångsdatum
• ECO-ingångspunkt — den punkt där efterföljande ändringar måste gå igenom ändringsorderprocessen
• Lagring av register — hur länge byggregister, testdata och spårbarhetsloggar sparas

Highleap behandlar den släppta versionsuppsättningen som definitionen av produkten. Alla avvikelseförfrågningar – inklusive en "snabb ändring" från kundens teknikteam – går genom samma ECO-sökväg, så att produkten på linjen alltid matchar en dokumentuppsättning som någon har godkänt.

8. Skicka in ett designöverföringspaket till Highleap

Highleap Electronics accepterar ett överföringspaket till samma tillverkningsväg som kommer att köra pilot- och volymproduktion. Intagsgranskningen kontrollerar tillverkningsdata mot fabrikens kapacitet, verifierar BOM-fullständighet och inköpsgenomförbarhet, granskar test- och programmeringsomfattning och identifierar eventuella saknade verktyg eller dokumentation före offert. låg volym or hög volym Om villkor gäller anpassas granskningen för att matcha den avsedda volymplanen.

För att öppna en överföringsgranskning, ange:

• Tillverkningsdata — Gerber, ODB++ eller IPC-2581 med borrfiler
• Staplingsritning med material-, koppar- och impedansangivelser
• BOM med MPN, AVL och DNP-lista
• Monteringsritning och centroidfil
• Schematisk ritning (referensanvändning vid filgranskning)
• Firmware-avbildning, kontrollsumma och programmeringsinstruktioner
• Testkrav — IKT/flygande sond, FCT och programmering godkänd/icke godkänd
• Fixturstatus — befintliga levererade fixturer eller omfattning av fixturbyggnation
• Gyllene prov eller referensenhet om tillgänglig
• Uppskattad årlig volym och målleveranskapsfrekvens
• Kända öppna problem som överförts från EVT- eller DVT-versioner