Које датотеке фирмвера су потребне за ПЦБА програмирање?

Преглед

Датотека фирмвера може бити савршено важећа и још увек није спремна за производњу.

За програмирање фирмвера на ПЦБ склопу, ЕМС тиму је потребна објављена слика, тачан циљни уређај, ревизија плоче на коју се примењује, програмски интерфејс, било која потребна меморијска адреса или конфигурација уређаја и дефинисан начин за верификацију резултата. За производе који такође захтевају серијске бројеве, МАЦ адресе, вредности калибрације или безбедносне акредитиве потребна су додатна упутства за руковање.

Корисна провера производње је једноставна:

Може ли техничар који није написао фирмвер правилно да програмира плочу из објављених упутстава?

Ако није, софтвер може бити завршен са развојне тачке гледишта, али пренос производње није.

Ставите Програмско издање на једну страницу

Слика фирмвера је само један део примопредаје.

За многе пројекте, најкориснији пратећи документ је кратка листа издања програмирања која говори производњи шта је одобрено и како треба да се користи.

Није битно да ли купац ово назива упутством за програмирање, напоменом о издању, упутством за производњу или упутством за контролисано рад. Важан део је да оператер не мора да реконструише подешавање из нити е-поште, старих белешки о развоју и имена датотека.

Практични лист за издавање може укључивати:

Једној МЦУ плочи можда ће бити потребно само неколико од ових ставки. За производ са неколико програмабилних уређаја, више варијанти фирмвера, јединственим идентификаторима или безбедносним функцијама биће потребно више.

Лист за ослобађање држи инжињерске одлуке ван руку оператера. Док плоча стигне до програмирања, одобрена слика, подешавање и правило верификације би већ требало да буду јасни.

Формат датотеке је мање важан од јасне методе програмирања

ХЕКС и БИН су уобичајени, али ниједно није аутоматски прави одговор за сваки производ.

Радни токови производног програмирања могу такође користити:

• ЕЛФ или сродни извршни формати;
• Моторола С{0}}запис;
• програмске датотеке{0}}специфичне за добављача;
• конфигурациони пакети{0}}специфични за уређај.

Необрађени БИН генерално треба посебно дефинисану одредишну адресу. Формати{1}}који носе адресу могу да носе више тих информација у датотеци. Да ли се користи ЕЛФ, ХЕКС, БИН, С- запис или други формат зависи од циљног уређаја и одобреног програмског подешавања.

На производном спрату правило је једноставније:

Користите формат који подржава одобрено програмско подешавање и документујте све што сама датотека не дефинише.

Ако је обим ЕМС ограничен на програмирање одобрене продукцијске слике, изворни код обично није неопходан. Изворни код, ИДЕ пројекти и окружења за прављење постају релевантни када је компајлирање, отклањање грешака, модификација фирмвера или генерисање производне{1}}слике део договореног опсега.

Слање целог спремишта још увек не говори продукцији која је верзија одобрена.

Приступ програмирању је такође хардверска одлука

За-системско програмирање, софтверски пакет је само половина подешавања.

Производној станици је такође потребан физички и електрични приступ циљном уређају.

У зависности од производа, то може бити кроз:

• СВД;
• ЈТАГ;
• УАРТ или други интерфејс покретача;
• УСБ ДФУ;
• СПИ;
• наменски конектор за програмирање;
• фиксирање{0}}доступне испитне тачке;
• интерфејс за{0}}други уређај.

Инструкција за програмирање ће можда морати да дефинише стање напајања плоче, пин-оут конектора или тест{0}}тачке, потребно стање покретања, програмски адаптер, понашање ресетовања и очекивани редослед брисања/програмирања/верификације.

Ови детаљи се најбоље решавају пре него што састављене плоче стигну до станице за програмирање.

Неприступачан СВД сигнал се не може поправити слањем боље ХЕКС датотеке.

За производе који зависе од приступа уређајима или програмирања тестних тачака, спремност за програмирање је делимично ДФТ проблем, а не само софтверска примопредаја.

 

Држите ревизију фирмвера и ревизију плоче заједно

Датотеке под називом латест.хек или финал_нев_в2.бин могу бити савршено разумљиве особи која их је креирала. Они имају лошу контролу производње.

За производњу је потребан поуздан начин за разликовање одобреног издања од:

• застарела верзија;
• инжењерска конструкција;
• слику{0}}само за тестирање;
• друга варијанта производа.

У зависности од контролног система{0}} докумената клијента, објављени идентитет може да обухвата ревизију фирмвера, контролисано име датотеке, датум издавања, применљиву ревизију плоче, референцу за одобрење клијента, величину датотеке или контролни збир/хеш.

Продукцији није потребна једна универзална шема именовања или контролне суме. Потребан је поуздан начин да се објављена верзија разликује од свега осталог у фасцикли.

Ово постаје још важније када једна хардверска платформа подржава неколико варијанти софтвера. Плоче могу изгледати идентичне док готови производи нису.

 

Када програмирање укључује податке{0}}специфичне јединице

За многе производе, свака плоча добија исту слику фирмвера.

За друге производе такође су потребне информације{0}}специфичне за јединице као што су:

• серијски бројеви;
• МАЦ адресе;
• ИД производа;
• коефицијенти калибрације;
• регионална конфигурација;
• подешавања{0}}специфична за клијенте;
• акредитиви уређаја.

У том тренутку, заједнички фирмвер и подаци по{0}}јединици су два различита тока података.

Продукција треба да зна одакле долазе јединствене вредности, где су написане, како је свака вредност повезана са исправном физичком плочом и како се спречавају дуплирања доделе.

Један детаљ је лако превидети: када се јединствена вредност сматра потрошеном?

Серијски број или МАЦ адреса могу се сматрати коришћеним када су додељени, када програмирање успе или тек након што јединица прође тражени тест. Не постоји једно правило за сваки производ, али би требало да постоји договорено правило пре него што изградња почне.

Исто важи и за неисправне јединице. Тим треба да зна да ли се додељена вредност може поново користити, мора ли бити повучена или остаје повезана са неуспешном таблом ради следљивости.

 

Пропусница за програмирање није ФЦТ пропусница

Верификација програмирања и функционално тестирање могу се десити у непосредној близини у току производње, али одговарају на различита питања.

Верификација програмирања

Верификација програмирања пита:

Да ли су предвиђени подаци исправно написани према одобреној методи програмирања?

У зависности од уређаја и подешавања, то може укључивати програмерску функцију верификације, поређење читања где је дозвољено, ЦРЦ, верификацију конфигурације или неки други одобрени метод.

Функционално тестирање

Функционално тестирање пита:

Да ли напајани и програмирани склоп ПЦБ-а обавља функције које захтева производ?

У зависности од пројекта, ово може укључивати:

• повер{0}}понашање;
• комуникација;
• улазно/излазни одговор;
• сензорски улаз;
• излаз релеја или актуатора;
• тренутно извлачење;
• кориснички{0}}дефинисани услови рада.

Програмер који приказује ПАСС не треба аутоматски да се третира као доказ да је ПЦБ склоп прошао ФЦТ.

За пројекте који захтевају да се учитавање фирмвера усклади са-провером нивоа плоче, СТХЛТестирање и инспекцијамогућности обезбеђују релевантну путању услуге.

 

Две ситуације за које су потребна додатна упутства

За већину послова програмирања није потребан разрађен процес обезбеђивања. Две ситуације заслужују додатну пажњу када се примењују.

Тестирајте фирмвер и производни фирмвер

Неки производи користе дијагностички фирмвер током производње и другачију верзију фирмвера за испоруку.

Ако је тако, продукција треба да зна која слика се примењује у свакој фази, када се тестна слика замени, како се потврђује коначно издање и да ли је после тога потребна још једна функционална провера.

У супротном, плоча може проћи дијагностику производње и ипак напустити производњу са инсталираним погрешним фирмвером.

Није за сваки производ потребан посебан фирмвер за тестирање. Процес треба да прати стварни производ.

Сецуре Провисионинг

Неки уређаји са{0}}омогућеним безбедности захтевају потписане или шифроване слике, безбедно{1}}подешавање покретања, ОТП/еФусе конфигурацију, кључеве, сертификате или друге контролисане податке за обезбеђивање.

Када се ови захтеви примењују, ОЕМ и ЕМС провајдер треба да се договоре ко поседује осетљиве податке, које операције је производња овлашћена за обављање и како се одобравају неповратна подешавања.

Овим ставкама не треба руковати као са обичним прилозима за фирмвер.

Шта ако се фирмвер промени након што је програмирање почело?

Нова слика фирмвера може се скоро одмах ставити у заједничку фасциклу.

Са њим се не мењају даске које су већ на производном поду.

Ако ново издање стигне након што је програмирање почело, тиму је потребна јасна диспозиција за:

• јединице које су већ програмиране са ранијом верзијом;
• јединице које су већ тестиране;
• јединице које чекају на програмирање;
• да ли је потребно репрограмирање;
• да ли је функционално тестирање погођено;
• да ли је потребно поновно тестирање;
• где се граница ревизије налази унутар производне партије.

Ниво прегледа треба да прати промену.

Исправљени стринг за приказ и промена понашања{0}}контроле напајања не носе исти производни ризик. Али ни једно ни друго не би требало уводити једноставно заменом датотеке и навођењем линије да се настави.

Овде контрола верзија престаје да буде папирологија и постаје контрола производње.

 

Кратка пре{0}}производна провера

Пре него што се програмира прва производна јединица, купац и ЕМС тим би требало да буду у могућности да одговоре:

• Која тачна слика или слике се објављују?
• Који програмабилни уређај прима сваку слику?
• За коју ревизију плоче је одобрен фирмвер?
• Да ли је потребна адреса учитавања или меморијска мапа?
• Да ли су бајтови опција, осигурачи или конфигурациони подаци уграђени или одвојени?
• Који програмски интерфејс се користи?
• Да ли је потребан приступ програмирању доступан на плочи?
• Како се плоча напаја током програмирања?
• Који програмер, пројекат или одобрено подешавање се примењује?
• Да ли су потребни подаци{0}}специфични за јединицу?
• Шта доказује да је операција програмирања прошла?
• Да ли је након тога потребно функционално тестирање или нека друга провера?
• Да ли пројекат користи пробни фирмвер, безбедно обезбеђивање или неки други посебан ток посла?

Ако су ти одговори јасни, сам програмски пакет може садржати само неколико датотека.

Ако нису, додавање још датотека ретко решава примопредају.

 

Како СТХЛ подржава програмирање фирмвера у производњи ПЦБА

Схензхен СТХЛ Тецхнологи Цо., Лтд. (СТХЛ) подржава МЦУ, ФПГА и ЕЕПРОМ програмирање као део применљивих пројеката монтаже ПЦБ-а. Програмирање се може ускладити са функционалним тестирањем и захтевима за{3}}специфичне следљивости пројекта где је то потребно.

За појединачну верзију, преглед програмирања може да обухвати објављену слику, циљни уређај, ревизију плоче, приступ програмирању, потребну конфигурацију уређаја, метод верификације и све{0}}специфичне податке о јединици које је доставио клијент.

Тачан програматор, уређај или кабл, безбедносни захтеви, власништво фирмвера и потребни записи о производњи треба да буду договорени за конкретан пројекат, а не претпостављени из опште изјаве о могућностима.

Закључак

Најважнији захтеви за програмирање ПЦБА фирмвера нису дефинисани тиме да ли корисник шаље ХЕКС, БИН, ЕЛФ или неку другу подржану датотеку.

Предаја{0}}спремна за производњу требало би да омогући производном тиму да одговори на четири основна питања:

• Које податке треба програмирати?
• Којој ревизији уређаја и плоче припада?
• Како треба програмирати производњу и то верификовати?
• Шта се мора догодити пре него што склоп ПЦБ пређе на следећи производни корак?

За једноставну МЦУ плочу, ти одговори могу стати на једну страницу. Производ са неколико програмабилних уређаја, јединственим подацима, више варијанти фирмвера или безбедносним захтевима ће наравно требати више детаља.

Фирмвер је спреман за производњу када квалификовани производни тим може да понови одобрени процес програмирања из објављених информација, уместо да се ослања на знање које постоји само у глави програмера.

За верзију која захтева програмирање фирмвера, укључите доступне програмске датотеке и упутства са БОМ-ом, Гербер датотекама, информацијама о склапању, количином и захтевима за тестирање кададоставите детаље вашег ПЦБА пројекта.

За{0}}конкретна питања о програмирању контактирајте СТХЛ наinfo@pcba-china.com.