Uvod
Številne ekipe proizvajalcev originalne opreme domnevajo, da bo preverjanje potekalo hitro, ko bodo prototipne plošče prispele.
To se sliši razumno. Pri realnih projektih pogosto ni.
Prototipni sklop PCB se lahko vrne po načrtu in še vedno izgubi dneve ali celo teden pri preverjanju, če se ekipa še vedno prepira o tem, kaj naj bi zgradba dokazala, kaj se je spremenilo v BOM ali ali je preskusna pot pripravljena za izdelavo uporabnega odgovora. Na tej točki upočasnitev ni več le čas montaže. Postane problem sprostitve, testiranja in predaje.
To je pravo vprašanje za tem člankom. Vprašanje ni le, kako hitro je mogoče zgraditi prototip. Vprašanje je, zakaj preverjanje še vedno zastane, ko so plošče že na zatožni klopi.
Če je vaša ekipa že presegla časovno-golo desko in zdaj poskuša razumeti, zakaj je napredek prototipa še vedno počasen, je to smisel, da pogledate dlje od samega sestavljanja in pregledate celotno pot okoliPCB sklop.
Dostava prototipa in preverjanje prototipa nista isti mejnik
Tukaj je veliko razporedov napačno prebranih.
Dostava prototipa pomeni, da so bile plošče izdelane, sestavljene in prejete. Preverjanje prototipa pomeni, da je ekipa dejansko uporabila te plošče za odgovor na predvideno tehnično vprašanje in odločitev, kaj se bo zgodilo naslednje.
To ni isti mejnik.
Odbor lahko pride pravočasno, vendar še vedno ne uspe premakniti projekta naprej. Lahko se vklopi, vendar še vedno ne podpira pomembne preizkusne poti. Morda je pravilno sestavljen, vendar še vedno vzbuja dvome o nadomestkih, programskih predpostavkah, obnašanju vmesnika ali o tem, katera revizija je v resnici na klopi. Včasih strojna oprema sploh ni težava. Ekipa se preprosto ne strinja, kaj šteje za podajo, kaj za sprejemljivo odstopanje in kaj bi moralo sprožiti nov vrtljaj.
Zato preverjanje prototipa pogosto spodrsne po dostavi in ne pred njo.
Tablo je mogoče zgraditi, preden je resnično preverljiva.
Kaj običajno upočasni preverjanje
Preverjanje prototipa se ponavadi upočasni, ko ekipa obravnava »prejete plošče«, kot da to že pomeni »strojno-pripravljeno opremo«.
Običajno ne.
Slab prenos podatkov
Nekatere različice prototipov so izdane z dovolj informacijami za izdelavo plošče, vendar ne z dovolj informacijami za čisto preverjanje.
Morda so prisotni Gerberji in BOM. Kar je pogosto šibkejše, je vse okoli njih: programske opombe, namere sestavljanja, odobreni nadomestni elementi, predpostavke vdelane programske opreme, oblački o polariteti, merila za prehod in validacijska logika, ki ekipi pove, kaj naj bi ta spin dejansko rešil.
To takoj povzroči trenje.
Plošče prispejo, vendar ljudje, ki jih poskušajo potrditi, še vedno potrebujejo pojasnilo. Potem se vsako nepričakovano vedenje spremeni v nov krog interpretacije. Projekt ni blokiran, ker je bila montažna hiša počasna. Blokiran je, ker je bil gradbeni paket dovolj popoln za izdajo, vendar ne dovolj popoln, da bi podpiral hitro učenje.
Pozne ugotovitve DFM
Nekatere zamude pri preverjanju prototipa niso posledica električne okvare. Povzročajo jih težave z izdelljivostjo, ki postanejo očitne šele, ko je oblikovanje že predaleč.
Neusklajenost odtisa, šibek dostop do preskusne-točke, toplotna težava, ki se ji je mogoče izogniti, ali izbira-postavitve, ki je usmerjena v sklop, morda ne bodo preprečili izdelave plošče. Še vedno lahko močno upočasni preverjanje, ko občasno vedenje, nedoslednost spajkanja ali težave s tipanjem začnejo zakrivati pravo vprašanje načrtovanja.
Zato so pozne izdaje DFM pri prototipnem delu drage. Ne odložijo le naslednjega vrtenja. Prav tako zmanjšajo učno vrednost trenutnega vrtenja.
Zamenjave-na podlagi razpoložljivosti
Izdelava prototipa lahko dopušča večjo prilagodljivost pri pridobivanju kot pilotna serija. To je normalno.
Težave se začnejo, ko so nadomestni deli izbrani hitro, vendar niso jasno vključeni v logiko preverjanja. Na tej točki ekipa ne preizkuša več ene čiste predpostavke. Preizkuša zasnovo in rešitev za iskanje virov.
Ta razlika je pomembnejša, kot pričakujejo številne ekipe.
Nadomestni-združljiv s pinom lahko še vedno dovolj spremeni zagonsko vedenje, toplotni odziv, časovne rezerve ali značilnosti signala, da zaplete-priklic. Preverjanje se nato upočasni, ker poskuša ekipa odgovoriti na drugačno vprašanje, kot je načrtovano. Projekt delno postane vaja za odpravljanje napak, delno vaja za ponovno-kvalificiranje.
Preskusna pripravljenost, ki je zaostajala za pripravljenostjo gradnje
To je eno najpogostejših skritih ozkih grl.
Plošča se lahko sestavi pravočasno, medtem ko dejanska pot preverjanja sploh ni pripravljena. Programske datoteke se morda še premikajo. Postavitev klopi je lahko še vedno neformalna. Napeljava morda še ne obstaja. Funkcionalna pričakovanja so lahko še nejasna. Tudi logika uspešnosti/neuspeha je lahko preveč ohlapna, da bi podpirala hitre odločitve.
V teh primerih sestavljanje PCB ni tisto, kar je upočasnilo projekt. Vrzel je med dokončanjem gradnje in uporabno izvedbo testa.
Popoln prototip-AOI ni samodejno prototip,-pripravljen za preverjanje.
Ročno tipanje začne postajati ozko grlo
Ročno tipanje je v redu za nekatere zelo zgodnje plošče.
Postane vlečenje veliko hitreje, kot pričakujejo številne ekipe.
Ko se plošča zgosti, se dostop poslabša ali število enot preseže peščico vzorcev, začne ročno preverjanje vsako ploščo spreminjati v lastno majhno preiskavo. Ekipa morda še vedno dobi odgovore, vendar jih dobi počasneje, z več ponavljajočimi se preverjanji in z večjo odvisnostjo od tega, kdo drži sondo.
Zato so preprosti razvojni elementi, boljši dostop do sonde ali bolj strukturirana{0}}prihodna pot lahko pomembni celo v prototipnih fazah. Cilj ni, da bi prezgodaj zgradili celotno proizvodno opremo. Cilj je prenehati izgubljati čas preverjanja zaradi težav s fizičnim dostopom, ki se jim je mogoče izogniti.
Ena konstrukcija poskuša odgovoriti na preveč vprašanj
Nekateri sklopi prototipov se premikajo počasi, ker je obseg gradnje preprosto preširok.
Pričakuje se, da bo plošča naenkrat potrdila delovanje strojne opreme, obnašanje programske opreme, stabilnost napajanja, celovitost signala, toploto, sposobnost izdelave, obnašanje na terenu in morda celo zgodnje predpostavke o skladnosti. V teoriji se to sliši učinkovito. V praksi to pomeni, da se nobeno od odprtih vprašanj ne zapre čisto.
Osredotočeni prototip običajno preveri hitreje kot zgradba, ki poskuša vse rešiti v enem prehodu.
Pri prototipnem delu se urnik pogosto premika z najpočasnejšim nerešenim vprašanjem, ne samo z najpočasnejšim fizičnim korakom.
Kjer ekipe OEM običajno napačno ocenijo težavo
Najpogostejša napaka je domneva, da zamuda še vedno pripada proizvodnji.
Včasih se. Pogosto ne.
Ko so plošče že na klopi, se pravo ozko grlo običajno premakne v logiko potrjevanja, nadzor revizij, jasnost virov in zaporedje preskusov. Projekt se še vedno zdi počasen, vendar ni več počasen iz istega razloga, kot je bil počasen pred pošiljanjem gradnje.
To razlikovanje je pomembno, ker se ekipe pogosto odzovejo na napačen problem. Prizadevajo si za hitrej-izgradnjo naslednjega koraka, ko resnično potrebujejo strožji cilj preverjanja, čistejšo osnovo revizije ali preskusno pot, ki lahko dejansko podpira odločitve, namesto da bi samo sprožila več razprave.
Odbor se lahko vrne po urniku in še vedno izgubi teden dni pri preverjanju, če se ekipa še vedno prepira o tem, kaj točno naj bi dokazala.
Uporaben mejni primer
Majhna serija prototipov ne pomeni samodejno, da mora biti preverjanje hitro.
Zgradba desetih- plošč se lahko še vedno počasi preverja, če ima vsaka enota nerazrešene izvorne spremembe, nejasne preizkusne namene in mešane predpostavke revizije. Vrtenje pet- plošč se lahko tudi povleče, če se osnovna linija vdelane programske opreme premika hkrati in načrt preverjanja ni bil nikoli dovolj zožen.
Po drugi strani pa se lahko nekoliko večja serija preveri hitreje, če je BOM čistejša, vprašanje ožje in je pot-navzgor že strukturirana.
Zato je samo število plošč slab napovednik hitrosti preverjanja.
Kaj pomaga pri hitrejšem preverjanju
Če je cilj skrajšati preverjanje prototipa, se največje izboljšave običajno izvedejo pred začetkom naslednje gradnje.
Prej zakleni potrditveno vprašanje
Prototip se preveri hitreje, ko ekipa ve, kaj naj bi to vrtenje dokazalo, in kar je enako pomembno, česa ne bi smelo dokazati.
Naj bodo spremembe virov vidne
Če so bile uporabljene zamenjave-na podlagi razpoložljivosti, bi morale biti očitne v zapisu gradnje in o njih lahko razpravljati med preverjanjem. Skrite spremembe virov povzročajo počasno učenje.
Poravnajte paket podatkov s preskusno potjo
Revizija kosovnice, izhodni podatki sestava, različica vdelane programske opreme, programske predpostavke in kontrolni-seznam za preverjanje morajo vsi kazati na isto predvideno izhodišče.
Pripravite testno pot, preden prispejo deske
Programiranje, postavitev delovne mize, merila za uspešnost in kakršno koli preprosto delo z vpenjalniki ne bi smeli čakati, dokler niso sestavi že pripravljeni.
DFM in preizkusni dostop obravnavajte kot težave s pripravljenostjo na preverjanje
Če je preskusni dostop slab ali so tveganja glede izdelave še vedno nerazrešena, bo preverjanje le redko ostalo čisto, ne glede na to, kako hitro so bile plošče izdelane.
To je točno tisto, kar razmišljamo v smisluTestiranje in pregledpostane uporaben, tudi v fazi prototipa.
Zakaj je to bolj pomembno v trenutnem okolju
V trenutnem okolju nabave so zamenjave-na podlagi razpoložljivosti pogostejše, razbremenitev-časa izvedbe pa je neenakomerna po kategorijah. Zaradi tega je preverjanje prototipa počasnejše, če materialne spremembe niso jasno prikazane v validacijskem načrtu. Tabla lahko še pride pravočasno. Učna pot pogosto ne.
To je še en razlog, zakaj je treba preverjanje prototipa obravnavati kot lastno stopnjo inženiringa in usklajevanja, ne le kot zadnji del časa za sestavljanje.
Zaključek
Preverjanje prototipa pri projektih sestavljanja tiskanih vezij je pogosto upočasnjeno zaradi tega, kar se zgodi po prihodu plošč, ne le zaradi tega, kako hitro so bile izdelane.
Najpogostejši vzroki so šibka predaja podatkov, pozne ugotovitve DFM, zamenjave-na podlagi razpoložljivosti, slaba pripravljenost na testiranje, trenje pri ročnem sondiranju, zamik revizije in cilji preverjanja, ki so preširoki, da bi z enim vrtenjem odgovorili čisto.
To niso vse proizvodne težave. Mnogi od njih so problemi izdaje, testiranja in predaje, preden so čisto proizvodni problemi.
Zato bi morale ekipe prenehati obravnavati "prototip dostavljen", kot da pomeni "prototip preverjen."
Table na klopi same po sebi ne krajšajo urnika. Uporabna pot preverjanja je.
Če vaša ekipa poskuša skrajšati preverjanje prototipa, je praktičen naslednji korak, da pregledate gradnjoPCB sklop,zaostri pot potrjevanja s pravo stopnjoTestiranje in pregledrazmišljanje in nato poravnajte naslednji obseg prototipaZahtevajte ponudboali kontaktirajte ekipo neposredno nainfo@pcba-china.com.
pogosta vprašanja
Kakšna je razlika med dostavo prototipa in preverjanjem prototipa?
Dostava prototipa pomeni, da so bile plošče sestavljene in prejete. Preverjanje prototipa pomeni, da je ekipa uporabila te plošče za odgovor na predvideno tehnično vprašanje in odločitev, kaj se bo zgodilo naslednje.
Zakaj je mogoče prototipno ploščo dostaviti pravočasno in še vedno počasi preverjati?
Ker se upočasnitev pogosto premakne s proizvodnje na logiko potrjevanja, jasnost kosovnice, negotovost nadomestnih-delov, pripravljenost na testiranje, nadzor revizije in navzkrižno-funkcionalno usklajevanje.
Ali hitrejša sestava prototipa samodejno pomeni hitrejšo verifikacijo?
Ne. Hitrejše sestavljanje pomaga le, če je pot preverjanja že dovolj jasna za učinkovito uporabo starejše strojne opreme.
Kaj je eden najbolj spregledanih vzrokov za zamudo pri preverjanju?
Pogost spregledan vzrok je, da je bil gradbeni paket dovolj popoln za izdajo, vendar ne dovolj popoln za čisto preverjanje, ko so plošče prispele.
