Sissejuhatus
Paljud OEM-i meeskonnad eeldavad, et kui prototüüpplaadid saabuvad, liigub kontrollimine kiiresti.
See kõlab mõistlikult. Reaalsetes projektides seda sageli ei ole.
PCB prototüübi koost võib ajakava järgi tagasi tulla ja kaotada kontrollimisel päevi või isegi nädala, kui meeskond vaidleb endiselt selle üle, mida konstruktsioon pidi tõestama, mis muutus BOM-is või kas katsetee on valmis kasutatava vastuse saamiseks. Sel hetkel ei seisne aeglustumine enam ainult kooste valmimisajaga. Sellest saab vabastamise, testimise ja üleandmise probleem.
See on selle artikli tegelik küsimus. Küsimus ei ole ainult selles, kui kiiresti saab prototüüpi ehitada. Probleem on selles, miks taatlemine ikkagi seiskub pärast seda, kui lauad on juba pingil.
Kui teie tiim on juba tühja{0}}tahvli ajastust möödas ja püüab nüüd mõista, miks prototüübi edenemine ikka veel aeglane tundub, tasub vaadata kaugemale ainult kokkupanemisest ja vaadata üle kogu tee ümber.PCB koost.
Prototüübi tarnimine ja prototüübi kinnitamine ei ole sama verstapost
Siin loetakse paljusid ajakavasid valesti.
Prototüübi tarnimine tähendab, et plaadid on valmistatud, kokku pandud ja vastu võetud. Prototüübi kontrollimine tähendab, et meeskond on tegelikult kasutanud neid tahvleid, et vastata kavandatud tehnilisele küsimusele ja otsustada, mis edasi saab.
Need ei ole sama verstapost.
Tahvel võib kohale jõuda õigel ajal ja ikkagi ei suuda projekti edasi viia. See võib sisse lülituda, kuid siiski ei toeta olulist katseteed. See võib olla õigesti kokku pandud, kuid tekitab siiski kahtlusi asendajate, programmeerimise eelduste, liidese käitumise või selle kohta, milline redaktsioon on tegelikult pingil. Mõnikord pole riistvara probleem üldse. Meeskond lihtsalt ei lepi kokku, mida loetakse sööduks, mis vastuvõetavaks kõrvalekaldeks ja mis peaks käivitama uue keerutuse.
Seetõttu libiseb prototüübi kontrollimine sageli pigem pärast tarnimist kui enne seda.
Tahvlit saab ehitada enne, kui see on tõeliselt kontrollitav.
Mis tavaliselt aeglustab kinnitamist
Prototüübi kinnitamine kipub aeglustuma, kui meeskond käsitleb "saadud tahvleid" nii, nagu tähendaks see juba "otsus{0}}valmis riistvara".
Tavaliselt see nii ei ole.
Nõrk andmete üleandmine
Mõned prototüübi järgud avaldatakse plaadi tootmiseks piisava teabega, kuid selle puhtuse kontrollimiseks pole piisavalt teavet.
Võib esineda gerbereid ja BOM-i. Sageli on nõrgem kõik nende ümber: programmeerimismärkmed, montaažikava, heakskiidetud alternatiivid, püsivara eeldused, polaarsuse viited, läbimiskriteeriumid ja valideerimisloogika, mis ütleb meeskonnale, mida see keerutus tegelikult lahendab.
See tekitab koheselt hõõrdumise.
Tahvlid saabuvad, kuid neid valideerida üritavad inimesed vajavad veel selgitusi. Seejärel muutub iga ootamatu käitumine järjekordseks tõlgendusringiks. Projekti ei blokeerita, kuna montaažimaja oli aeglane. See on blokeeritud, kuna ehituspakett oli vabastamiseks piisavalt täielik, kuid mitte piisavalt täielik, et toetada kiiret õppimist.
Hilised DFM-i leiud
Mõned prototüübi kontrollimise viivitused ei ole põhjustatud elektririkkest. Need on põhjustatud valmistatavusega seotud probleemidest, mis ilmnevad alles pärast seda, kui disain on juba liiga kaugele jõudnud.
Jalajälje mittevastavus, nõrk test{0}}juurdepääs test{0}}punktile, välditav termiline probleem või kooste{1}}orienteeritud paigutuse valik ei pruugi plaadi ehitamist takistada. See võib kontrollimist siiski halvasti aeglustada, kui vahelduv käitumine, jootmise ebaühtlus või proovimisraskused hakkavad tegelikku disainiküsimust varjama.
Seetõttu on hilised DFM-i probleemid prototüübitöös kallid. Need ei lükka lihtsalt järgmist keerutamist edasi. Samuti vähendavad need praeguse spinni õppimisväärtust.
Saadavus{0}}põhinevad asendused
Prototüübi ehitamine talub hankimisel suuremat paindlikkust kui pilootpartii. See on normaalne.
Probleemid algavad siis, kui asendusosad valitakse kiiresti, kuid neid ei kanta selgelt valideerimisloogikasse. Sel hetkel ei testi meeskond enam üht puhast eeldust. See katsetab disaini ja hankimise lahendust.
See eristus on olulisem, kui paljud meeskonnad ootavad.
Nööpn-ühilduv alternatiiv võib siiski muuta käivituskäitumist, termilist reaktsiooni, ajastusvarusid või signaali omadusi piisavalt palju, et muuta käivitamine keerulisemaks. Seejärel kontrollimine aeglustub, kuna meeskond püüab vastata erinevale küsimusele, kui ta plaanis vastata. Projektist saab osa silumisharjutusest, osa ümberkvalifitseerimisest{4}.
Testivalmidus, mis jäi ehitusvalmidusest maha
See on üks levinumaid varjatud kitsaskohti.
Tahvli võib õigeks ajaks kokku panna, kui tegelik taatlustee pole üldse valmis. Programmeerimisfailid võivad endiselt liikuda. Pingi seadistamine võib siiski olla mitteametlik. Kinnitusi ei pruugi veel olemas olla. Funktsionaalsed ootused võivad siiski olla ebamäärased. Isegi läbimise/ebaõnnestumise loogika võib olla kiirete otsuste tegemise toetamiseks liiga lõtv.
Sellistel juhtudel ei ole PCB koost projekti aeglustanud. Lõhe jääb ehitamise lõpetamise ja kasutatava testi täitmise vahele.
AOI{0}}täielik prototüüp ei ole automaatselt kinnitus{1}}valmis prototüüp.
Pudelikaelaks hakkab saama käsitsi sondeerimine
Käsitsi sondeerimine sobib mõne väga varase plaadi jaoks.
See tõmbab palju kiiremini, kui paljud meeskonnad ootavad.
Kui tahvel muutub tihedamaks, juurdepääs halveneb või ühikute arv ületab käputäie näidiseid, hakkab käsitsi kontrollimine muutma iga tahvli oma väikeseks uurimiseks. Meeskond võib siiski vastuseid saada, kuid ta saab need aeglasemalt, korduvate kontrollidega ja sõltudes rohkem sellest, kes kontrollib.
Seetõttu võivad lihtsad arendusseadmed, parem juurdepääs sondidele või struktureeritum ava-tee olla olulised isegi prototüübi etappides. Eesmärk ei ole ehitada täielikku tootmisseadet liiga vara. Eesmärk on lõpetada kontrollimise aja raiskamine välditavatele füüsilistele juurdepääsuprobleemidele.
Üks ehitus püüab vastata liiga paljudele küsimustele
Mõned prototüübipartiid liiguvad aeglaselt, kuna ehituse ulatus on lihtsalt liiga lai.
Tahvel peaks kinnitama riistvara funktsiooni, tarkvara käitumist, toite stabiilsust, signaali terviklikkust, termilisi omadusi, valmistatavust, väljakäitumist ja võib-olla isegi varaseid vastavuseeldusi korraga. Teoreetiliselt kõlab see tõhusalt. Praktikas tähendab see, et ükski avatud küsimus ei sulgu puhtalt.
Fokuseeritud prototüüp kontrollib tavaliselt kiiremini kui ehitamine, mis üritab kõike ühe käiguga lahendada.
Prototüübitöös liigub ajakava sageli kõige aeglasema lahendamata küsimusega, mitte ainult kõige aeglasema füüsilise sammuga.
Kui originaalseadmete tootjate meeskonnad hindavad probleemi tavaliselt valesti
Kõige tavalisem viga on eeldada, et viivitus kuulub endiselt tootmisesse.
Mõnikord teeb seda. Tihti ei tee seda.
Kui tahvlid on juba pingil, nihkub tegelik kitsaskoht tavaliselt valideerimisloogikasse, läbivaatamise kontrolli, hankimise selguse ja testide järjestamisse. Projekt tundub endiselt aeglane, kuid see ei ole enam aeglane samal põhjusel, mis oli aeglane enne ehituse tarnimist.
See eristamine on oluline, sest meeskonnad reageerivad sageli valele probleemile. Nad taotlevad kiiremat järgmise-pöörde loomist, kui nad tõesti vajavad rangemat valideerimise eesmärki, puhtamat versiooni läbivaatamist või katseteed, mis toetavad otsuseid, selle asemel et tekitada rohkem arutelu.
Kui meeskond vaidleb endiselt selle üle, mida see täpselt tõestama pidi, võib juhatus ajakava järgi tagasi tulla ja kaotada siiski nädala kontrollimisel.
Kasulik piirjuhtum
Väike prototüübi partii ei tähenda automaatselt, et kontrollimine peaks olema kiire.
Kümne-tahvli konstruktsioon võib siiski aeglaselt kontrollida, kas iga üksus sisaldab lahendamata allikamuudatusi, ebaselgeid testimise eesmärke ja erinevaid läbivaatamise eeldusi. Viie-tahvli pöörlemine võib lohistada ka siis, kui püsivara lähtejoon samal ajal liigub ja valideerimisplaani pole kunagi piisavalt kitsendatud.
Teisest küljest võib mõnevõrra suurem partii kontrollida kiiremini, kui BOM on puhtam, küsimus on kitsam ja avanemise tee- on juba struktureeritud.
Seetõttu ennustab ainuüksi tahvlite arv kontrollimise kiirust halvasti.
Mis aitab kinnitamisel kiiremini liikuda
Kui eesmärgiks on prototüübi kontrollimist lühendada, tehakse suurimad täiustused tavaliselt enne järgmise ehituse algust.
Lukustage valideerimisküsimus varem
Prototüüp kontrollib kiiremini, kui meeskond teab, mida see keerutus peaks tõestama, ja sama oluline, mida see ei peaks tõestama.
Hoidke allhanke muudatused nähtaval
Kui kasutati saadavuspõhiseid-asendusi, peaksid need olema järgukirjes ilmselged ja valideerimise ajal hõlpsasti käsitletavad. Varjatud hankimise muudatused põhjustavad aeglase õppimise.
Joondage andmepakett testteega
Bom-i versioon, koostu väljund, püsivara versioon, programmeerimise eeldused ja -ülesantav kontroll-loend peaksid kõik viitama samale kavandatud lähtetasemele.
Enne laudade saabumist valmistage katserada ette
Programmeerimine, pingi seadistamine, läbimise kriteeriumid ja mis tahes lihtsad kinnitustööd ei tohiks oodata, kuni koostud on juba käes.
Käsitlege DFM-i ja katsejuurdepääsu kontrollivalmiduse probleemidena
Kui testjuurdepääs on halb või valmistatavusriskid on ikka veel lahendamata, jääb kontrollimine harva puhtaks, olenemata sellest, kui kiiresti tahvlid on ehitatud.
See on täpselt see koht, kus mõeldakseTestimine ja ülevaatusmuutub kasulikuks isegi prototüübi etapis.
Miks see praeguses keskkonnas olulisem on?
Praeguses hankimiskeskkonnas on saadavusest{0}}põhinevad asendused levinumad ja tarneaja-vähenemine on kategooriate lõikes ebaühtlane. See muudab prototüübi kontrollimise aeglasemaks, kui olulised muudatused ei kajastu valideerimisplaanis selgelt. Tahvel võib siiski õigeks ajaks kohale jõuda. Õppetee sageli mitte.
See on veel üks põhjus, miks prototüübi kontrollimist tuleks käsitleda kui oma inseneri- ja koordineerimisetappi, mitte ainult kui montaaži tööaja lõppu.
Järeldus
PCB montaažiprojektide prototüübi kontrollimist aeglustab sageli see, mis juhtub pärast plaatide saabumist, mitte ainult see, kui kiiresti need ehitati.
Kõige levinumad põhjused on andmete nõrk üleandmine, hilised DFM-i leiud, saadavusest tingitud asendused,{0}}halb testimisvalmidus, käsitsi proovimise hõõrdumine, läbivaatamise kõrvalekalle ja valideerimise eesmärgid, mis on liiga laiad, et üks keerutus puhtalt vastata.
Need ei ole kõik tootmisprobleemid. Paljud neist on vabastamise, testimise ja üleandmise probleemid, enne kui need on puhtad tootmisprobleemid.
Seetõttu peaksid meeskonnad lõpetama "prototüübi tarnitud" käsitlemise nii, nagu see tähendaks "prototüüp kinnitatud".
Lauad pingil ei lühenda iseenesest graafikut. Kasutatav kinnitustee teeb seda.
Kui teie meeskond üritab prototüübi kinnitamist lühendada, on järgmine praktiline samm järg üle vaadataPCB koost,pingutage valideerimisteed õige tasemegaTestimine ja ülevaatusmõtlemist ja seejärel joondage järgmise prototüübi ulatus läbiKüsi hinnapakkumistvõi võtke otse meeskonnaga ühendust aadressilinfo@pcba-china.com.
KKK
Mis vahe on prototüübi tarnimisel ja prototüübi kontrollimisel?
Prototüübi tarnimine tähendab, et plaadid on kokku pandud ja kätte saadud. Prototüübi kontrollimine tähendab, et meeskond on neid tahvleid kasutanud, et vastata kavandatud tehnilisele küsimusele ja otsustada, mis edasi saab.
Miks saab prototüüptahvli õigel ajal tarnida ja seda siiski aeglaselt kontrollida?
Kuna aeglustumine nihkub sageli tootmiselt valideerimisloogikale, BOM-i selgusele, asendus-osade ebakindlusele, testivalmidusele, läbivaatamise kontrollile ja rist-funktsionaalsele joondamisele.
Kas prototüübi kiirem kokkupanek tähendab automaatselt kiiremat kontrollimist?
Ei. Kiirem kokkupanek aitab ainult siis, kui valideerimistee on varasema riistvara tõhusaks kasutamiseks juba piisavalt selge.
Mis on kinnitusviivituse üks enim tähelepanuta jäetud põhjuseid?
Üldine tähelepanuta jäetud põhjus on see, et ehituspakett oli vabastamiseks piisavalt täielik, kuid mitte piisavalt täielik, et pärast plaatide saabumist puhtalt kinnitada.
