Cum testează funcțional și inspecție finală Suport Box Build Ansamblu Livrare

Un produs-fabricat în cutie nu este gata de livrare doar pentru că șuruburile sunt strânse și carcasa este închisă.

Aici multe proiecte EMS devin mai interesante - și uneori mai dureroase.

Este posibil ca PCBA să fi trecut deja verificările la nivel de bord{0}}. Cablajul poate părea îngrijit. Carcasa poate fi asamblată fără deteriorare evidentă. Dar odată ce placa este montată în carcasă, conectată la cabluri, încărcată cu firmware, etichetată, ambalată cu accesorii și pregătită pentru livrare, produsul nu mai este doar un PCBA.

Este o unitate finită.

Asta schimbă întrebarea.

Întrebarea nu mai este doar: „Funcționează placa?”

Întrebarea mai bună este: „Unitatea finită funcționează în starea în care clientul se așteaptă să o primească?”

Testarea funcțională și inspecția finală cutia de sprijin pentru livrarea ansamblului de construcție confirmând două lucruri diferite: testarea funcțională verifică dacă unitatea asamblată funcționează corect, în timp ce inspecția finală confirmă dacă unitatea este completă, identificată corect, ambalată corespunzător și gata de expediere.

Pentru cumpărătorii OEM, această distincție contează.

Un produs poate trece testele funcționale și poate fi încă greșit la livrare. De asemenea, un produs poate arăta complet și totuși eșua atunci când este alimentat, conectat sau configurat în starea sa finală. Livrarea cutie-build necesită ambele verificări.

Testarea PCBA dovedește placa. Testarea casetei demonstrează unitatea.

Testarea{0}}la nivel de consiliu contează.

Testarea funcțională la nivel AOI, ICT, sonda zburătoare și PCBA- ajută la confirmarea faptului că placa de circuite populată a fost asamblată corect și poate îndeplini funcțiile prevăzute la nivel-placă.

Dar asamblarea cutiei introduce o stare nouă.

PCBA nu mai este așezat pe un banc de testare sau pe un dispozitiv de fixare{0}}la nivel de placă. Este în interiorul unei incinte. Poate fi conectat la cablaje, intrare de alimentare, afișaje, butoane, antene, stocare, senzori, porturi, suporturi, materiale termice, etichete și accesorii.

Aceasta înseamnă că apar noi puncte de defecțiune după ce PCBA a trecut deja.

• Un cablu poate trece corect pe bancă, dar se prinde atunci când capacul este închis.
• Un conector se poate potrivi pe amprenta PCB-ului, dar se află ușor în spatele panoului I/O.
• O imagine de firmware se poate încărca cu succes, dar să nu se potrivească cu versiunea de producție aprobată.
• O unitate se poate porni înainte de asamblare, dar eșuează după redirecționarea cablajului.
• O etichetă poate fi corectă în ilustrație, dar plasată acolo unde nu poate fi scanată ulterior.
• Un kit de accesorii poate lipsi un cablu, adaptor, suport sau document.

Acestea nu sunt defecte SMT clasice.

Sunt riscuri de livrare-unităților terminate.

De aceea, testarea casetei nu ar trebui tratată ca un duplicat al testării PCBA. Are o treabă diferită. Confirmă dacă produsul încă funcționează după ce placa devine parte a ansamblului final.

 

Răspunsuri la testarea funcțională: Funcționează unitatea finită?

În asamblarea cutiei, testarea funcțională ar trebui să urmeze starea reală de livrare a produsului.

Aceasta înseamnă de obicei testarea după ce PCBA a fost instalat, conectat, programat și asamblat în configurația așteptată.

Domeniul exact de aplicare depinde de produs. Un dispozitiv simplu poate avea nevoie doar de alimentare-la confirmare, comportamentul LED-urilor și verificări de bază ale ieșirii. Un produs electronic industrial mai complex poate necesita validarea interfeței, verificarea firmware-ului, confirmarea software-ului clientului, întreruperea alimentării, ieșirea afișajului, verificări ale comunicării, încărcare de stocare sau testare funcțională bazată pe-fixare.

Un test funcțional unitar practic finalizat-poate include:

• porniți{0}}comportamentul
• confirmarea tensiunii de intrare
• secvența de pornire sau comportamentul de pornire
• butonul, comutatorul și răspunsul LED
• ieșire afișată
• Verificări Ethernet, USB, COM sau alte porturi
• răspunsul modulului fără fir acolo unde este cazul
• pornirea stocării sau recunoașterea memoriei
• confirmarea versiunii firmware
• pornirea aplicației client
• răspunsul releului, senzorului, motorului sau modulului, acolo unde este cazul
• ciclul de alimentare unde este necesar
• înregistrarea trece/eșuată

Ideea este să nu faceți fiecare test greoi.

Ideea este să faceți testul relevant.

Un gateway industrial, un modul de control, un dispozitiv de afișare și un computer încorporat fără ventilator nu au nevoie de același plan de validare. Dar fiecare unitate finită ar trebui să aibă o modalitate definită de a dovedi că funcționează în starea în care cumpărătorul se așteaptă să o primească.

O instrucțiune vagă precum „testați înainte de expediere” nu este suficientă.

Partenerul EMS trebuie să știe ce ar trebui testat, ce configurație ar trebui utilizată, ce rezultat contează ca fiind promovat, ce rezultat este considerat ca eșuat și ce ar trebui să se întâmple dacă unitatea necesită reluare.

Răspunsuri la inspecția finală: este unitatea corectă și completă?

Testarea funcțională răspunde dacă unitatea funcționează.

Inspecția finală răspunde la o altă întrebare: este unitatea completă, corectă și gata să părăsească fabrica?

Este mai mult decât o imagine-o dată.

O unitate-construită în cutie poate trece de fiecare verificare electrică și funcțională și nu poate fi expediată din cauza unei etichete lipsă, a unui număr de serie greșit, a unui set de accesorii incomplet, a unei etichete greșite a cartonului, a unui document lipsă, a unei metode de ambalare incorecte sau a unei înregistrări neînchise.

O inspecție finală practică poate examina:

• aspectul incintei
• porturi și conectori expuși
• șuruburi, suporturi și elemente de fixare
• capacele conectorilor sau capacele de praf acolo unde este necesar
• traseul vizibil al cablului acolo unde este cazul
• conţinutul şi poziţia etichetei
• etichetele numărului de serie și adresei MAC
• eticheta de configurare, dacă este necesar
• set de accesorii
• Lista de ambalare
• eticheta de carton
• Ambalare sigură-ESD
• spumă de protecție sau ambalaj interior
• înregistrarea testului
• starea de reluare și retestare
• revizuirea produsului și lotul de expediere

Aici micile detalii devin adevărate probleme de livrare.

Un produs poate funcționa perfect și poate întârzia încă expedierea dacă eticheta nu se potrivește cu înregistrarea. O unitate poate fi asamblată corect, dar respinsă deoarece setul de accesorii este incomplet. O cutie poate conține produsul potrivit, dar totuși poate crea probleme de primire dacă eticheta externă nu corespunde cerințelor logistice ale cumpărătorului.

Inspecția finală nu este plină de farmec.

Dar este adesea ultima șansă de a surprinde tipul de eroare care face ca un produs finit să fie dificil de primit, instalat, urmărit sau susținut.

Condițiile de cablare și carcasă pot schimba rezultatul testului

O greșeală comună este să presupunem că rezultatul unui test PCBA este transferat automat la produsul finit.

Uneori o face.

Adesea, nu.

Asamblarea casetei modifică starea fizică din jurul plăcii. Cablurile sunt conectate. Incinta este închisă. Se pot adăuga șuruburi, console, materiale termice, afișaje, panouri, antene, module de putere sau alte subansambluri.

Acest lucru poate introduce noi puncte de eșec.

• Este posibil ca un ham să nu fie așezat complet.
• Un conector poate fi supus stresului mecanic.
• Un cablu poate trece prea aproape de o sursă de căldură.
• Un fir poate fi dirijat diferit de la un operator la altul.
• Un tampon termic se poate deplasa în timpul asamblarii.
• Un șurub poate interfera cu o componentă din apropiere.
• Un port I/O poate fi blocat de o problemă de toleranță a panoului.

Acestea sunt tipurile de probleme pe care testarea-funcțională unitară este menită să le detecteze.

Nu toate problemele sunt cauzate de asamblarea defectuoasă. Unele provin din desene neclare, toleranțe slabe, modificări tardive ale designului sau un plan de testare care a fost scris pentru placă, dar nu pentru unitatea finită.

Acesta este motivul pentru care livrarea de cutie funcționează mai bine atunci când testarea urmează starea reală de asamblare.

Dacă clientul va primi produsul complet asamblat, testul funcțional final ar trebui să se bazeze pe starea complet asamblată ori de câte ori este posibil.

 

Firmware-ul și configurația au nevoie de propria lor verificare

Pentru multe produse electronice industriale, hardware-ul este doar o parte din livrare.

Firmware-ul, setările BIOS, imaginea sistemului de operare, pachetul de driver, aplicația client, numărul de serie, adresa MAC, setările de comunicare sau datele de calibrare pot afecta, de asemenea, dacă unitatea este utilizabilă atunci când ajunge.

Un produs finit poate arăta corect și poate fi livrat cu configurația greșită.

De aceea, verificările de configurare ar trebui să facă parte din validarea-terminată a unității atunci când proiectul le solicită.

În funcție de produs, acesta poate include:

• versiunea de firmware
• BIOS sau setări de sistem
• OS sau imagine de stocare
• secvența de pornire
• înregistrarea adresei MAC
• înregistrarea numărului de serie
• modul port de comunicație
• versiunea aplicației client
• rezultatul testului software
• eticheta de configurare

Acest lucru nu înseamnă că fiecare proiect are nevoie de un proces software complex.

Unele produse sunt simple. Unele sunt livrate fără să se încarce firmware. Unele necesită doar putere de bază-la confirmare.

Dar dacă produsul depinde de o anumită configurație, configurația respectivă nu ar trebui să se bazeze pe memorie, capturi de ecran sau mesaje informale.

Un eșantion de inginerie funcțional nu este suficient.

Unitatea finită are nevoie de o metodă de producție repetabilă și de o înregistrare care să corespundă cerințelor cumpărătorului.

Relucrarea nu este terminată până când nu este definită retestarea

Fiecare proces real de producție are nevoie de o regulă pentru unitățile eșuate.

Asamblarea cutiei nu este diferită.

O unitate defectă poate necesita o reinstalare a cablului, înlocuirea conectorului, reîncărcarea firmware-ului, corectarea etichetei, ajustarea carcasei, repararea lipirii, corecția accesoriilor sau reconstrucția completă.

Întrebarea importantă nu este doar cum să remediați problema.

Întrebarea importantă este ce trebuie retestat ulterior.

Dacă un cablu a fost reinstalat, ar trebui retestat portul aferent?
Dacă firmware-ul a fost reîncărcat, ar trebui actualizată înregistrarea de configurare?
Dacă incinta a fost redeschisă, trebuie repetată inspecția vizuală?
Dacă o etichetă a fost înlocuită, trebuie verificată din nou înregistrarea numărului de serie?
Dacă PCBA a fost reproiectat, ar trebui revizuite atât verificările la nivel de bord, cât și la nivelul-terminate de la bord?

Aici este protejată consistența livrării.

Fără reguli de retestare, un operator poate repara o unitate și o poate trimite înainte după o verificare rapidă, în timp ce altul poate executa din nou testul complet. Această inconsecvență creează riscuri.

Un proces bun de construire a casetei nu tratează reluarea ca pe o activitate secundară.

Tratează reprelucrarea și retestarea ca parte a fluxului de livrare controlat.

 

Înregistrările contează atunci când produsul părăsește fabrica

O înregistrare de testare nu este doar un fișier din fabrică.

Poate ajuta cumpărătorul mai târziu.

Dacă un client raportează o problemă pe teren, cumpărătorul poate avea nevoie să știe ce versiune de firmware a fost încărcată, ce versiune PCBA a fost utilizată, din ce lot provine unitatea, dacă unitatea a trecut testul de funcționare al unității terminat-sau dacă a fost efectuată vreo reluare înainte de expediere.

Nu orice proiect are nevoie de trasabilitate profundă.

Dar nivelul de înregistrare necesar trebuie convenit înainte de producție, nu după ce apare o problemă.

Pentru unele produse, este suficientă o înregistrare-la nivel de lot. Pentru alții, înregistrările la nivel-unității pot fi mai potrivite. Produsele electronice industriale, modulele de control, gateway-urile, sistemele încorporate și subansamblurile de echipamente beneficiază adesea de înregistrări mai clare, deoarece pot fi instalate, întreținute sau înlocuite mult timp după livrare.

Înregistrarea nu trebuie să fie complicată.

Trebuie să fie util.

O înregistrare simplă care leagă în mod clar unitatea, rezultatul testului, versiunea firmware, eticheta și lotul de expediere poate fi mai valoroasă decât un raport mare pe care nimeni nu îl poate folosi mai târziu.

Potriviți domeniul de validare cu riscul produsului

Un pachet standard de testare și inspecție nu ar trebui să fie forțat pentru fiecare proiect de construcție a cutiei.

Asta poate crea două probleme.

Prea puțină validare creează un risc de livrare. Prea multă validare creează costuri, timp de livrare și sarcină de proces care ar putea să nu se potrivească cu produsul.

O abordare practică este de a potrivi domeniul de validare cu complexitatea și aplicarea produsului.

Aceasta nu este o regulă universală.

Unele produse au nevoie de mai puțin. Unii au nevoie de mai mult.

Cheia este să evitați expedierea unui produs care este asamblat, dar nu este verificat în starea sa finită.

O listă de verificare practică-terminată pentru validarea unității

Pentru cumpărătorii OEM, o listă de verificare-terminată de validare a unității nu trebuie să fie lungă, dar ar trebui să fie suficient de specifică pentru a ghida producția.

Lista de verificare nu este scopul.

Scopul este de a vă asigura că unitatea finită este verificată ca o unitate finită, nu ca o placă cu o carcasă în jurul ei.

Unde se încadrează STHL în această discuție

Pentru cumpărătorii OEM care lucrează la proiecte de asamblare de cutie, Shenzhen STHL Technology Co., Ltd. poate revizui nevoile de testare și inspecție finală dintr-o perspectivă practică de fabricație EMS.

În funcție de proiect, acesta poate includeTestare și inspecțieplanificare, discuție finală-testul funcțional al unității, confirmarea programării sau configurației, revizuirea etichetei și a înregistrărilor,Ansamblu de construcție a caseteisuport, și în amonteAnsamblu PCBcoordonare.

Scopul este să nu complice fiecare proiect de construcție a cutiei.

Un produs simplu ar trebui să aibă un plan simplu de validare. Dar atunci când livrarea finală depinde de cablare, ansamblul carcasei, firmware, testarea funcțională, etichete, accesorii, ambalaj și trasabilitate, aceste articole trebuie confirmate înainte de expediere.

Concluzie

Livrarea ansamblului de cutie nu se termină atunci când produsul este asamblat.

Se termină atunci când unitatea finită a fost testată, inspectată, identificată, ambalată și înregistrată într-un mod care corespunde cerințelor de livrare a cumpărătorului.

Testarea funcțională confirmă dacă produsul asamblat funcționează în starea sa finală. Inspecția finală confirmă dacă produsul este complet, etichetat, ambalat și gata de expediere. Regulile de reluare și retestare protejează consistența atunci când ceva eșuează. Înregistrările ajută atât fabrica, cât și OEM să înțeleagă ce a fost construit și livrat.

Pentru cumpărătorii OEM, lecția practică este simplă: nu tratați testarea construcției casetei ca pe o casetă de selectare de ultim-minut. Tratați-l ca pe o confirmare finală că produsul este gata să părăsească fabrica.

Aveți nevoie de asistență cu testarea funcțională sau inspecția finală pentru un proiect de asamblare a casetei? Trimiteți fișierele prin intermediulSolicitați o cotațiesau contactați STHL direct lainfo@pcba-china.com.