Kādi programmaparatūras faili ir nepieciešami PCBA programmēšanai?

Pārskats

Programmaparatūras fails var būt pilnīgi derīgs un joprojām nav gatavs ražošanai.

Programmatūras programmēšanai PCB blokā EMS komandai ir nepieciešams atbrīvotais attēls, precīza mērķa ierīce, plates versija, uz kuru tā attiecas, programmēšanas interfeiss, jebkura nepieciešamā atmiņas adrese vai ierīces konfigurācija un noteikts veids, kā pārbaudīt rezultātu. Produktiem, kuriem nepieciešami arī sērijas numuri, MAC adreses, kalibrēšanas vērtības vai drošības akreditācijas dati, ir nepieciešami papildu apstrādes norādījumi.

Noderīga ražošanas pārbaude ir vienkārša:

Vai tehniķis, kurš nav uzrakstījis programmaparatūru, var pareizi programmēt plati no izdotajām instrukcijām?

Ja nē, programmatūra var būt pabeigta no izstrādes viedokļa, bet ražošanas nodošana nav pabeigta.

Ievietojiet programmēšanas izdevumu vienā lapā

Programmaparatūras attēls ir tikai viena daļa no pārsūtīšanas.

Daudziem projektiem visnoderīgākais pavaddokuments ir īsa programmēšanas izlaiduma lapa, kurā norādīts, kas ir apstiprināts un kā tas būtu jāizmanto.

Nav nozīmes tam, vai klients to sauc par programmēšanas instrukciju, izlaiduma piezīmi, ražošanas instrukciju vai kontrolētu darba instrukciju. Svarīgi ir tas, ka operatoram nav jārekonstruē iestatījums no e-pasta pavedieniem, vecām izstrādes piezīmēm un failu nosaukumiem.

Praktiskā izlaiduma lapa var ietvert:

Vienkāršai MCU platei var būt nepieciešami tikai daži no šiem priekšmetiem. Produktam ar vairākām programmējamām ierīcēm, vairākiem programmaparatūras variantiem, unikāliem identifikatoriem vai drošības funkcijām būs nepieciešams vairāk.

Izlaiduma lapa neļauj operatoram pieņemt inženiertehniskos lēmumus. Kamēr dēlis sasniedz programmēšanu, apstiprinātajam attēlam, iestatīšanai un verifikācijas noteikumam jau jābūt skaidram.

Faila formātam ir mazāka nozīme nekā skaidrai programmēšanas metodei

HEX un BIN ir izplatītas, taču neviena no tām automātiski nav pareizā atbilde katram produktam.

Ražošanas programmēšanas darbplūsmās var izmantot arī:

• ELF vai saistīti izpildāmie formāti;
• Motorola S{0}}rekords;
• piegādātāja-specifiski programmēšanas faili;
• ierīces{0}}specifiskās konfigurācijas pakotnes.

Neapstrādātam BIN parasti ir nepieciešama atsevišķi noteikta mērķa adrese. Adreses-formāti var saturēt vairāk šīs informācijas failā. Tas, vai tiek izmantots ELF, HEX, BIN, S-ieraksts vai cits formāts, ir atkarīgs no mērķa ierīces un apstiprinātās programmēšanas iestatījuma.

Ražošanas stāvā noteikums ir vienkāršāks:

Izmantojiet formātu, ko atbalsta apstiprinātā programmēšanas iestatīšana, un dokumentējiet visu, ko fails nedefinē.

Ja EMS darbības joma aprobežojas ar apstiprināta ražošanas attēla programmēšanu, pirmkods parasti nav nepieciešams. Avota kods, IDE projekti un veidošanas vides kļūst aktuāli, kad kompilēšana, atkļūdošana, programmaparatūras modificēšana vai ražošana{1}}attēlu ģenerēšana ir daļa no saskaņotās darbības jomas.

Nosūtot visu repozitoriju, joprojām netiek norādīts, kura būve ir apstiprināta.

Programmēšanas piekļuve ir arī aparatūras lēmums

Sistēmas{0}}programmēšanai programmatūras pakotne ir tikai puse no iestatīšanas.

Ražošanas stacijai nepieciešama arī fiziska un elektriska piekļuve mērķa ierīcei.

Atkarībā no produkta tas var būt:

• SWD;
• JTAG;
• UART vai cita bootloader saskarne;
• USB DFU;
• SPI;
• īpašs programmēšanas savienotājs;
• armatūra-pieejami pārbaudes punkti;
• citai ierīcei{0}}specifiskai saskarnei.

Programmēšanas instrukcijā, iespējams, būs jādefinē arī plates barošanas stāvoklis, savienotāja vai testa{0}}punkta izvads, nepieciešamais sāknēšanas stāvoklis, programmēšanas adapteris, atiestatīšanas darbība un paredzamā dzēšanas/ieprogrammēšanas/pārbaudes secība.

Šīs detaļas vislabāk ir atrisināt, pirms samontētie dēļi sasniedz programmēšanas staciju.

Nepieejamu SWD signālu nevar novērst, nosūtot labāku HEX failu.

Produktiem, kas ir atkarīgi no armatūras piekļuves vai programmēšanas pārbaudes punktiem, programmēšanas gatavība daļēji ir DFT problēma, nevis tikai programmatūras nodošana.

 

Saglabājiet programmaparatūras pārskatīšanu un plates pārskatīšanu kopā

Faili ar nosaukumu latest.hex vai final_new_v2.bin var būt pilnīgi saprotami personai, kas tos izveidoja. Tās ir sliktas ražošanas kontroles.

Ražošanai ir nepieciešams uzticams veids, kā atšķirt apstiprināto izlaidumu no:

• novecojusi versija;
• inženierbūve;
• tikai testa{0}}attēls;
• cits produkta variants.

Atkarībā no klienta dokumentu{0}}kontroles sistēmas izlaistajā identitātē var būt iekļauta programmaparatūras versija, kontrolētais faila nosaukums, izlaišanas datums, piemērojamā plates versija, klienta apstiprinājuma atsauce, faila lielums vai kontrolsumma/jaukums.

Ražošanai nav nepieciešama viena universāla nosaukšanas vai kontrolsummas shēma. Tam ir nepieciešams uzticams veids, kā atšķirt atbrīvoto būvējumu no visa pārējā mapē.

Tas kļūst vēl svarīgāks, ja viena aparatūras platforma atbalsta vairākus programmatūras variantus. Dēļi var izskatīties identiski, bet gatavie izstrādājumi tādi nav.

 

Ja programmēšana ietver vienības{0}}specifiskus datus

Daudziem produktiem katra plate saņem vienu un to pašu programmaparatūras attēlu.

Arī citiem produktiem ir nepieciešama{0}}vienības informācija, piemēram:

• sērijas numuri;
• MAC adreses;
• produktu ID;
• kalibrēšanas koeficienti;
• reģionālā konfigurācija;
• klienta-specifiskie iestatījumi;
• ierīces akreditācijas dati.

Tajā brīdī kopējā programmaparatūra un dati par vienību{0}} ir divas dažādas datu plūsmas.

Ražošanai ir jāzina, no kurienes nāk unikālās vērtības, kur tās ir uzrakstītas, kā katra vērtība ir saistīta ar pareizo fizisko plati un kā tiek novērsta dublikātu piešķiršana.

Viena detaļa ir viegli nepamanāma: kad unikāla vērtība tiek uzskatīta par patērētu?

Sērijas numurs vai MAC adrese var tikt uzskatīta par izmantotu, kad tas ir piešķirts, ja programmēšana ir veiksmīga vai tikai pēc tam, kad iekārta ir izturējusi nepieciešamo pārbaudi. Katram produktam nav vienotu noteikumu, taču pirms izveides ir jābūt saskaņotam noteikumam.

Tas pats attiecas uz neveiksmīgām vienībām. Komandai ir jāzina, vai piešķirto vērtību var izmantot atkārtoti, vai tā ir jāatceļ, vai arī tā joprojām ir saistīta ar neveiksmīgo paneli, lai nodrošinātu izsekojamību.

 

Programmēšanas caurlaide nav FCT karte

Programmēšanas pārbaude un funkcionālā pārbaude var notikt cieši kopā ražošanas plūsmā, taču tie atbild uz dažādiem jautājumiem.

Programmēšanas pārbaude

Programmēšanas pārbaude jautā:

Vai paredzētie dati tika ierakstīti pareizi saskaņā ar apstiprināto programmēšanas metodi?

Atkarībā no ierīces un iestatīšanas tas var ietvert programmētāja pārbaudes funkciju, lasīšanas salīdzināšanu, ja tas ir atļauts, CRC, konfigurācijas verifikāciju vai citu apstiprinātu metodi.

Funkcionālā pārbaude

Funkcionālā pārbaude jautā:

Vai darbināmais un ieprogrammētais PCB bloks veic izstrādājumam nepieciešamās funkcijas?

Atkarībā no projekta tas var ietvert:

• iedarbināšanas{0}}darbība;
• komunikācija;
• ievades/izvades reakcija;
• sensora ieeja;
• releja vai izpildmehānisma izeja;
• pašreizējā izloze;
• klienta -definētajiem darbības nosacījumiem.

Programmētājs, kas parāda PASS, nav automātiski jāuzskata par pierādījumu tam, ka PCB komplekts ir izturējis FCT.

Projektiem, kuriem nepieciešama programmaparatūras ielāde, ir jāsaskaņo ar STHL{0}}līmeņa validācijuPārbaude un pārbaudeiespējas nodrošina attiecīgo pakalpojumu ceļu.

 

Divas situācijas, kurās nepieciešamas papildu instrukcijas

Lielākajai daļai programmēšanas darbu nav nepieciešams sarežģīts nodrošināšanas process. Divas situācijas ir pelnījušas īpašu uzmanību, ja tās piemēro.

Pārbaudiet programmaparatūru un ražošanas programmaparatūru

Dažos produktos ražošanas laikā tiek izmantota diagnostikas programmaparatūra un cita programmaparatūras izlaišana nosūtīšanai.

Ja tā, ražošanai ir jāzina, kurš attēls tiek piemērots katrā posmā, kad testa attēls tiek aizstāts, kā tiek apstiprināta galīgā izlaišana un vai pēc tam ir nepieciešama cita funkcionālā pārbaude.

Pretējā gadījumā dēlis var izturēt ražošanas diagnostiku un joprojām atstāt ražošanu ar instalētu nepareizu programmaparatūru.

Ne katram produktam ir nepieciešama atsevišķa testa programmaparatūra. Procesam ir jāatbilst faktiskajam produktam.

Droša nodrošināšana

Dažām ierīcēm ar iespējotu{0}}drošību ir nepieciešami parakstīti vai šifrēti attēli, droši-sāknēšanas iestatījumi, OTP/eFuse konfigurācija, atslēgas, sertifikāti vai citi kontrolēti nodrošināšanas dati.

Ja tiek piemērotas šīs prasības, OEM un EMS nodrošinātājam ir jāvienojas, kam pieder sensitīvie dati, kuras darbības ir atļauts veikt ražošanai un kā tiek apstiprināti neatgriezeniski iestatījumi.

Ar šiem vienumiem nevajadzētu rīkoties kā ar parastajiem programmaparatūras pielikumiem.

Ko darīt, ja programmaparatūra mainās pēc programmēšanas?

Jaunu programmaparatūras attēlu gandrīz nekavējoties var ievietot koplietotā mapē.

Jau ražošanas grīdā esošie dēļi ar to nemainās.

Ja pēc programmēšanas sākšanas tiek saņemts jauns laidiens, komandai ir nepieciešams skaidrs izvietojums:

• vienības, kas jau ir ieprogrammētas ar iepriekšējo versiju;
• jau pārbaudītas vienības;
• vienības, kas gaida programmēšanu;
• vai ir nepieciešama pārprogrammēšana;
• vai tiek ietekmēta funkcionālā pārbaude;
• vai ir nepieciešama atkārtota pārbaude;
• kur pārskatīšanas robeža atrodas ražošanas partijā.

Pārskatīšanas līmenim vajadzētu sekot izmaiņām.

Izlabota displeja virkne un izmaiņas jaudas{0}}vadības darbībā nerada tādu pašu ražošanas risku. Taču nevienu no tiem nevajadzētu ieviest, vienkārši aizstājot failu un liekot rindai turpināt.

Šeit versiju kontrole pārstāj būt par dokumentiem un kļūst par ražošanas kontroli.

 

Īsa pirmsražošanas{0}}pārbaude

Pirms pirmās ražošanas vienības ieprogrammēšanas pircējam un EMS komandai jāspēj atbildēt:

• Kāds tieši attēls vai attēli tiek izlaisti?
• Kura programmējamā ierīce saņem katru attēlu?
• Kurai plates versijai ir apstiprināta programmaparatūra?
• Vai ir nepieciešama ielādes adrese vai atmiņas karte?
• Vai opciju baiti, drošinātāji vai konfigurācijas dati ir iegulti vai atsevišķi?
• Kurš programmēšanas interfeiss tiek izmantots?
• Vai uz tāfeles ir pieejama vajadzīgā programmēšanas piekļuve?
• Kā plate tiek darbināta programmēšanas laikā?
• Kurš programmētājs, projekts vai apstiprinātā iestatīšana tiek piemērota?
• Vai ir nepieciešami vienībai{0}}specifiski dati?
• Kas pierāda, ka programmēšanas darbība ir izturējusi?
• Vai pēc tam ir nepieciešama funkcionālā pārbaude vai cita pārbaude?
• Vai projektā tiek izmantota testa programmaparatūra, droša nodrošināšana vai cita īpaša darbplūsma?

Ja šīs atbildes ir skaidras, pašā programmēšanas pakotnē var būt tikai daži faili.

Ja tā nav, vairāku failu pievienošana reti atrisina nodošanu.

 

Kā STHL atbalsta programmaparatūras programmēšanu PCBA ražošanā

Shenzhen STHL Technology Co., Ltd. (STHL) atbalsta MCU, FPGA un EEPROM programmēšanu kā daļu no piemērojamiem PCB montāžas projektiem. Programmēšanu var saskaņot ar funkcionālo testēšanu un projekta -specifiskām izsekojamības prasībām, ja nepieciešams.

Individuālas versijas gadījumā programmu pārskatīšana var attiekties uz izlaisto attēlu, mērķa ierīci, plates versiju, piekļuvi programmēšanai, nepieciešamo ierīces konfigurāciju, verifikācijas metodi un jebkuru klienta sniegto{0}}vienībai specifisko informāciju.

Precīzs programmētājs, armatūra vai kabelis, drošības prasības, programmaparatūras īpašumtiesības un nepieciešamie ražošanas ieraksti ir jāvienojas konkrētajam projektam, nevis jāpieņem no vispārīga spēju paziņojuma.

Secinājums

Vissvarīgākās PCBA programmaparatūras programmēšanas prasības nav noteiktas atkarībā no tā, vai klients nosūta HEX, BIN, ELF vai citu atbalstītu failu.

Ražošanas{0}}nodošanai ir jāļauj ražošanas komandai atbildēt uz četriem pamatjautājumiem:

• Kādus datus vajadzētu ieprogrammēt?
• Kurai ierīces un plates versijai tas pieder?
• Kā būtu jāprogrammē un jāpārbauda ražošana?
• Kam jānotiek, pirms PCB montāža pāriet uz nākamo ražošanas posmu?

Vienkāršā MCU panelī šīs atbildes var ietilpt vienā lapā. Produktam ar vairākām programmējamām ierīcēm, unikāliem datiem, vairākiem programmaparatūras variantiem vai drošības prasībām, protams, būs nepieciešama sīkāka informācija.

Programmaparatūra ir gatava ražošanai, kad kvalificēta ražošanas komanda var atkārtot apstiprināto programmēšanas procesu no atbrīvotās informācijas, nevis paļauties uz zināšanām, kas pastāv tikai izstrādātāja galvā.

Būvējumam, kam nepieciešama programmaparatūras programmēšana, iekļaujiet pieejamos programmēšanas failus un instrukcijas ar MK, Gerber failiem, montāžas informāciju, daudzumu un testēšanas prasībām.iesniedziet sava PCBA projekta informāciju.

Par programmēšanas{0}}specifiskiem jautājumiem sazinieties ar STHL pa tālruniinfo@pcba-china.com.