Ievads
Daudzas oriģinālo iekārtu ražotāju komandas pieņem, ka pēc prototipa dēļu saņemšanas verifikācija notiks ātri.
Tas izklausās saprātīgi. Reālos projektos bieži tā nav.
PCB prototipa komplekts var atgriezties pēc grafika un joprojām zaudēt dienas vai pat nedēļu, pārbaudot, vai komanda joprojām strīdas par to, kas bija jāpierāda, kas mainījās MK vai vai testa ceļš ir gatavs sniegt izmantojamu atbildi. Tajā brīdī palēnināšanās vairs nav saistīta tikai ar montāžas izpildes laiku. Tā kļūst par atbrīvošanas, pārbaudes un nodošanas problēmu.
Tas ir šī raksta patiesais jautājums. Jautājums nav tikai par to, cik ātri var izveidot prototipu. Problēma ir tāda, kāpēc verifikācija joprojām apstājas pēc tam, kad dēļi jau atrodas uz soliņa.
Ja jūsu komanda jau ir pārsniegusi tukšo{0}}dēļu laiku un tagad mēģina saprast, kāpēc prototipa attīstība joprojām šķiet lēna, ir vērts raudzīties tālāk tikai uz montāžu un pārskatīt visu apkārtējo ceļu.PCB montāža.
Prototipa piegāde un prototipa pārbaude nav viens un tas pats pavērsiens
Šeit tiek nepareizi izlasīti daudzi grafiki.
Prototipa piegāde nozīmē, ka dēļi ir izgatavoti, samontēti un saņemti. Prototipa pārbaude nozīmē, ka komanda ir faktiski izmantojusi šīs plāksnes, lai atbildētu uz paredzēto tehnisko jautājumu un izlemtu, kas notiks tālāk.
Tie nav viens un tas pats pavērsiens.
Valde var ierasties laikā un joprojām nevar virzīt projektu uz priekšu. Tas var ieslēgties, taču joprojām neatbalsta svarīgo pārbaudes ceļu. Tas var būt pareizi salikts, taču tas joprojām rada šaubas par aizstājējiem, programmēšanas pieņēmumiem, saskarnes uzvedību vai to, kura pārskatīšana patiešām tiek veikta. Dažreiz aparatūra vispār nav problēma. Komanda vienkārši nav vienisprātis par to, kas tiek uzskatīts par piespēli, kas tiek uzskatīts par pieņemamu novirzi un kam vajadzētu izraisīt vēl vienu griezienu.
Tāpēc prototipa pārbaude bieži paslīd pēc piegādes, nevis pirms tās.
Tāfele var būt uzbūvējama, pirms tā ir patiesi pārbaudāma.
Kas parasti palēnina verifikāciju
Prototipa pārbaudei ir tendence palēnināties, kad komanda uztver "saņemtos dēļus" tā, it kā tas jau nozīmētu "lēmumam{0}}gatavu aparatūru".
Parasti tā nav.
Vāja datu nodošana
Dažas prototipu versijas tiek izlaistas ar pietiekami daudz informācijas, lai ražotu plati, bet nepietiek informācijas, lai pārbaudītu tā tīrību.
Var būt klāt Gerbers un MK. Tas, kas bieži vien ir vājāks, ir viss ap tiem: programmēšanas piezīmes, montāžas nolūks, apstiprinātie alternatīvie elementi, programmaparatūras pieņēmumi, polaritātes norādes, nokārtošanas kritēriji un validācijas loģika, kas komandai norāda, kas ar šo griezienu patiesībā ir paredzēts.
Tas nekavējoties rada berzi.
Tāfeles tiek saņemtas, taču cilvēkiem, kas mēģina tos apstiprināt, joprojām ir jāprecizē. Tad katra negaidīta uzvedība pārvēršas citā interpretācijas kārtā. Projekts nav bloķēts, jo montāžas nams bija lēns. Tas ir bloķēts, jo izveides pakotne bija pietiekami pilnīga, lai to atbrīvotu, bet nebija pietiekami pilnīga, lai atbalstītu ātru mācīšanos.
Vēlie DFM atklājumi
Dažas prototipu pārbaudes aizkaves nav izraisījušas elektrības kļūmes. Tos izraisa ražojamības problēmas, kas kļūst acīmredzamas tikai pēc tam, kad dizains jau ir pārāk tālu.
Nospiedumu neatbilstība, vāja piekļuves{0}}testēšanas{0}}punkts, termiska problēma, no kuras var izvairīties, vai montāžas-orientēta izkārtojuma izvēle var neapturēt plates izveidi. Tas joprojām var ievērojami palēnināt verifikāciju, ja neregulāra darbība, lodēšanas nekonsekvence vai zondēšanas grūtības sāk aizēnot īsto dizaina jautājumu.
Tāpēc vēlīnās DFM problēmas ir dārgas prototipu darbā. Viņi ne tikai aizkavē nākamo griešanos. Tie arī samazina pašreizējā griešanās mācīšanās vērtību.
Pieejamības{0}}aizvietošanas iespējas
Prototipa konstrukcija var izturēt lielāku piegādes elastību nekā izmēģinājuma partija. Tas ir normāli.
Problēmas sākas, kad aizstājējdaļas tiek izvēlētas ātri, bet nav skaidri iekļautas validācijas loģikā. Tajā brīdī komanda vairs nepārbauda vienu tīru pieņēmumu. Tā pārbauda dizainu un risinājuma avotus.
Šai atšķirībai ir lielāka nozīme, nekā daudzas komandas gaida.
Ar tapu-saderīgu alternatīvu joprojām var tikt pietiekami mainīta startēšanas darbība, termiskā reakcija, laika robežas vai signāla raksturlielumi, lai apgrūtinātu aktivizēšanu. Pēc tam pārbaude palēninās, jo komanda mēģina atbildēt uz citu jautājumu, nekā tā plānoja atbildēt. Projekts kļūst par daļu no atkļūdošanas uzdevuma, par daļu no atkārtotas-kvalifikācijas.
Testa gatavība, kas atpalika no būvēšanas gatavības
Šī ir viena no visbiežāk slēptajām vājajām vietām.
Tāfele var tikt samontēta laikā, kamēr faktiskais verifikācijas ceļš nemaz nav gatavs. Programmēšanas faili joprojām var tikt pārvietoti. Sola iestatīšana joprojām var būt neoficiāla. Armatūra, iespējams, vēl nepastāv. Funkcionālās cerības joprojām var būt neskaidras. Pat apstiprinājuma/neatteices loģika var būt pārāk vaļīga, lai atbalstītu ātrus lēmumus.
Šādos gadījumos PCB montāža nav tas, kas palēnināja projektu. Atšķirība ir starp izveides pabeigšanu un izmantojamu testa izpildi.
AOI{0}}pabeigts prototips automātiski nav verifikācijai{1}}gatavs prototips.
Manuālā zondēšana sāk kļūt par vājo vietu
Manuālā zondēšana ir piemērota dažiem ļoti agrīniem dēļiem.
Tas kļūst vilcējs daudz ātrāk, nekā daudzas komandas gaida.
Kad dēlis kļūst blīvāks, piekļuve pasliktinās vai vienību skaits pārsniedz dažus paraugus, manuālā verifikācija sāk pārvērst katru paneli par savu nelielu izmeklēšanu. Komanda joprojām var saņemt atbildes, taču tā saņem tās lēnāk, vairākkārt pārbaudot un vairāk atkarīgi no tā, kurš veic zondi.
Tāpēc vienkāršas izstrādes ierīces, labāka piekļuve zondei vai strukturētāka izveide- var būt svarīga pat prototipa stadijās. Mērķis nav pārāk agri izveidot pilnu ražošanas iekārtu. Mērķis ir pārtraukt verifikācijas laika tērēšanu fiziskās piekļuves problēmām, no kurām var izvairīties.
Viena konstrukcija mēģina atbildēt uz pārāk daudziem jautājumiem
Dažas prototipu partijas pārvietojas lēni, jo konstrukcijas apjoms vienkārši ir pārāk plašs.
Paredzams, ka plate apstiprinās aparatūras funkcijas, programmatūras uzvedību, strāvas stabilitāti, signāla integritāti, termiskos parametrus, izgatavojamību, uzvedību uz lauka un, iespējams, pat agrīnās atbilstības pieņēmumus. Teorētiski tas izklausās efektīvi. Praksē tas nozīmē, ka neviens no atvērtajiem jautājumiem netiek pilnībā aizvērts.
Koncentrēts prototips parasti tiek pārbaudīts ātrāk nekā būvējums, kas mēģina visu atrisināt vienā piegājienā.
Prototipu darbā grafiks bieži vien virzās ar lēnāko neatrisināto jautājumu, nevis tikai lēnāko fizisko soli.
Kur OEM komandas parasti nepareizi novērtē problēmu
Visizplatītākā kļūda ir pieņemt, ka kavēšanās joprojām attiecas uz ražošanu.
Dažreiz tas notiek. Bieži vien tā nav.
Kad dēļi jau ir sagatavoti, īstā vājā vieta parasti pāriet uz validācijas loģiku, pārskatīšanas kontroli, avotu skaidrību un testu secību. Projekts joprojām šķiet lēns, taču tas vairs nav lēns tā paša iemesla dēļ, kas bija lēns pirms konstrukcijas nosūtīšanas.
Šī atšķirība ir svarīga, jo komandas bieži reaģē uz nepareizu problēmu. Viņi cenšas panākt ātrāku nākamā-pagrieziena izveidi, kad viņiem patiešām ir nepieciešams stingrāks validācijas mērķis, precīzāks pārskatīšanas bāze vai pārbaudes ceļš, kas faktiski var atbalstīt lēmumu pieņemšanu, nevis tikai radīt vairāk diskusiju.
Valde var atgriezties pēc grafika un joprojām zaudēt nedēļu pārbaudes laikā, ja komanda joprojām strīdas par to, kas tieši tai bija jāpierāda.
Noderīgs robežgadījums
Neliela prototipa partija automātiski nenozīmē, ka verifikācijai jābūt ātrai.
Desmit{0}}paneļa versija joprojām var lēnām pārbaudīt, vai katrai vienībai ir neatrisinātas avota izmaiņas, neskaidrs pārbaudes nolūks un dažādi pārskatīšanas pieņēmumi. Piecu-dēļu griešanās var arī vilkties, ja programmaparatūras bāzes līnija vienlaikus mainās un validācijas plāns nekad nav bijis pietiekami sašaurināts.
No otras puses, nedaudz lielāka partija var tikt pārbaudīta ātrāk, ja MK ir tīrāka, jautājums ir šaurāks un izcelšanas ceļš- jau ir strukturēts.
Tāpēc tikai dēļu skaits ir vājš verifikācijas ātruma prognozētājs.
Kas palīdz verifikācijai pārvietoties ātrāk
Ja mērķis ir saīsināt prototipa verifikāciju, lielākie uzlabojumi parasti tiek veikti pirms nākamās būvēšanas sākuma.
Bloķējiet validācijas jautājumu agrāk
Prototips pārbauda ātrāk, ja komanda zina, kas šim griezienam ir jāpierāda, un tikpat svarīgi, kas tai nav jāpierāda.
Saglabājiet avotu izmaiņas redzamas
Ja tika izmantoti -uz pieejamību balstīti aizstāšanas veidi, tiem jābūt skaidri redzamiem būvējuma ierakstā un viegli apspriežamiem validācijas laikā. Slēptas avota izmaiņas rada lēnu mācīšanos.
Saskaņojiet datu paketi ar testa ceļu
BOM pārskatīšanai, montāžas izvadei, programmaparatūras versijai, programmēšanas pieņēmumiem un{0}}izveidotajam kontrolsarakstam ir jānorāda uz to pašu paredzēto bāzes līniju.
Pirms dēļu ierašanās sagatavojiet testa ceļu
Programmēšanai, stenda iestatīšanai, nokārtošanas kritērijiem un jebkuram vienkāršam armatūras darbam nevajadzētu gaidīt, līdz komplekti jau ir rokā.
Uztveriet DFM un pārbaudiet piekļuvi kā pārbaudes gatavības problēmas
Ja testa piekļuve ir slikta vai ražošanas riski joprojām nav atrisināti, verifikācija reti paliek tīra neatkarīgi no tā, cik ātri dēļi tika uzbūvēti.
Tieši šeit ir jādomāPārbaude un pārbaudekļūst noderīga pat prototipa stadijā.
Kāpēc tas ir svarīgāks pašreizējā vidē
Pašreizējā piegādes vidē ar pieejamību{0}}saistīti aizstāšanas gadījumi ir biežāk sastopami, un izpildes-laika atvieglojums dažādās kategorijās ir nevienmērīgs. Tas padara prototipa verifikāciju lēnāku, ja būtiskas izmaiņas nav skaidri atspoguļotas validācijas plānā. Dēlis joprojām var ierasties laikā. Mācību ceļš bieži vien nav.
Tas ir vēl viens iemesls, kāpēc prototipa pārbaude jāuzskata par savu inženierijas un koordinācijas posmu, nevis tikai kā montāžas izpildes laika beigu beigas.
Secinājums
Prototipu verifikāciju PCB montāžas projektos bieži palēnina tas, kas notiek pēc plātņu saņemšanas, ne tikai tas, cik ātri tie tika uzbūvēti.
Visizplatītākie iemesli ir vāja datu pārsūtīšana, novēloti DFM konstatējumi, pieejamība{0}}aizvietojumi, slikta gatavība pārbaudei, manuālas zondēšanas berze, pārskatīšanas novirze un validācijas mērķi, kas ir pārāk plaši, lai viens grieziens sniegtu skaidru atbildi.
Tās nav visas ražošanas problēmas. Daudzas no tām ir izlaišanas, pārbaudes un nodošanas problēmas, pirms tās ir tikai ražošanas problēmas.
Tāpēc komandām jāpārtrauc izturēties pret “prototips piegādāts” tā, it kā tas nozīmētu “prototips pārbaudīts”.
Dēļi uz soliņa paši par sevi nesaīsina grafiku. Izmantojams verifikācijas ceļš.
Ja jūsu komanda mēģina saīsināt prototipa verifikāciju, praktisks nākamais solis ir pārskatīt būvējumuPCB montāža,pievelciet validācijas ceļu ar pareizo līmeniPārbaude un pārbaudedomājot, un pēc tam saskaņot nākamā prototipa darbības jomuPieprasīt cenas piedāvājumuvai sazinieties tieši ar komandu pa tālrinfo@pcba-china.com.
FAQ
Kāda ir atšķirība starp prototipa piegādi un prototipa verifikāciju?
Prototipa piegāde nozīmē, ka dēļi ir samontēti un saņemti. Prototipa pārbaude nozīmē, ka komanda ir izmantojusi šīs plāksnes, lai atbildētu uz paredzēto tehnisko jautājumu un izlemtu, kas notiks tālāk.
Kāpēc prototipa plati var piegādāt laikā un joprojām pārbaudīt lēni?
Tā kā palēninājums bieži vien pāriet no ražošanas uz validācijas loģiku, MK skaidrību, aizstājēju{0}}detaļu nenoteiktību, testēšanas gatavību, pārskatīšanas kontroli un pārrobežu{1}}funkcionālo saskaņošanu.
Vai ātrāka prototipa montāža automātiski nozīmē ātrāku verifikāciju?
Nē. Ātrāka montāža palīdz tikai tad, ja validācijas ceļš jau ir pietiekami skaidrs, lai efektīvi izmantotu iepriekšējo aparatūru.
Kāds ir viens no visbiežāk aizmirstajiem verifikācijas kavēšanās iemesliem?
Biežs ignorētais iemesls ir tas, ka izveides pakotne bija pietiekami pilnīga, lai to atbrīvotu, bet nebija pietiekami pilnīga, lai pēc dēļu saņemšanas to varētu tīri apstiprināt.
