Увод
Многи ОЕМ тимови претпостављају да када прототипне плоче стигну, верификација ће се брзо одвијати.
То звучи разумно. У стварним пројектима често није.
Прототип ПЦБ склопа може да се врати по распореду и да и даље изгуби дане, или чак недељу, у провери да ли се тим још увек расправља о томе шта је градња требало да докаже, шта се променило у БОМ-у или да ли је путања тестирања спремна да произведе употребљив одговор. У том тренутку, успоравање више није само време за монтажу. То постаје проблем ослобађања, тестирања и примопредаје.
То је право питање иза овог чланка. Питање није само колико брзо се може направити прототип. Питање је зашто верификација и даље кочи након што су табле већ на клупи.
Ако је ваш тим већ прошао голи{0}}тајминг на плочи и сада покушава да схвати зашто је напредак прототипа и даље спор, ово је поента да погледате даље од самог склапања и прегледате цео пут окоПЦБ Ассембли.
Испорука прототипа и верификација прототипа нису иста прекретница
Овде се многи распореди погрешно читају.
Испорука прототипа значи да су плоче произведене, састављене и примљене. Верификација прототипа значи да је тим заправо користио те плоче да одговори на планирано техничко питање и одлучи шта ће се следеће десити.
То није иста прекретница.
Одбор може стићи на време и још увек не успе да помери пројекат напред. Може се укључити, али и даље не подржава пут тестирања који је важан. Можда је исправно састављен, али и даље изазива сумње у вези са заменама, програмским претпоставкама, понашањем интерфејса или која је ревизија заиста на клупи. Понекад хардвер уопште није проблем. Тим се једноставно не слаже око тога шта се рачуна као пролаз, шта се рачуна као прихватљиво одступање и шта би требало да изазове још један обрт.
Због тога верификација прототипа често пропадне након испоруке, а не пре ње.
Плоча се може направити пре него што се заиста провери.
Шта обично успорава верификацију
Верификација прототипа има тенденцију да се успорава када тим третира „примљене плоче“ као да то већ значи „хардвер спреман за одлуку{0}}“.
Обично није.
Слаба предаја података
Неке верзије прототипа су објављене са довољно информација за производњу плоче, али не и довољно информација да би се то јасно потврдило.
Герберс и БОМ могу бити присутни. Оно што је често слабије је све око њих: белешке о програмирању, намера састављања, одобрене замене, претпоставке фирмвера, позиви за поларитет, критеријуми за пролаз и логика валидације која говори тиму шта ово окретање заправо треба да реши.
То одмах ствара трење.
Табеле стижу, али људима који покушавају да их потврде и даље треба појашњење. Тада се свако неочекивано понашање претвара у још један круг тумачења. Пројекат није блокиран јер је зборница била спора. Блокиран је јер је пакет за прављење био довољно потпун за објављивање, али није довољно потпун да подржи брзо учење.
Касни налази ДФМ-а
Нека кашњења верификације прототипа нису узрокована електричним кваром. Они су узроковани проблемима у производњи који постају очигледни тек након што је дизајн већ отишао предалеко.
Неподударање отиска, слаб приступ{0}}тачки за тестирање, топлотни проблем који се може избећи или избор распореда оријентисан на склапање{1}} можда неће спречити израду плоче. И даље може лоше да успори верификацију када повремено понашање, недоследност лемљења или потешкоће у испитивању почну да заклањају право питање дизајна.
Зато су касна издања ДФМ-а скупа у раду прототипа. Они не само да одлажу следеће окретање. Они такође смањују вредност учења тренутног окретања.
Замене{0}}вођене доступношћу
Изградња прототипа може толерисати већу флексибилност извора од пилот серије. То је нормално.
Проблем почиње када се заменски делови брзо бирају, али се не преносе јасно у логику валидације. У том тренутку, тим више не тестира једну чисту претпоставку. Тестира дизајн плус решење за проналажење извора.
Та разлика је важнија него што многи тимови очекују.
Алтернатива компатибилна са пин{0}}и даље може да промени понашање при покретању, термални одговор, временске маргине или карактеристике сигнала довољно да компликују-преношење. Верификација се тада успорава јер тим покушава да одговори на питање другачије од онога на шта је планирао да одговори. Пројекат постаје део вежбе отклањања грешака, део вежбе пре{4}}квалификације.
Тест спремности која је заостајала за спремношћу изградње
Ово је једно од најчешћих скривених уских грла.
Плоча се може саставити на време док стварна путања верификације уопште није спремна. Програмске датотеке се можда и даље крећу. Постављање клупе може и даље бити неформално. Склопови можда још не постоје. Функционална очекивања могу и даље бити нејасна. Чак и логика пролаз/неуспех може бити превише лабава да би подржала брзе одлуке.
У тим случајевима монтажа ПЦБ-а није оно што је успорило пројекат. Јаз се налази између завршетка изградње и употребљивог извршења теста.
АОИ{0}}комплетан прототип није аутоматски прототип-спреман за верификацију.
Ручно сондирање почиње да постаје уско грло
Ручно испитивање је добро за неке врло ране плоче.
Постаје много брже него што многи тимови очекују.
Када плоча постане гушћа, приступ се погорша или број јединица порасте изнад неколико узорака, ручна верификација почиње да претвара сваку плочу у сопствену малу истрагу. Тим можда и даље добија одговоре, али их добија спорије, са више поновљених провера и са више зависности од тога ко држи истрагу.
Зато једноставни развојни елементи, бољи приступ испитивању или структуриранији{0}}пут доношења могу бити важни чак и у фазама прототипа. Циљ није да се прерано изгради комплетан производни погон. Циљ је да престанете да губите време верификације на проблеме физичког приступа који се могу избећи.
Једна конструкција покушава да одговори на превише питања
Неки прототипови се крећу споро јер је обим изградње једноставно преширок.
Очекује се да ће плоча потврдити функцију хардвера, понашање софтвера, стабилност напајања, интегритет сигнала, термику, могућност производње, понашање на терену, а можда чак и ране претпоставке о усклађености одједном. У теорији то звучи ефикасно. У пракси то значи да се ниједно од отворених питања не затвара чисто.
Фокусирани прототип обично се верификује брже од изградње која покушава да све реши у једном пролазу.
У раду прототипа, распоред се често креће са најспоријим нерешеним питањем, а не само са најспоријим физичким кораком.
Где ОЕМ тимови обично погрешно процењују проблем
Најчешћа грешка је претпоставка да кашњење и даље припада производњи.
Понекад је тако. Често није.
Када су плоче већ на тесту, право уско грло обично прелази у логику валидације, контролу ревизије, јасноћу извора и секвенцирање тестова. Пројекат је и даље спор, али више није спор из истог разлога због којег је био спор пре него што је градња испоручена.
Та разлика је важна јер тимови често реагују на погрешан проблем. Они се залажу за бржу следећу{1}}градњу када им је заиста потребан строжи циљ валидације, јаснија основа ревизије или путања тестирања која заправо може да подржи одлуке уместо да само генерише више дискусије.
Одбор се може вратити по распореду и још увек изгубити недељу дана у верификацији ако се тим још увек расправља о томе шта је тачно требало да докаже.
Користан гранични случај
Мала серија прототипа не значи аутоматски да верификација треба да буде брза.
Десето{0}}ска верзија још увек може споро да верификује ако свака јединица има нерешене промене извора, нејасну намеру тестирања и мешовите претпоставке ревизије. Окретање од пет- плоча такође може да се повуче ако се основна линија фирмвера помера у исто време и план валидације никада није био довољно сужен.
С друге стране, нешто већа група може брже да провери да ли је спецификација чишћа, да ли је питање уже и да ли је{0}}путања за подизање већ структурирана.
Због тога је само број плоча лош предиктор брзине верификације.
Шта помаже бржем верификацији
Ако је циљ скратити верификацију прототипа, највећа побољшања се обично праве пре него што почне следећа градња.
Закључајте питање за валидацију раније
Прототип се брже верификује када тим зна шта овај спин треба да докаже, и исто тако важно, шта не би требало да докаже.
Нека промене извора буду видљиве
Ако су коришћене замене засноване на доступности{0}}, оне би требало да буду очигледне у запису израде и о њима се може лако разговарати током валидације. Скривене промене извора стварају споро учење.
Поравнајте пакет података са путањом за тестирање
Ревизија БОМ-а, излаз склопа, верзија фирмвера, програмске претпоставке и контролна листа{0}}све треба да упућују на исту предвиђену основну линију.
Припремите пробну стазу пре него што плоче стигну
Програмирање, подешавање клупе, критеријуми пролазности и било који једноставан рад на фиксирању не би требало да чекају док склопови већ буду у рукама.
Третирајте ДФМ и тест приступ као проблеме са спремношћу за верификацију
Ако је приступ тесту лош или су ризици у вези са производношћу још увек нерешени, верификација ће ретко остати чиста, без обзира колико брзо су плоче направљене.
То је управо место где се размишља у смислуТестирање и инспекцијапостаје корисно, чак иу фази прототипа.
Зашто је ово важније у тренутном окружењу
У тренутном окружењу набавке, замене засноване на доступности{0}}чешће су, а временско смањење-олакшице је неуједначено међу категоријама. То чини верификацију прототипа споријом кад год се материјалне промене не одражавају јасно у плану валидације. Табла може ипак стићи на време. Пут учења често није.
То је још један разлог зашто верификацију прототипа треба третирати као сопствену фазу инжењеринга и координације, а не само као крај времена за монтажу.
Закључак
Верификација прототипа у пројектима монтаже ПЦБ-а често је успорена оним што се дешава након што плоче стигну, а не само брзином израде.
Најчешћи узроци су слаба предаја података, касни ДФМ налази, замене засноване на доступности{0}}, лоша спремност за тестирање, трење ручног сондирања, померање ревизије и циљеви валидације који су прешироки да би једно окретање могло да одговори јасно.
То нису сви производни проблеми. Многи од њих су проблеми са ослобађањем, тестирањем и предајом пре него што постану чисти производни проблеми.
Зато тимови треба да престану да третирају „прототип испоручен“ као да то значи „прототип верификован“.
Даске на клупи саме по себи не скраћују распоред. Употребљив пут за верификацију.
Ако ваш тим покушава да скрати верификацију прототипа, практичан следећи корак је да прегледате изградњу премаПЦБ склоп,затегните пут валидације одговарајућим нивоомТестирање и инспекцијаразмишљања, а затим поравнајте опсег следећег прототипаЗатражите понудуили контактирајте тим директно наinfo@pcba-china.com.
ФАК
Која је разлика између испоруке прототипа и верификације прототипа?
Испорука прототипа значи да су плоче састављене и примљене. Верификација прототипа значи да је тим користио те плоче да одговори на планирано техничко питање и одлучи шта ће се даље догодити.
Зашто прототип плоче може бити испоручен на време и још увек се полако верификује?
Пошто успоравање често прелази са производње на логику валидације, јасноћу спецификације, несигурност замене{0}}део, спремност за тестирање, контролу ревизије и више{1}}функционално усклађивање.
Да ли бржа монтажа прототипа аутоматски значи и бржу верификацију?
Не. Брже склапање помаже само ако је путања валидације већ довољно јасна да се ранији хардвер ефикасно користи.
Који је један од најчешће занемарених узрока кашњења верификације?
Уобичајени разлог који се занемарује је тај што је пакет за изградњу био довољно комплетан да се објави, али није довољно потпун да би се чисто потврдио када су плоче стигну.
