DFM peržiūros ataskaita nėra versijos leidimas.
Tai perdavimas.
Prieš pradedant PCB surinkimą, tikrasis klausimas nėra, kiek DFM komentarų buvo rasta. Tikrasis klausimas yra tas, ar tie komentarai buvo paversti sprendimais statyti: ką reikia keisti, ką galima priimti šiam statiniui, kam reikia proceso ar patikrinimo kontrolės ir kas turėtų laikyti pastatą, kol tinkamas savininkas priims sprendimą.
Čia daugelis PCBA projektų praranda laiką.
OĮG gali manyti, kad plokštė paruošta, nes MK, Gerber arba ODB{0}} duomenys, CPL failas ir surinkimo brėžinys jau pateikti. EMS komanda vis tiek gali pastebėti neišspręstą riziką, susijusią su pėdsakų tinkamumu, poliškumo žymėjimu, tarpais tarp komponentų, plokščių išdėstymu, litavimo galimybėmis, bandymo prieiga arba patikrinimo apimtimi.
DFM komentaras automatiškai nėra blokatorius. Tai tampa problema, kai niekas nenusprendžia, kaip tai bus tvarkoma prieš išleidžiant versiją.
DFM komentarai nėra galutinis rezultatas. Konstrukcijos išleidimas yra sprendimo taškas.
DFM apžvalga yra perdavimas, o ne finišo linija
DFM peržiūra dažnai apibūdinama kaip būdas pagerinti pagaminamumą. Tai tiesa, bet tai per daug bendra projektui, kuris netrukus bus montuojamas.
Šiame etape komandai reikia ne tik stebėjimų. Tam reikia sprendimų.
DFM ataskaitoje gali būti nurodyta, kad atstumas tarp dviejų komponentų yra mažesnis už pageidaujamą taisyklę. Vien šis komentaras nepasako SMT komandai, ar sustoti, tęsti, atidžiau apžiūrėti, pakoreguoti proceso pastabą ar laukti išdėstymo pakeitimo.
Naudingas DFM uždarymo procesas turėtų perkelti kiekvieną reikšmingą radinį į vieną iš keturių būdų:
|
DFM dispozicija |
Ką tai reiškia prieš PCB surinkimą |
|
Pataisykite prieš statydami |
Projektas, MK, brėžinys arba duomenų paketas turi būti atnaujintas prieš pradedant surinkimą |
|
Priimkite su kontrole |
Kūrimas gali tęstis, tačiau EMS komandai reikia apibrėžto proceso, patikrinimo arba bandymo kontrolės |
|
Sutikti tik su šia konstrukcija |
Rizika yra priimtina prototipui arba inžinerinei konstrukcijai, tačiau ji turėtų būti pašalinta prieš bandomąjį kūrimą ar gamybą |
|
Palaikykite atleidimą |
Problema nėra pakankamai aiški, kad būtų galima išleisti versiją |
Tai yra skirtumas tarp tiesiog egzistuojančios DFM peržiūros ir DFM peržiūros, kuri iš tikrųjų kontroliuoja surinkimo riziką.
Ilgas komentarų sąrašas gali atrodyti išsamus. Tai nenaudinga, kol kiekvienas komentaras neturi nuostatos.
Pradėkite atskirdami demonstrantus nuo valdomos rizikos
Ne kiekvienas DFM atradimas nusipelno tokio paties atsakymo.
Kai kurios problemos turėtų sustabdyti kūrimą. Kiti gali būti įtraukti į pirmąjį kūrimą, jei pirkėjas supranta kompromisą, o EMS komanda turi praktinį valdymo planą.
Išvados, kurios dažnai blokuoja versijos išleidimą
Tai yra problemos, dėl kurių plokštė gali būti pastatyta, tikrinama ar išbandyta taip, kaip numatyta:
- pasirinktas komponentų paketas neatitinka PCB žemės modelio;
- neaiški 1 kaiščio, poliškumo arba jungties orientacija;
- MK, CPL ir surinkimo brėžinys nesutampa;
- fiducialai, įrankių skylės, plokščių bėgeliai arba plokščių nuėmimo būdas netinka surinkimo maršrutui;
- reikalinga programavimo arba bandomoji prieiga yra fiziškai užblokuota;
- komponentų tarpas nesuderinamas su mechaninėmis dalimis, kabeliais, korpuso sienomis arba šalia esančiais aukšto profilio{0}}komponentais;
- Atrodo, kad PCB gamybos ir surinkimo duomenys gaunami iš skirtingų pataisų.
Tai ne tik „dizaino pageidavimai“. Jie gali turėti įtakos litavimui, įdėjimui, patikrinimui, bandymui, perdirbimui arba pirmojo gaminio peržiūrai.
Jei viena iš šių problemų lieka neišspręsta, versijos išleidimas paprastai sukelia daugiau rizikos, nei sutaupo laiko.
Išvados, kurios gali būti tvarkomos konkrečioje versijoje
Kitos problemos gali būti priimtinos nustatytomis sąlygomis:
- siauras, bet pastatomas komponentų atstumas;
- ribota prieiga vizualiai apžiūrai ar pertvarkymui;
- rankinis zondavimas vietoj automatizuotų IRT inžinerinei konstrukcijai;
- pasirinktos rankinio{0}}litavimo operacijos;
- laikinas programinės įrangos įkėlimo būdas;
- tinka{0}}patikrinti pavyzdžius, kurie nėra skirti gamybai-parengti vienetams;
- reikalingas papildomas paslėptų litavimo jungčių arba proceso {0}jautrių vietų patikrinimas.
Šių pavojų nereikėtų ignoruoti. Jie turėtų būti dokumentuojami kaip statybos sąlygos.
Priimta rizika be kontrolės yra tik uždelsta problema.
Prieš išleisdami atlikite galutinį išlygiavimo patikrinimą
Stebėtinai daug su DFM{0}}susijusių vėlavimų kyla ne dėl pradinio dizaino trūkumo.
Taip nutinka todėl, kad vienas failas buvo atnaujintas, o likęs kūrimo paketas – ne.
Išdėstymas gali būti pataisytas po DFM peržiūros, tačiau CPL failas vis tiek gali būti iš ankstesnio eksportavimo. Jungtis gali būti pakeista KS, tačiau surinkimo brėžinyje vis tiek gali būti rodoma ankstesnė versija. DNP elementas gali būti pašalintas iš MK, bet likti talpinimo faile. Programavimo pastaboje gali būti numatyta prieiga prie jungties, kuri po mechaninių pakeitimų nebegalima.
Prieš pradedant PCB surinkimą, kūrimo paketas turėtų papasakoti vieną nuoseklią istoriją.
|
Failo ryšys |
Ką reikėtų patikrinti |
|
BOM ir PCB pėdsakas |
Ar pasirinktas MPN atitinka žemės modelį ir paketą? |
|
BOM ir surinkimo brėžinys |
Ar suderinti DNP/DNI elementai, poliškumas ir specialios pastabos? |
|
CPL ir surinkimo brėžinys |
Ar sukimosi, šono, koordinačių ir atskaitos žymenys nuoseklūs? |
|
Gerber arba ODB++ ir skydelio pastabos |
Ar aiškūs atskaitos taškai, bėgiai, įrankių skylės ir depanelavimo apribojimai? |
|
Bandymo reikalavimas ir bandymo prieiga |
Ar iš tikrųjų galima atlikti reikiamą patikrinimą, zondavimą ar funkcinį testą? |
|
Programavimo metodas prieš prieigą |
Ar galima įkelti programinę-aparatinę įrangą po surinkimo, padengimo ar korpuso integravimo? |
Šis žingsnis gali atrodyti paprastas, tačiau jis užfiksuoja problemas, kurios kitu atveju atsiranda vėlai. Pagrindiniai patikrinimai paprastai yra tie, kuriuos žmonės praleidžia, kai tvarkaraštis įtemptas.
Kai projektas pasiekia komplektaciją, SMT programavimą, AOI sąranką arba pirmąjį gaminio patikrinimą, failų neatitikimas nebėra dokumentacijos problema. Tai gamybos pertraukimas.
Bet koks neatitikimas, turintis įtakos tiekimui, išdėstymui, tikrinimui, programavimui ar bandymui, turi būti pašalintas arba oficialiai išdėstytas prieš išleidžiant versiją.
Priimtą riziką paverskite proceso, tikrinimo arba bandymo valdikliais
Yra rimtų priežasčių priimti tam tikrą DFM riziką kuriant pirmą kartą.
Prototipas gali būti reikalingas programinei įrangai-paleisti. Mechaniniam pritaikymui gali būti naudojama nedidelė inžinerinė partija. Prieš vėl keisdamas išdėstymą, klientas gali pasirinkti išbandyti esamą versiją.
Tai gali būti pagrįsta.
Tačiau prisiimti riziką nėra tas pats, kas apsimesti, kad rizika neegzistuoja.
Jei dabartinės versijos DFM išvados netaikomos, versijos pakete turėtų būti parodyta, kaip ta rizika bus valdoma.
|
Priimta rizika |
Galimas konstrukcijos valdymas |
|
Griežtas atstumas tarp komponentų |
Pridėkite tikrinimo sritį ir apribokite pertvarkymo lūkesčius |
|
Paslėptos litavimo jungtys po BGA arba QFN paketais |
Patvirtinkite, ar šiai konstrukcijai reikalinga rentgeno patikra |
|
Ribota IRT prieiga |
Jei reikia, naudokite skraidantį zondą arba funkcinį testavimą |
|
Ranka{0}}lituota jungtis |
Pridėkite darbo patikrinimo ir perdirbimo pastabą |
|
Laikinojo programavimo metodas |
Įrašykite programinės aparatinės įrangos versiją, įrankį, sąsają ir patvirtinimo veiksmą |
|
Neaiškus gaubto tarpas |
Išleiskite pavyzdžius tinkamumui patikrinti, bet nelaikykite jų kaip{0}}gamybai paruoštų vienetų |
|
Proceso{0}}jautri komponentas |
Jei reikia, pridėkite tvarkymo, drėgmės kontrolės arba patikrinimo pastabą |
Čia DFM peržiūra tampa gamybos instrukcija.
Gamybos komandai neturėtų tekti aiškinti priimtos rizikos iš el. pašto grandinės, kol linija ruošiama. Jis turėtų būti nurodytas surinkimo pastabose, patikrinimo plane, bandymo plane arba konstrukcijos išleidimo įraše.
Padarykite nuosavybės teisę matomą prieš pastatui pajudėjus
DFM išvados dažnai lieka atviros ne todėl, kad techninis atsakymas neįmanomas, o todėl, kad nuosavybės teisė yra neaiški.
OĮG išdėstymo inžinierius gali manyti, kad EMS komanda gali išspręsti problemą surinkimo metu. EMS proceso inžinierius gali manyti, kad projektavimo komanda turi atnaujinti pėdsaką. Pirkėjo projekto vadovas gali manyti, kad problema yra nedidelė, nes niekas oficialiai nesustabdė grafiko. Tiekimo komanda gali nežinoti, kad pakaitinis komponentas vis dar laukia inžinerinio patvirtinimo.
Taip maži komentarai tampa{0}}vėlyvos stadijos blokatoriais.
Prieš išleidžiant versiją, kiekvienas neišspręstas elementas turi atsakyti į keturis klausimus:
- Kokia problema?
- Kam priklauso sprendimas?
- Koks yra pastato poveikis?
- Kas turi nutikti prieš išleidžiant?
Dažnai pakanka paprasto atidaryto{0}}elemento žurnalo:
|
Atidaryti elementą |
Savininkas |
Sukurti poveikį |
Būtinas veiksmas |
|
1 kaiščio žymėjimas neaiškus U12 |
OEM techninės įrangos inžinierius |
Įdėjimo rizika |
Prieš programuodami SMT, patvirtinkite orientaciją |
|
Siūloma alternatyvi jungtis |
OEM + EMS tiekimas |
Tinkamumo ir elektros rizika |
Patvirtinti arba atmesti alternatyvų |
|
Bandomoji prieiga ribota ant maitinimo bėgio |
OEM bandymų inžinierius |
Sumažintas bandymo aprėptis |
Prieš išleisdami versiją, patvirtinkite bandymo metodą |
|
BGA patikrinimo reikalavimas neaiškus |
EMS kokybė + OEM |
Apžiūros maršrutas |
Patvirtinkite patikrinimo apimtį |
|
Apžvelgiamas skydo bėgio plotis |
EMS proceso inžinierius |
Tvarkymas ir depanelavimas |
Prieš gamindami PCB, patvirtinkite plokštės dizainą |
Konstrukcija neturėtų judėti į priekį, nes visi mano, kad kažkas prisiėmė riziką.
Konstrukcijos išleidimas turėtų įvykti, nes tinkami žmonės priėmė teisingus sprendimus.
Laikykite versijos leidimą atskirai nuo pirmojo straipsnio patvirtinimo
Kūrinio leidimas ir pirmojo straipsnio patvirtinimas yra susiję, bet nėra tas pats dalykas.
Konstrukcijos išleidimas įvyksta prieš pradedant surinkimą. Tai patvirtina, kad projektavimo duomenys, MK, surinkimo pastabos, procesų valdikliai, tikrinimo reikalavimai ir atviri -elemento sprendimai yra paruošti pirmajam paleidimui.
Pirmasis gaminio patvirtinimas įvyksta po to, kai pagaminama ir patikrinama pirmoji plokštė arba pirmoji partija. Tai patvirtina, ar tikrasis komplektas atitinka išleistą kūrimo paketą.
Šis skirtumas yra svarbus.
Projektas gali turėti švarios versijos leidimą ir per pirmą straipsnio peržiūrą vis tiek rasti naują problemą. Tai nereiškia, kad DFM peržiūra nepavyko. Tai reiškia, kad pirmoji konstrukcija sukūrė naujus gamybos įrodymus.
Kai tai atsitiks, komanda neturėtų elgtis atsainiai. Radimas turėtų būti traktuojamas kaip naujas atidarytas elementas, peržiūrėtas dėl rimtumo ir uždarytas laikantis tos pačios disciplinos: pataisyti, priimti su kontrole, priimti tik šiai versijai arba sulaikyti tolesnį leidimą.
Tai neleidžia projektui pereiti prie neoficialių sprendimų, kai gamyba jau prasidėjo.
Ką reikia uždaryti prieš pradedant PCB surinkimą
Prieš pirmajai lentai patenkant į surinkimo srautą, reikia peržiūrėti ir uždaryti kelias sritis.
Pėdsakas ir pakuotė atitinka
Pasirinktas BOM komponentas turi atitikti PCB žemės modelį. Dėl neatitikimo gali atsirasti litavimo defektų, susijungimo, prasto sudrėkinimo, antkapinių akmenų susidarymo arba įdėjimo gedimo.
Poliškumas ir orientacija
Diodai, elektrolitiniai kondensatoriai, IC, jungtys, šviesos diodai ir kiti poliarizuoti komponentai turi būti aiškiai išdėstyti. Jei šilkografija, surinkimo brėžinys ir CPL failas nesutampa, sukūrimas neturėtų remtis spėlionėmis.
Paneliavimas ir tvarkymas
Plokštės dizainas turi įtakos trafaretiniam spausdinimui, išdėstymo palaikymui, pakartotinio srauto stabilumui, plokščių nuėmimui ir patikrinimui. Lenta gali būti pagaminta, tačiau ją vis tiek nepatogu surinkti, jei netinka bėgiai, fiksatoriai, įrankių skylės ar atplėšimo būdai.
Prieiga prie testavimo ir programavimo
Jei pirkėjas tikisi programavimo, galios{0}}patikrinimo, IRT, skraidančio zondo ar funkcinio testavimo, plokštė turi suteikti praktinę prieigą. Testo reikalavimas, kurio negalima atlikti fiziškai, nėra bandymo planas.
Apžiūros maršrutas
AOI, vizualinė apžiūra ir{0}}rentgeno spinduliuotė turi atitikti lentos riziką. Paslėptoms jungtims, BGA, QFN, tankioms jungtims, smulkaus-žingsnio SMT ir didelio-patikimumo programoms gali prireikti apgalvotesnio patikrinimo planavimo.
Revizijos lygiavimas
BOM, Gerber arba ODB++ duomenys, CPL failas, surinkimo brėžinys, bandymo procedūra ir programinės aparatinės įrangos pastabos turėtų nurodyti tą pačią versijos versiją. Jei failai nesutampa, pirmąja straipsnio apžvalga tampa sunkiau pasitikėti.
Pakeiskite taisykles po išleidimo
Kai versija bus išleista, bet kokie MK, PCB duomenų, CPL, surinkimo pastabų, programavimo metodo ar bandymo plano pakeitimai turėtų būti atliekami pagal sutartą pakeitimų procesą. Priešingu atveju projektas gali ramiai grįžti prie mišrių nurodymų, kai vartai jau bus praėję.
Praktinis DFM uždarymo įrašas
DFM uždarymo įrašas nebūtinai turi būti ilgas. Jis turi būti tinkamas naudoti.
Tikslas yra parodyti, kas buvo rasta, koks sprendimas buvo priimtas, kam priklauso tolesni veiksmai-ir ar galima tęsti kūrimą.
|
DFM elementas |
Būsena |
Sprendimas |
Stebėti- |
|
U3 pėdsakas patikrintas pagal pasirinktą MPN |
Uždaryta |
Statyba gali tęstis |
Nėra |
|
J2 jungties tarpai sandarūs |
Priimta su kontrole |
Pridėkite patikrinimo pažymą |
Peržiūrėkite prieš kitą peržiūrą |
|
IRT prieiga apribota VCC_5V |
Priimta šiai konstrukcijai |
Naudokite funkcinio bandymo maršrutą |
Patobulinkite bandymo prieigą kitoje PCB versijoje |
|
BGA patikros apimtis |
Uždaryta |
Apžiūros maršrutas patvirtintas |
Pridėti prie patikrinimo plano |
|
CPL rotacija D5 |
Atidaryti |
Sukurkite laikymą |
OĮG turi patvirtinti prieš išleidžiant SMT programą |
Toks įrašas išlaiko DFM peržiūrą, susietą su sprendimu dėl versijos išleidimo.
Tai taip pat padeda po pastatymo. Jei atsiranda defektas, komanda gali patikrinti, ar tai buvo nauja problema, žinoma priimta rizika ar sprendimas uždaryti, kurį reikia pakeisti prieš kitą kūrimą.
Kur STHL tinka šioje diskusijoje
OĮG pirkėjams DFM peržiūra yra naudingiausia, kai priimamas praktinis sprendimas, o ne tik komentarų sąrašas.
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. DFM-etapų diskusijose praktinis darbas dažnai apima tikrinimą, ar BOM duomenys, Gerber arba ODB++ failai, CPL failai, surinkimo pastabos, tikrinimo reikalavimai ir bandymo lūkesčiai yra paruošti kitam kūrimo veiksmui.
Švaresnis DFM uždarymo procesas padeda tiek OĮG, tiek EMS komandai suprasti, ką reikia taisyti, ką galima sutikti su šia versija ir ką reikėtų patobulinti prieš bandomąjį kūrimą ar gamybą.
Ruošiate PCB surinkimo konstrukciją po DFM peržiūros? Pateikite savo projektą perPrašyti kainos pasiūlymoarba elinfo@pcba-china.com.
Išvada
Prieš pradedant PCB surinkimą, DFM peržiūra dažnai yra paskutinis praktinis taškas, kai gamybos problemas vis dar galima paversti aiškiais kūrimo sprendimais.
Vertės nėra pačioje ataskaitoje. Vertė yra tai, ką komanda daro su išvadomis.
Kai kurios problemos turi būti ištaisytos prieš išleidžiant. Kai kurie gali būti priimti su proceso, tikrinimo ar bandymo kontrole. Kai kurie gali būti priimtini pirmajai inžinerinei konstrukcijai, bet turėtų būti pataisyti prieš bandomąjį kūrimą ar gamybą. Kai kurie turėtų išlaikyti statybą, kol tinkamas savininkas priims sprendimą.
Konstravimo{0}}paruoštas DFM uždarymo procesas suteikia EMS komandai aiškesnį surinkimo kelią, o OĮG pirkėjas gali geriau suprasti riziką, kylančią atliekant pirmąją versiją.
PCB surinkimas neturėtų prasidėti vien todėl, kad failo paketas atrodo baigtas.
Jis turėtų prasidėti, nes svarbios DFM išvados buvo peržiūrėtos, priskirtos, uždarytos arba sąmoningai priimtos.
