Úvod
Mnoho tímov OEM predpokladá, že akonáhle dorazia prototypové dosky, overenie bude prebiehať rýchlo.
To znie rozumne. V reálnych projektoch to tak často nie je.
Prototypová zostava PCB sa môže vrátiť podľa plánu a stále stratiť dni alebo dokonca týždeň pri overovaní, ak sa tím stále háda o tom, čo mala zostava dokázať, čo sa zmenilo v kusovníku alebo či je testovacia cesta pripravená na vytvorenie použiteľnej odpovede. V tom momente už spomalenie nie je len o dobe trvania montáže. Stáva sa problémom uvoľnenia, testovania a odovzdávania.
To je skutočná otázka za týmto článkom. Otázkou nie je len to, ako rýchlo sa dá postaviť prototyp. Problémom je, prečo sa overovanie stále zastavuje, keď sú dosky už na lavičke.
Ak váš tím už prekonal-časovanie predstavenstva a teraz sa snaží pochopiť, prečo je vývoj prototypu stále pomalý, je namieste pozrieť sa za hranice samotnej montáže a preskúmať celú cestu okoloZostava PCB.
Dodávka prototypu a overenie prototypu nie sú tým istým míľnikom
To je miesto, kde sa veľa rozvrhov nesprávne číta.
Dodávka prototypu znamená, že dosky boli vyrobené, zmontované a prijaté. Overenie prototypu znamená, že tím skutočne použil tieto dosky na zodpovedanie zamýšľanej technickej otázky a rozhodnutie, čo sa stane ďalej.
Nie sú to rovnaké míľniky.
Rada môže prísť načas a napriek tomu nedokáže posunúť projekt vpred. Môže sa zapnúť, ale stále nepodporuje testovaciu cestu, na ktorej záleží. Môže byť zostavený správne, ale stále vyvoláva pochybnosti o náhradách, programovacích predpokladoch, správaní rozhrania alebo o tom, ktorá revízia je skutočne na lavičke. Niekedy nie je problém s hardvérom. Tím sa jednoducho nezhoduje v tom, čo sa počíta ako prihrávka, čo sa počíta ako prijateľná odchýlka a čo by malo spustiť ďalšie roztočenie.
Preto overenie prototypu často skĺzne skôr po dodaní ako pred ním.
Doska môže byť zostaviteľná skôr, ako je skutočne overiteľná.
Čo zvyčajne spomaľuje overovanie
Overenie prototypu má tendenciu sa spomaliť, keď tím zaobchádza s „prijatými tabuľami“ tak, akoby to už znamenalo „hardvér pripravený na{0}}rozhodnutie“.
Zvyčajne to tak nie je.
Slabé odovzdávanie údajov
Niektoré zostavy prototypov sú vydané s dostatkom informácií na výrobu dosky, ale nie s dostatkom informácií na to, aby to bolo možné čisto overiť.
Môžu byť prítomné Gerbery a kusovník. Čo je často slabšie, je všetko okolo nich: programovacie poznámky, zámer zostavenia, schválené alternatívy, predpoklady firmvéru, popisy polarity, kritériá úspešnosti a logika overovania, ktorá hovorí tímu, čo má tento spin vlastne vyriešiť.
To okamžite vytvára trenie.
Tabule prichádzajú, ale ľudia, ktorí sa ich snažia overiť, stále potrebujú objasnenie. Potom sa každé nečakané správanie zmení na ďalšie kolo výkladu. Projekt nie je zablokovaný, pretože montážny dom bol pomalý. Je zablokovaný, pretože zostavovací balík bol dostatočne dokončený na vydanie, ale nie je dostatočne úplný na to, aby podporoval rýchle učenie.
Neskoré nálezy DFM
Niektoré oneskorenia overovania prototypu nie sú spôsobené elektrickou poruchou. Sú spôsobené problémami s vyrobiteľnosťou, ktoré sa prejavia až potom, čo sa dizajn už posunul príliš ďaleko.
Nezhoda v pôdoryse, slabý prístup k testovaciemu-bodu, tepelný problém, ktorému sa dá predísť, alebo výber rozloženia orientovaného na zostavu-nemusí zabrániť zostaveniu dosky. Stále môže zle spomaliť overovanie, keď občasné správanie, nekonzistentnosť spájkovania alebo problémy so sondovaním začnú zakrývať skutočnú otázku dizajnu.
To je dôvod, prečo sú neskoré problémy DFM pri prototypovej práci drahé. Nezdržujú len ďalšie roztočenie. Znižujú tiež hodnotu učenia aktuálneho točenia.
Náhrady-riadené dostupnosťou
Zostava prototypu môže tolerovať väčšiu flexibilitu pri získavaní zdrojov ako pilotná šarža. To je normálne.
Problém začína, keď sú náhradné diely vyberané rýchlo, ale nie sú jasne prenesené do logiky validácie. V tom momente tím už netestuje jeden čistý predpoklad. Testuje dizajn a riešenie zdrojov.
Na tomto rozdiele záleží viac, ako mnohé tímy očakávajú.
Alternatíva kompatibilná s pinom- môže stále posunúť správanie pri spustení, tepelnú odozvu, časové rezervy alebo charakteristiky signálu natoľko, že to skomplikuje-vyvolanie. Overenie sa potom spomalí, pretože tím sa snaží odpovedať na inú otázku, ako plánoval odpovedať. Projekt sa stáva súčasťou cvičenia na ladenie, súčasťou cvičenia re{4}}kvalifikácie.
Pripravenosť na test, ktorá zaostávala za pripravenosťou na zostavenie
Toto je jedna z najbežnejších skrytých prekážok.
Doska môže byť zostavená včas, zatiaľ čo skutočná overovacia cesta nie je vôbec pripravená. Programové súbory sa môžu stále presúvať. Nastavenie lavičky môže byť stále neformálne. Zariadenia možno ešte neexistujú. Funkčné očakávania môžu byť stále nejasné. Dokonca aj logika vyhovieť/nevyhoviť môže byť príliš voľná na to, aby podporovala rýchle rozhodnutia.
V týchto prípadoch nie je montáž PCB tým, čo projekt spomalilo. Medzera medzi dokončením zostavenia a vykonaním použiteľného testu.
Úplný prototyp AOI-nie je automaticky prototypom pripraveným na overenie-.
Manuálne snímanie sa začína stávať prekážkou
Ručné snímanie je v poriadku pre niektoré veľmi skoré dosky.
Stáva sa brzdou oveľa rýchlejšie, než mnohé tímy očakávajú.
Akonáhle sa doska zahustí, prístup sa zhorší alebo počet jednotiek presiahne niekoľko vzoriek, manuálne overenie začne každú dosku premieňať na vlastné malé vyšetrovanie. Tím môže stále dostávať odpovede, ale dostáva ich pomalšie, s viacerými opakovanými kontrolami a s väčšou závislosťou od toho, kto drží sondu.
To je dôvod, prečo môžu jednoduché vývojové prípravky, lepší prístup k sondám alebo štruktúrovanejšia cesta-výstupu dôležitá aj v štádiu prototypu. Cieľom nie je postaviť kompletný výrobný program príliš skoro. Cieľom je zastaviť plytvanie časom overovania na problémy s fyzickým prístupom, ktorým sa dá vyhnúť.
Jedna zostava sa snaží odpovedať na príliš veľa otázok
Niektoré prototypy sa pohybujú pomaly, pretože rozsah zostavy je jednoducho príliš široký.
Očakáva sa, že doska naraz overí funkciu hardvéru, správanie softvéru, stabilitu napájania, integritu signálu, tepelné vlastnosti, vyrobiteľnosť, správanie v teréne a možno aj skoré predpoklady zhody. Teoreticky to znie efektívne. V praxi to znamená, že žiadna z otvorených otázok sa neuzavrie čisto.
Zameraný prototyp sa zvyčajne overuje rýchlejšie ako zostava, ktorá sa snaží všetko vyriešiť jedným prechodom.
V prototypovej práci sa harmonogram často pohybuje s najpomalšou nevyriešenou otázkou, nielen s najpomalším fyzickým krokom.
Kde tímy OEM zvyčajne nesprávne posúdia problém
Najčastejšou chybou je predpoklad, že oneskorenie stále patrí výrobe.
Niekedy áno. Často to tak nie je.
Keď sú dosky už na lavičke, skutočné úzke miesto sa zvyčajne presunie do logiky overovania, kontroly revízií, prehľadnosti zdrojov a sekvencovania testov. Projekt je stále pomalý, ale už nie je pomalý z rovnakého dôvodu, ako bol pomalý pred odoslaním zostavy.
Na tomto rozdiele záleží, pretože tímy často reagujú na nesprávny problém. Presadzujú rýchlejšiu{1}}vývojovú zostavu, keď to, čo skutočne potrebujú, je prísnejší cieľ overovania, čistejší základ revízie alebo testovacia cesta, ktorá môže skutočne podporiť rozhodnutia namiesto toho, aby vyvolala viac diskusií.
Predstavenstvo sa môže vrátiť podľa plánu a aj tak stratiť týždeň pri overovaní, ak sa tím stále háda o tom, čo presne mal dokázať.
Užitočný hraničný prípad
Malá šarža prototypu automaticky neznamená, že overenie by malo byť rýchle.
Desať{0}}dosková zostava môže stále pomaly overovať, či každá jednotka obsahuje nevyriešené zmeny zdrojov, nejasný zámer testu a zmiešané predpoklady revízií. Otočenie o päť{2}}boardov sa môže tiež pretiahnuť, ak sa základná línia firmvéru pohybuje súčasne a plán overovania nebol nikdy dostatočne zúžený.
Na druhej strane, o niečo väčšia časť môže overiť rýchlejšie, ak je kusovník čistejší, otázka je užšia a cesta{0}}uvedenia je už štruktúrovaná.
To je dôvod, prečo samotný počet dosiek je zlým ukazovateľom rýchlosti overovania.
Čo pomáha overovaniu postupovať rýchlejšie
Ak je cieľom skrátiť overenie prototypu, najväčšie vylepšenia sa zvyčajne urobia pred spustením ďalšej zostavy.
Uzamknite overovaciu otázku skôr
Prototyp sa overuje rýchlejšie, keď tím vie, čo má táto rotácia dokázať, a čo je rovnako dôležité, čo dokazovať nemá.
Udržujte zmeny zdrojov viditeľné
Ak sa použili{0}}nahradenia založené na dostupnosti, mali by byť zrejmé v zázname zostavy a mali by sa o nich počas overovania ľahko diskutovať. Skryté zmeny zdrojov vytvárajú pomalé učenie.
Zarovnajte dátový balík s testovacou cestou
Revízia kusovníka, výstup zostavy, verzia firmvéru, predpoklady programovania a{0}}kontrolný zoznam by mali smerovať k rovnakému zamýšľanému základu.
Pred príchodom dosiek pripravte skúšobnú dráhu
Programovanie, nastavenie stola, kritériá úspešnosti a akákoľvek jednoduchá práca s prípravkom by nemali čakať, kým už budú zostavy v rukách.
Považujte DFM a testovací prístup za problémy s pripravenosťou na overenie
Ak je prístup k testom slabý alebo riziká výroby stále nie sú vyriešené, overenie len zriedka zostane čisté, bez ohľadu na to, ako rýchlo boli dosky vyrobené.
To je presne miesto, kde sa myslí z hľadiskaTestovanie a kontrolasa stáva užitočným, dokonca aj vo fáze prototypu.
Prečo je to v súčasnom prostredí dôležitejšie
V súčasnom prostredí zdrojov sú náhrady-riadené dostupnosťou bežnejšie a-časová úľava je v jednotlivých kategóriách nerovnomerná. Vďaka tomu je overovanie prototypu pomalšie vždy, keď zmeny materiálu nie sú jasne zohľadnené v pláne overovania. Tabuľa môže ešte prísť načas. Učebná cesta často nie.
To je ďalší dôvod, prečo by sa s overovaním prototypu malo zaobchádzať ako s vlastnou inžinierskou a koordinačnou fázou, nielen ako s konečným časom prípravy montáže.
Záver
Overenie prototypov v projektoch montáže DPS je často spomaľované tým, čo sa stane po príchode dosiek, nielen tým, ako rýchlo boli postavené.
Najčastejšími príčinami sú slabé odovzdávanie údajov, neskoré zistenia DFM, nahradenia-riadené dostupnosťou, slabá pripravenosť na test, trenie pri manuálnom snímaní, posun revízie a ciele overenia, ktoré sú príliš široké na to, aby jedno otočenie odpovedalo čisto.
To nie sú všetky výrobné problémy. Mnohé z nich sú problémy s vydaním, testovaním a odovzdaním predtým, ako sa stanú čisto výrobnými problémami.
Preto by tímy mali prestať považovať „prototyp doručený“ za „overený prototyp“.
Tabule na lavičke samy o sebe rozvrh neskrátia. Použiteľná overovacia cesta áno.
Ak sa váš tím snaží skrátiť overenie prototypu, praktickým ďalším krokom je porovnanie zostavyZostava PCB,utiahnite overovaciu cestu so správnou úrovňouTestovanie a kontrolapremýšľať a potom zosúladiť rozsah ďalšieho prototypuVyžiadajte si cenovú ponukualebo kontaktujte priamo tím nainfo@pcba-china.com.
FAQ
Aký je rozdiel medzi doručením prototypu a overením prototypu?
Dodanie prototypu znamená, že dosky boli zmontované a prijaté. Overenie prototypu znamená, že tím použil tieto dosky na zodpovedanie zamýšľanej technickej otázky a rozhodnutie, čo sa stane ďalej.
Prečo môže byť prototyp dosky dodaný včas a napriek tomu sa pomaly overuje?
Keďže spomalenie sa často presúva z výroby na logiku overovania, prehľadnosť kusovníka, neistota náhradných{0}}dielov, pripravenosť na test, kontrola revízií a vzájomné{1}} zosúladenie funkcií.
Znamená rýchlejšia montáž prototypu automaticky rýchlejšie overenie?
Nie. Rýchlejšie zostavovanie pomáha iba vtedy, ak je cesta overovania dostatočne jasná na efektívne využitie predchádzajúceho hardvéru.
Čo je jednou z najviac prehliadaných príčin oneskorenia overenia?
Bežnou prehliadanou príčinou je, že zostavovací balík bol dostatočne kompletný na vydanie, ale nie dostatočne úplný na to, aby ho bolo možné po príchode dosiek čisto overiť.
