Kaip PCBA užklausą paversti kūrimo-paruoštu NPI paketu

PCBA RFQ nėra kūrimo instrukcija.

Tai gali apimti MK, Gerber failus, surinkimo pastabas, tikslinius kiekius, bandymo lūkesčius ir tiekimo klausimus. Tačiau jo darbas vis dar yra komercinis: jis padeda EMS partneriui įvertinti apimtį, kainą, pagrįstumą, medžiagų poveikį ir gamybos sudėtingumą.

PCBA NPI paketas turi skirtingą užduotį. Tai paverčia citatos{1}}etapų informaciją išleistomis vykdymo įvestimis, skirtomis inžinerinei peržiūrai, komponentų tiekimui, PCB surinkimui, SMT programavimui, tikrinimui, funkciniam testavimui, pertvarkymo kontrolei ir pirmam versijos leidimui.

PCBA RFQ įvertina projektą. Sukurti-paruoštas NPI paketas paruošia projektą kurti.

Šį skirtumą lengva nepastebėti, nes abiejuose etapuose naudojama daug tų pačių failų. Tikrasis klausimas nėra, ar yra BOM ar Gerber. Kyla klausimas, ar informacija yra pakankamai aiški, kad pirkimo, inžinerijos, gamybos, kokybės ir testavimo komandos galėtų veikti nespėdamos.

Dabartinėje elektronikos gamybos aplinkoje medžiagų prieinamumas, patvirtinti pakaitiniai produktai ir tiekimo nuosavybės teisė gali greitai pakeisti kūrimo planą. Štai kodėl užklausų paketas, kuris yra pakankamai geras kainodarai, vis tiek gali būti per laisvas pirmam-versijos vykdymui.

RFQ-į-NPI konvertavimo tikslas nėra sukurti didesnį dokumentų aplanką. Tikslas – citatos-etapų prielaidas paversti instrukcijomis, pagal kurias žmonės galėtų dirbti.

Citata gali toleruoti prielaidas. Konstrukcija negali priklausyti nuo jų.

Pradėkite nuo prielaidų, esančių už citatos

Naudingiausia vieta pradėti yra ne MK, „Gerber“ paketas ar surinkimo brėžinys.

Tai yra prielaidos sluoksnis už RFQ.

Citatos metu EMS komandai dažnai tenka daryti praktines prielaidas, nes dar ne visos detalės. Šios prielaidos gali apimti:

• ar kūrimas yra iki galo, iš dalies iki galo arba siunčiamas;
• ar nurodytoje MK naudojami tikslūs MPN, ar biudžeto pakaitalai;
• ar PCB duomenys yra galutiniai, ar vis dar peržiūrimi projektai;
• ar programavimas įtrauktas, ar tik aptariamas;
• ar funkcinis testavimas reiškia visą testavimo procedūrą, ar paprastą{0}}patikrą;
• ar įtraukta pakuotė, ženklinimas, atitinkama danga arba dėžutės komplektas;
• ar pirkėjas priima patvirtintus bendrų komponentų pakaitinius elementus;
• ar tikrinimo sritis apima AOI, rentgeno,{0}}IRT, FCT ar tik standartinį proceso patikrinimą.

Šios prielaidos yra normalios atliekant RFQ. NPI metu jie tampa rizikingi, jei lieka paslėpti.

Naudingas RFQ-to-NPI perdavimas turėtų konvertuoti kiekvieną pagrindinę citatos prielaidą į vieną iš trijų būsenų:

Šis veiksmas apsaugo nuo įprastos pirmosios{0}}kūrimo problemos: EMS komanda pateikia citatas pagal vieną prielaidų rinkinį, o pirkėjas tikisi įvykdymo pagal kitą.

Užfiksuokite pirmąją{0}}statymo ribą

„Freeze“ gali skambėti per griežtai NPI projektui. Ankstyvosios konstrukcijos dažnai keičiasi. Inžinierių komandos vis dar gali tikrinti programinę-aparatinę įrangą, korpuso tinkamumą, bandymo metodus arba komponentų parinktis.

Tai nereiškia, kad pirmoji konstrukcija gali likti neapibrėžta.

Prieš išleisdama pirmą NPI versiją, komanda turi užblokuoti tos versijos ribas: kas įtraukta, kas neįtraukta ir kas atidėta vėlesniam peržiūrėjimui.

Tai nėra tas pats, kas užšaldyti visą produktą. Tai tiesiog suteikia EMS komandai stabilų medžiagos paruošimo, SMT programavimo, tikrinimo planavimo, bandymo nustatymo ir pristatymo komunikacijos tikslą.

Praktinė pirmojo{0}}kūrimo riba turėtų patvirtinti:

• ar taikymo sritis yra lentos{0}}lygisPCB surinkimastik;
• ar konstrukcijoje yra SMT surinkimas, DIP surinkimas, mišrios technologijos surinkimas, selektyvus litavimas ar litavimas bangomis;
• ar įtraukta PCB gamyba;
• ar komponentų tiekimas yra visiškai iki galo, dalinis iki galo ar klientas{0}}tiekiamas;
• ar įtrauktas programavimas;
• ar Testavimas ir tikrinimas yra įtraukti ir kokiu lygiu;
• ar įtraukta atitinkama danga, kabelių surinkimas, ženklinimas, pakavimas ar dėžutės surinkimas;
• kokios išvesties būklės pirkėjas tikisi pristatydamas.

Tai nėra popierizmo detalė. Tai tiesiogiai veikia medžiagos paruošimą, trafaretų planavimą, SMT programavimą, tikrinimo maršrutą, bandymo sąranką, perdirbimo tvarkymą ir tvarkaraščio ryšį.

Plokštės-lygmens PCBA kūrimas ir kūrimas, apimantis programavimą, funkcinį testavimą, atitinkamą dangą, ženklinimą ir galutinę pakavimą, nėra tas pats NPI darbas, net jei PCB dizainas yra identiškas.

Pirmoji-sukūrimo riba kiekvienai komandai suteikia praktinį tikslą. Kitoje versijoje taikymo sritis gali būti išplėsta. Tačiau pirmą kartą statant reikia žinoti, ką reiškia „atlikta“.

Paverskite KS šaltinio{0}}kontroliniu dokumentu

RFQ etape MK dažnai yra kainodaros įrankis.

NPI etape jis turi tapti šaltinio{0}}kontrolės dokumentu.

Tai reiškia, kad KS nebeturėtų tiesiog išvardyti komponentų. Jame OĮG ir EMS komandoms turėtų būti nurodyta, kaip kiekvienas esminis sprendimas bus sprendžiamas šios kūrimo metu.

Paruošta{0}}KSM turėtų paaiškinti:

• patvirtinto gamintojo dalių numeriai;
• gamintojų pavadinimai ir dalių aprašymai;
• referenciniai žymenys ir kiekiai;
• informacija apie pakuotę arba pėdsaką;
• patvirtinti pakaitiniai nariai;
• -nepakeiskite{1}} dalių;
• pirkėjo{0}}įrengtos dalys;
• EMS{0}}dalys;
• ilgo-galio arba paskirstymo-jautrios prekės;
• gyvavimo ciklo problemos, pvz., EOL arba NRND rizika, kai jos nustatomos;
• DNP, DNI arba pasirenkamos surinkimo vietos;
• medžiagų pastabos dėl specialaus tvarkymo, jautrumo drėgmei, ženklinimo ar atsekamumo.

Čia iškyla daug RFQ-to-NPI problemų.

MK gali atrodyti užbaigta, nes kiekviena eilutė turi dalies numerį. Bet jei niekas nežino, ar pirkėjas ar EMS partneris yra atsakingas už tos dalies įsigijimą, MK nėra parengta{1}}.

Jei pakaitalas buvo naudojamas cituojant, bet niekada nepatvirtintas gamybai, MK nėra realiai kontroliuojamas. Jei kritinis komponentas neturi patvirtinto alternatyvaus, pirkimas negali veikti lanksčiai, kai pasikeičia tiekimas.

„Iki rakto“ PCB surinkimo atveju BOM kontroliuoja pirkimą.

Dalinio iki rakto PCB surinkimo atveju MK taip pat tampa atsakomybės žemėlapiu: kurios dalys yra EMS{0}}tiekios, kurios dalys yra pirkėjo-pateikiamos, kurios dalys patvirtintos keisti, o kurios dalys negali būti perkeltos be raštiško patvirtinimo.

Siunčiamų konstrukcijų atveju MK kontroliuoja, ką pirkėjas turi pristatyti prieš tęsdamas gamybą.

Visais trimis atvejais MK peržiūra turėtų būti pakeista iš „Ar galime ją pacituoti? į "Ar galime jį nusipirkti, komplektuoti, atsekti, surinkti, apžiūrėti ir išleisti?"

Išleiskite vieną NPI versijos inžinerinių duomenų bazę

RFQ failai dažnai renkami laikui bėgant. Pirkėjas gali išsiųsti vieną MK versiją, tada pataisytą „Gerber“ paketą, tada naują CPL failą, tada atnaujintas surinkimo pastabas el. pašto gijoje.

Tai gali būti naudinga atliekant citatos peržiūrą.

Tai neveikia kūrimo versijoje.

Sukurti-parengtam PCBA NPI paketui reikalingas vienas išleistas inžinerinis pradinis lygis. Bazinė linija neturi būti galutinė visam gaminio gyvavimo ciklui, tačiau ji turi būti galutinė šiai versijai.

Bazinėje eilutėje turėtų būti nurodyta galiojanti peržiūra:

Tikslas nėra reikalauti iš kiekvieno kliento visų įmanomų failų. Paprastam surinkimui gali prireikti tokio pat pakuotės gylio kaip pramoninės valdymo plokštės su programine įranga, jungtimis, relėmis, BGA ir korpuso apribojimais.

Tikslas yra suderinimas.

Jei MK nurodo vieną versiją, o „Gerber“ paketas – kitą, o CPL failas gautas iš kito eksporto, gamybos komanda nedirba su kūrimo paketu. Jis veikia iš galvosūkio, o trūkstamos detalės paprastai pasirodo blogiausiu įmanomu metu: komplektavimo, SMT programavimo, tikrinimo sąrankos ar pirmosios straipsnio peržiūros metu.

Konvertuokite DFM ir DFT atradimus į atvirą -prekių registrą

DFM peržiūra ir DFT planavimas neturėtų būti už NPI paketo ribų kaip atskiri inžineriniai komentarai. Pirmą kartą jie turėtų tapti veikiančios valdymo sistemos dalimi.

Šiame etape klausimas nėra „Kodėl DFM svarbus?

Kyla klausimas: kurios DFM ar DFT problemos gali turėti įtakos šiai versijai ir kaip kiekviena iš jų bus uždaryta arba valdoma?

Įprasti atviri elementai gali būti:

• neaiškus poliškumas arba 1 kaiščio žymėjimas;
• komponentų orientacijos konfliktai;
• pėdsakų ir pakuotės neatitikimo rizika;
• maži tarpai aplink jungtis, aukštus komponentus ar smulkaus{0}}žingsnio SMT įrenginius;
• BGA, QFN arba paslėptų litavimo jungčių tikrinimo reikalavimai;
• trūksta arba ribota testavimo prieiga;
• programavimo sąsaja nepatvirtinta;
• IRT arba FCT armatūra neparengta;
• Prieiga prie jungties blokuojama po korpuso surinkimo;
• konformali danga neleidžia{0}}pasiekti neapibrėžtų sričių;
• atrankinio litavimo arba rankinio{0}}litavimo apribojimai;
• neaiškūs perdarymo ir pakartotinio patikrinimo lūkesčiai.

NPI pakete turėtų būti ne tik užrašas „DFM peržiūra baigta“. Tai per daug neapibrėžta.

Tai turėtų parodyti darbo būseną:

Šis registras yra praktinis tiltas tarp inžinerinės peržiūros ir gamybos vykdymo.

Sukūrimas-paruoštas nereiškia, kad nėra problemų. Tai reiškia, kad žinomos problemos yra matomos, priskiriamos ir tvarkomos dar prieš sunaudojant gamybos laiką.

Prieš įvykstant pirmam pakeitimui, apibrėžkite pakeitimų valdymą

NPI projektai keičiasi. Tai normalu.

Komponentas gali tapti neprieinamas. Gali prireikti pataisyti pėdsaką. Programinės aparatinės įrangos versija gali pasikeisti po-paleidimo. Pirkėjas gali atnaujinti bandymo metodą. Projektavimo inžinierius gali išleisti naują PCB versiją po DFM atsiliepimo.

Problema nėra pačiame pasikeitime. Problema yra nekontroliuojami pokyčiai.

Prieš pradedant pirmąjį kūrimą, NPI paketas turėtų apibrėžti, kaip bus tvarkomi pakeitimai, patvirtinus išleistą bazinę liniją.

Praktinis pakeitimas{0}}valdymo srautas turėtų atsakyti:

• Kas gali prašyti pakeitimo?
• Kokia informacija turi būti pateikta prašyme?
• Kas peržiūri poveikį sąnaudoms, pristatymo laikui, tiekimui, įrankiams, bandymams ir kokybei?
• Kas pritaria pakeitimui?
• Kokie dokumentai turi būti atnaujinti?
• Kaip apie naują versiją bus pranešta pirkimui, SMT, tikrinimui, bandymui ir siuntimui?
• Kas atsitiks su jau įsigyta medžiaga ar jau pastatytomis lentomis?

Tai neturi tapti sunkiu įmonės procesu kiekvienam mažam prototipui. Tačiau jis turi būti pakankamai aiškus, kad neoficialūs pakeitimai nepastebėti patektų į pastatą.

Maža pastaba el. laiške gali tapti tikra gamybos problema, jei ji pakeičia MK, PCB peržiūrą, programavimo metodą ar bandymo reikalavimą, o likusi komanda niekada to nepamatys.

Revizijos kontrolė nėra administravimas. Taip pirmoji konstrukcija išlieka atsekama.

Apibrėžkite pirmąją{0}}kūrimo produkciją prieš pradedant gamybą

Pirmoje NPI versijoje turi būti apibrėžta išvesties sąlyga.

Tai skiriasi nuo plataus bandomojo priėmimo politikos rašymo. Tai greičiau. Tai atsako, ką EMS partneris turėtų pateikti pasibaigus šiam kūrimui.

Pavyzdžiui, išvestis gali būti:

• tik surinktos lentos;
• sumontuotos ir vizualiai apžiūrėtos lentos;
• AOI{0}}patikrintos lentos;
• lentos su pasirinktų paketų rentgeno patikra;
• programuojamos lentos;
• suprogramuoti ir maitinti{0}}pažymėtose plokštėse;
• Funkciškai patikrintos lentos;
• lentos, siunčiamos su bandymų įrašais;
• lentos, išsiųstos su gedimų, perdarymo ir pakartotinio bandymo įrašais;
• lentos supakuotos, paženklintos ir paruoštos kitam integravimo etapui.

Ne kiekvienai pirmai versijai reikia atlikti išsamų funkcinį testavimą. Kai kurios versijos skirtos inžineriniam-patobulinimui. Kai kurie yra skirti mechaniniam pritaikymui. Kai kurie yra skirti programinės įrangos įkėlimo patvirtinimui. Kai kurie iš jų yra arti bandomojo kūrimo ir reikalauja išsamesnių įrašų.

NPI paketas turi atitikti kūrimo tikslą.

Jei įtrauktas funkcinis testavimas, pakete turėtų būti nurodyta:

• programinės įrangos versija;
• programavimo metodas;
• bandymo įrangos arba armatūros būsena;
• funkcinio tyrimo procedūra;
• numatomos galios arba matavimo ribos;
• priimti/nepavyko kriterijai;
• nepavyko{0}}tvarkyti įrenginį;
• perdarymo ir pakartotinio patikrinimo taisyklės;
• testo įrašo formatas.

Plokštę galima surinkti teisingai ir ji vis tiek nepateisins pirkėjo lūkesčių, jei niekada nebuvo apibrėžta laukiama išėjimo sąlyga.

Pirmasis pastatymas neturėtų baigtis diskusijomis apie tai, ką reiškia „baigta“.

Padarykite, kad paketą būtų galima naudoti atliekant kiekvieną funkciją

Stiprus NPI paketas nėra parašytas vienam skyriui.

Jį turėtų naudoti kiekviena komanda, kuri turi veikti kuriant.

Štai kodėl paketas neturėtų atrodyti kaip atsitiktinis priedų aplankas.

Tai turėtų veikti kaip praktinis perdavimas nuo RFQ iki vykdymo.

Geriausias testas yra paprastas: ar kiekviena komanda gali pradėti savo darbą vėl neuždavusi tų pačių patikslinančių klausimų?

Jei atsakymas yra neigiamas, NPI paketas dar neparengtas{0}}.

Laikykite komercines prielaidas atskirai nuo kūrimo instrukcijų

Viena subtili RFQ-to-NPI klaida yra leisti komercinėms prielaidoms atsitiktinai tapti gamybos instrukcijomis.

Kainos pasiūlymo metu EMS partneris gali prisiimti standartinę pakuotę, standartinę patikrą, standartinį komponentų tiekimą, standartinį pristatymo laiką arba standartinį tvarkymą. Šios prielaidos gali būti pagrįstos nustatant kainą, tačiau jas vis tiek reikia patvirtinti prieš išleidžiant versiją.

Pavyzdžiui:

• Kainos pasiūlyme gali būti laikomasi standartinės pakuotės, o tikroji NPI konstrukcija reikalauja ESD maišelių, padėklų, etikečių, serijos numerių arba atskiro nepavykusio{0}}vieneto tvarkymo.
• Kaita gali būti laikoma standartine AOI patikra, o plokštei gali prireikti rentgeno patikros dėl BGA arba QFN paketų.
• Kainos pasiūlyme gali nebūti jokių funkcinių bandymų, o pirkėjas tikisi, kad bus įkelta programinė įranga ir patikrintas sistemos{0}}lygis.
• Kainos pasiūlyme gali būti numatytas EMS tiekimas, o pirkėjas planuoja tiekti svarbius IC.
• Kaitoje gali būti daroma prielaida, kad nėra specialios dangos, o taikymui reikalinga atitinkama danga arba{0}}nekontroliuojama.

NPI pakete turėtų būti aiškiai nurodyta, kurios prielaidos dabar yra patvirtintos instrukcijos ir kurios pasikeitė.

Naudingas klausimas perdavimo susitikimui yra:

„Ką mes padarėme prielaidoje dėl citatos ir ką patvirtinome statybai?

Šis vienas klausimas dažnai atskleidžia skirtumą tarp kainos{0}}paruošto paketo ir parengto-paketo.

Naudokite pirmąją versiją, kad sukurtumėte kitą{0}}sukurkite mokymosi ciklą

Paruoštas{0}}PCBA NPI paketas taip pat turėtų paruošti projektą, kad būtų galima mokytis iš pirmosios versijos.

Pirmasis pastatymas yra ne tik siunta. Tai grįžtamojo ryšio inžinerijos ir gamybos renginys.

NPI paketas turėtų apibrėžti, kokia informacija bus fiksuojama kūrimo metu arba po jos, pvz.:

• medžiagų trūkumas;
• pakaitinio patvirtinimo klausimai;
• gaunamos materialinės problemos;
• surinkimo defektai;
• neaiškūs poliškumo ar orientacijos užrašai;
• AOI arba rentgeno{0}}radiniai;
• programavimo problemos;
• funkcinių testų gedimai;
• pertvarkymo veiksmai;
• pakartotinio tyrimo rezultatai;
• tvirtinimo ar įrankių apribojimai;
• pakavimo ir tvarkymo klausimai;
• rekomenduojami pakeitimai prieš kitą kūrimą.

Šis atsiliepimas bus naudingas tik tada, kai jis susietas su teisinga peržiūros bazine linija.

Jei komanda nežino, kuri MK, PCB versija, programinės aparatinės įrangos versija ir bandymo metodas buvo panaudoti, pirmiausia-komponavimo grįžtamąjį ryšį bus sunku pritaikyti.

Geras RFQ-to-NPI procesas nesibaigia ties „lentos buvo pastatytos“.

Jame klausiama: „Ko šis pastatas mus išmokė prieš kitą?

Taip projektas nuo pirmosios versijos pereina prie bandomosios versijos, mažos{0}}apimties gamybos ir stabilesnės EMS gamybos.

Ką paprastai sudaro paruoštas PCBA NPI paketas{0}}

Sukurti{0}}paruoštas NPI paketas neturėtų būti vertinamas tik pagal failų skaičių. Tai turėtų būti vertinama pagal tai, ar kiekviena pasroviui skirta komanda gali veikti iš to.

Paketas yra{0}}paruoštas, kai jis yra pakankamai konkretus, kad inžinierių, tiekimo, gamybos, kokybės ir testavimo komandos galėtų judėti į priekį nesiremdamos prielaidomis.

Kur STHL tinka šioje diskusijoje

OĮG pirkėjams RFQ-to-NPI perėjimas yra lengvesnis, kai EMS partneris gali palaikyti ir komercinį įvertinimą, ir gamybos vykdymą.

STHL palaiko OEM projektusPCB surinkimas, PCB prototipų kūrimas, komponentų tiekimo koordinavimas, inžinerinių failų peržiūra, gamybos paruošimas irTestavimas ir apžiūra. Daugelyje NPI{1}}etapų diskusijų praktinis darbas yra ne tik lentos citavimas. Kalbama apie šaltinio nuosavybės teisės, patvirtintų alternatyvių, pirmosios-komponavimo apimties, inžinerinių duomenų valdymo, tikrinimo planavimo, programavimo reikalavimų ir bandymo metodų pasirengimo išaiškinimą.

Švaresnis NPI perdavimas suteikia tiek OĮG, tiek EMS komandai didesnę galimybę sukurti pirmąjį bandymą remiantis tomis pačiomis prielaidomis, pataisymais ir atsakomybe.

Jei jūsų komanda jau pateikė PCBA RFQ ir ruošiasi pirmajai versijai, STHL gali padėti peržiūrėti, ar pasiūlymo paketas yra paruoštas vykdyti -paruoštu NPI paketu.

Ruošiamasi pirmajai versijai po RFQ peržiūros? Pateikite savo projektą perPrašyti kainos pasiūlymoarba el info@pcba-china.com.

Išvada

PCBA RFQ yra įvertinimo įvestis. PCBA NPI paketas yra vykdymo įvestis.

RFQ padeda EMS partneriui suprasti išlaidas, apimtį, galimybes ir riziką. NPI paketas paverčia šią informaciją praktine gamybos įvestimi, skirta inžinerijai, tiekimui, surinkimui, tikrinimui, programavimui, testavimui ir pirmojo kūrimo vykdymui.

Skirtumas yra ne failų skaičius. Tai yra kontrolės būsena.

Parengtas -PCBA NPI paketas apibrėžia, kas yra kuriama, kuri versija galioja, kas tiekia kiekvieną dalį, kurios prielaidos patvirtinamos, kaip bus uždaromi atviri inžineriniai elementai, kaip bus išbandyta pirmoji versija ir kaip bus užfiksuoti kitos versijos rezultatai.

Sukūrimas-nereiškia, kad kiekviena problema jau išspręsta.

Tai reiškia, kad projektas yra pakankamai organizuotas, kad nuo citatos būtų galima pereiti prie vykdymo, nepasikliaujant spėlionėmis.