Indledning
Et tilbud på PCB-samling kan omfatte flere testmuligheder: AOI, ICT og FCT.
Ved første øjekast kan de ligne valgfri omkostningsposter. En køber kan spørge: "Har vi virkelig brug for alle tre?" Det er et rimeligt spørgsmål. Men det peger også på et dybere problem: test bliver diskuteret som en omkostningslinje, ikke som en risiko-kontrolbeslutning.
AOI, ICT og FCT udfører forskellige opgaver. AOI kontrollerer synlig samlingskvalitet. IKT kontrollerer komponent-niveau og kredsløbsniveau-forhold gennem elektrisk adgang. FCT kontrollerer, om det samlede kort udfører den påkrævede funktion under definerede eller applikations--lignende forhold.
For købere af PCB-samlinger er det bedre spørgsmål ikke "Hvilken test er bedst?" Det er: "Hvilken risiko skal vi reducere på dette stadium, og hvilken testmetode giver os brugbar dokumentation?"
Det spørgsmål bør stilles før tilbud, prototypemontering, pilotkonstruktion eller planlægning af lav-volumenproduktion.
Hvorfor købere bør forstå test før byggeriet
Test bør ikke behandles som et sidste afkrydsningsfelt efter montering.
På det tidspunkt, hvor boards er samlet, er mange testbeslutninger allerede blevet formet af tidligere valg: PCB-layout, testpunktsadgang, konnektorposition, komponentpakketype, firmwareberedskab, forventet produktionsvolumen og acceptkriterier.
Det er her, projekter bliver ubehagelige.
En køber kan godkende en prototype eller pilotopbygning alene baseret på monteringsprisen og senere bede om IKT- eller funktionstest på produktniveau på-niveau. På det tidspunkt kan EMS-partneren have brug for testpunkter, inventar, testprogrammer, firmwarefiler, kabler, belastninger, testgrænser eller regler for-fejlhåndtering, som aldrig var inkluderet i den oprindelige plan.
AOI, IKT og FCT bør diskuteres tidligt, fordi hver metode besvarer et andet spørgsmål:
AOI spørger: ser brættet korrekt samlet ud?
IKT spørger: er komponenterne og de elektriske forbindelser korrekte på tavleniveau?
FCT spørger: opfører det samlede bord sig efter hensigten under definerede forhold?
En testplan i den rigtige-størrelse kræver ikke altid alle tre. Men købere bør forstå, hvad hver metode kan bevise, hvad den ikke kan bevise, og hvornår den bliver den ekstra forberedelse værd.
Hvad er AOI i PCB-samling?
AOI står for Automated Optical Inspection.
Ved PCB-samling bruger AOI kamera-baseret inspektion til at kontrollere synlige monteringsforhold. I de fleste PCBA-arbejdsgange bruges AOI efter placering eller reflow for at inspicere synlig samlingskvalitet. Loddepastainspektion håndteres normalt som et separat SPI-trin, så det må ikke forveksles med post-reflow AOI.
AOI bruges almindeligvis til at fange synlige problemer som:
- manglende komponenter
- forkert orientering
- polaritetsfejl
- komponent forskydning eller skævhed
- gravmæling
- lodde broer
- utilstrækkelig eller for meget lodning
- synlig mærkning eller placeringsproblemer
AOI er værdifuld, fordi den giver hurtig feedback på SMT-montageprocessen. Hvis der opstår en placerings- eller lodningstrend, hjælper AOI produktionsteamet med at fange det, før problemet spreder sig over et større parti.
Men AOI har en klar grænse.
AOI er visuel inspektion. Det kan ikke bevise, at kredsløbet virker. Den kan ikke fuldt ud bekræfte skjulte loddesamlinger under BGA, QFN, LGA eller andre bund-terminerede komponenter. Den kan heller ikke bekræfte firmwareadfærd, kommunikationsstabilitet, strømtræk, sensorrespons, motorstyring eller ydeevne på produkt-niveau.
Det gør ikke AOI svag. Det betyder blot, at AOI skal bruges til det rigtige formål.
AOI er rigtig gode til at tjekke om tavlen er visuelt samlet som forventet. Det er ikke elektrisk validering.
Hvad er IKT i PCB-samling?
IKT står for In-Circuit Test.
IKT tjekker det samlede printkort på kredsløbsniveau, ofte gennem en-seng af-søm eller en anden elektrisk sonderingsmetode. Det kan hjælpe med at opdage åbne kredsløb, kortslutninger, forkerte komponentværdier, omvendte komponenter, manglende dele og visse elektriske problemer på komponentniveau-.
IKT er nyttigt, når køberen har brug for mere tillid, end visuel inspektion alene kan give. Det kan isolere mange assembly- og komponent--defekter, før kortet når system-niveautest.
Men IKT afhænger i høj grad af designparathed.
PCB'et skal have passende testadgang. Det kan omfatte testpuder, tilgængelige noder, stabil bordstøtte, fixturplads og klare testkrav. Hvis layoutet ikke er designet med IKT i tankerne, kan tilføjelse af IKT kræve en PCB-revision eller en begrænset løsning.
Derfor bør IKT overvejes under DFT-gennemgang, ikke kun under tilbud.
IKT har også grænser.
Det kan bekræfte, at komponenter og forbindelser er korrekte, men det beviser ikke, at det endelige produkt fungerer i dets anvendelse. Et kort kan bestå kontrol af komponent- og stadig mislykkes i en kommunikationssekvens, motorrespons, sensorkalibrering, visningsadfærd eller firmware-styret driftstilstand.
IKT er stærkest, når målet er at finde elektriske defekter på -komponentniveau tidligt og gentagne gange.
Hvad er FCT i PCB-samling?
FCT bruges almindeligvis til at betyde funktionel test eller funktionel kredsløbstest.
FCT kontrollerer, om PCBA'en fungerer efter hensigten under definerede driftsforhold. Det kan omfatte opstart-, indlæsning af firmware, kommunikation, knapindgang, LED-adfærd, relæstyring, sensorrespons, motor- eller ventilatordrift, opladningsadfærd, signaloutput eller andre produktspecifikke-funktioner.
FCT er normalt tættest på, hvordan køberen tænker om produktets ydeevne.
Hvis det samlede kort bruges i en industriel controller, kan FCT simulere input- og outputsignaler. Hvis det bruges i et forbrugerelektronikprodukt, kan FCT kontrollere knapper, lysdioder, opladning, motorstyring eller kommunikationsadfærd. Hvis det er en del af en boxbygget samling, kan FCT involvere, at kortet arbejder sammen med kabler, kabinet, display, switche eller andre moduler.
FCT er kraftfuldt, men det kræver forberedelse.
EMS-partneren har muligvis brug for firmwarefilen, programmeringsmetoden, testproceduren, forventede udgange, kabler, belastninger, strømforhold, softwareværktøjer, testarmatur, acceptgrænser og klare beståede/beståede regler, før omfanget kan citeres nøjagtigt.
Hvis køber kun siger "udfør venligst funktionel test" uden at definere den faktiske funktion, vil testen ikke kunne gentages.
En bestået/ikke bestået-kun FCT kan også efterlade holdet med en lang fejlretningskø. Det kan fortælle dig, at kortet fejlede, men ikke om grundårsagen er lodning, forkerte dele, firmware, stikhåndtering, strømindgang eller den eksterne testopsætning.
AOI vs IKT vs FCT: Den praktiske forskel
Den enkleste måde at forstå forskellen på er at se på, hvad hver metode forsøger at bevise.
|
Testmetode |
Hovedspørgsmål den besvarer |
Typisk styrke |
Typisk begrænsning |
|
AOI inspektion |
Er pladen visuelt samlet korrekt? |
Hurtig opdagelse af synlige SMT-montagefejl |
Kan ikke verificere elektrisk funktion eller skjulte loddesamlinger |
|
IKT-test |
Er komponenter og elektriske forbindelser korrekte på tavleniveau? |
God til at finde åbninger, kortslutninger, forkerte værdier, manglende dele og monteringsrelaterede-elektriske defekter |
Kræver testadgang og beviser ikke adfærd på produkt-niveau |
|
FCT test |
Udfører bestyrelsen sin tilsigtede funktion? |
Bekræfter produkt-specifik adfærd under definerede forhold |
Har brug for firmware, inventar, testprocedure, forventede resultater og klare regler for bestået/ikke bestået |
En moden testplan kombinerer ofte mere end én metode.
AOI kan fange synlige monteringsproblemer tidligt. IKT kan identificere komponent--niveau- og kredsløbs--fejl. FCT kan bekræfte, om bestyrelsen opfører sig korrekt i sin påtænkte anvendelse.
Fejlen er at antage, at en test automatisk dækker en andens job.
Hvorfor "Fuld testning" ikke er en testplan
"Fuld test" lyder betryggende, men den er ikke specifik nok til et PCBA-projekt.
En køber kan bruge "fuld test" til at betyde AOI på hvert bord. En anden kan betyde IKT. En anden kan betyde firmwareprogrammering plus FCT. En anden kan betyde test på system-niveau efter den endelige samling.
Hvis udtrykket ikke er afklaret, skal EMS-partneren gætte. Det er her, tilbudsgab, overraskelser, ændringer i leveringstiderne og uenigheder i de sene{1}}faser starter.
En bedre RFQ bør sige, hvad der skal testes, og hvilket resultat der forventes.
For eksempel:
- AOI efter SMT reflow for synlige monteringsfejl
- Røntgeninspektion for BGA eller skjulte loddesamlinger
- IKT til udvalgte net eller kontrol på komponent-niveau
- firmware programmering før FCT
- FCT under definerede indgangsspændings- og belastningsforhold
- testrapport krævet af bestyrelsen, efter serienummer eller ved lodtrækning
- fejlhåndteringsregler for tavler, der ikke består
Det niveau af klarhed hjælper leverandøren med at give korrekt tilbud og planlægge byggeriet realistisk.
Sådan vælger du det rigtige testmix
Det rigtige testmix afhænger af produktets risikoprofil, programfase, bestyrelseskompleksitet og volumenforventning.
Prototype Stage
For en lille prototypebygning er målet normalt designlæring, ikke optimering af produktionsudbytte.
AOI plus en grundlæggende power-on check eller begrænset FCT kan være nok til simple prototyper. Hvis pladen har skjulte loddesamlinger, kan det være nødvendigt med røntgeninspektion. Hvis designet har mange kritiske net, men volumen er for lav til et dedikeret IKT-armatur, kan flyvende sondetest eller bænk-fejlretning være mere praktisk.
Nøglen er at undgå at lade som om, at prototypetest er det samme som produktionstest.
En prototype skal besvare tidlige tekniske spørgsmål. Det behøver ikke altid en komplet produktionstestarmatur.
Pilotbygning
En pilotbygning bør validere mere end designet. Det bør også validere fremstillings- og testmetoden.
Det er her, IKT eller gentagelig FCT bliver vigtigere. Køberen skal muligvis bekræfte, at testadgang er brugbar, inventar kan bygges, firmware kan indlæses konsekvent, fejl kan registreres, og testresultater kan understøtte den næste beslutning.
Hvis pilotopbygningen er beregnet til at understøtte lav-volumen- eller batchproduktion, bør teststrategien være mere struktureret end et enkelt-prototypetjek.
Lav-volumen eller batchproduktion
Efterhånden som mængden stiger, bliver repeterbarheden vigtigere.
På dette stadium er AOI alene muligvis ikke nok. IKT kan blive nyttigt, hvis bestyrelsen har tilstrækkelig testadgang, og produktrisikoen berettiger opstillingsplanlægning. FCT er ofte nødvendigt, når firmware, sensorer, relæer, motorer, kommunikation eller brugergrænseflader skal verificeres.
For produkter med højere-risiko kan teststrategien også omfatte røntgeninspektion,-indbrænding, miljøtjek eller kundespecifikke-valideringstrin.
Pointen er ikke at tilføje alle mulige tests. Pointen er at vælge de inspektions- og testlag, der reducerer den rigtige risiko.
Almindelige køberfejl
Fejl 1: Forudsat at FCT fanger alt
FCT bekræfter, at tavlen arbejder under de definerede testbetingelser. Den afslører ikke automatisk alle marginale loddeproblemer, skjulte monteringsfejl eller svagheder på komponent-niveau.
En tavle kan bestå en kort funktionstest og stadig have et procesproblem, som burde være blevet fanget tidligere af AOI, -Ray Inspection eller ICT.
Fejl 2: At bede om IKT for sent
IKT afhænger af testadgang. Hvis PCB-layoutet ikke har egnede testpunkter eller armaturafstand, er IKT muligvis ikke praktisk uden en designændring.
Dette er grunden til, at IKT bør diskuteres under PCB Design og Layout gennemgang, især hvis produktet forventes at bevæge sig ud over prototypen.
Fejl 3: Over-test af simple bygningsværker
Mere test er ikke altid bedre.
En meget simpel prototype retfærdiggør muligvis ikke udvikling af IKT-armaturer. Et tavle med lav-risiko har muligvis kun brug for AOI, grundlæggende programmering og et begrænset funktionstjek på et tidligt tidspunkt.
Over-test kan spilde tid og budget uden at forbedre den beslutning, køberen skal træffe.
Fejl 4: Under-Definition af FCT
"Tænd for den og se om den virker" er ikke en funktionel testplan.
En nyttig FCT bør definere indgangsspænding, firmwareversion, testsekvens, belastninger, forventede output, beståede/fejlgrænser, testvarighed, hvor det er relevant, og hvordan fejl skal registreres.
Fejl 5: Ignorer testrapporter og fejlhåndtering
En testmetode er kun nyttig, hvis resultatet understøtter handling.
Købere bør afklare, om testresultater er registreret efter enhed, parti eller prøve. De bør også definere, hvad der sker, når en bestyrelse fejler AOI, ICT eller FCT: omarbejdning, gentest, teknisk gennemgang, brug-som-godkendelse eller afvisning.
Uden denne aftale kan test skabe data, men ikke beslutninger.
Hvad købere bør forberede, før de anmoder om AOI, ICT eller FCT
Før du beder om test, bør købere forberede tilstrækkelig information til, at EMS-partneren kan forstå det reelle omfang.
For AOI omfatter nyttige input samlingstegninger, polaritetsmarkeringer, komponentorienteringsnoter, kendte udestående-områder og eventuelle specielle visuelle kriterier.
For IKT omfatter nyttige input skematisk, netliste, PCB-layoutfiler, testpunktoplysninger, forventet dækning, kritiske net og armaturers begrænsninger.
For FCT omfatter nyttige input firmware, programmeringsmetode, funktionel testprocedure, strømkrav, testsekvens, forventede output, beståede/ikke-beståede grænser og specialværktøjer eller software.
En stærk testanmodning behøver ikke at være kompliceret. Det skal kun fjerne gætværk.
Hvis køber ikke kan definere alle detaljer endnu, skal det fremgå tydeligt. I så fald kan den tidlige build behandles som en teknisk valideringskørsel snarere end en fuldt kontrolleret produktionstest.
Den grænse har betydning.
Praktisk tjekliste for tidlig testning for købere
Inden købere frigiver en prototype, pilot- eller -lavvolumen PCB-samlingsordre, kan købere spørge:
- Er AOI nok til denne fase, eller har vi brug for elektrisk testdækning?
- Er der skjulte loddesamlinger, som kan kræve røntgeninspektion?
- Skal kortet have firmwareprogrammering før test?
- Er testadgang tilgængelig for IKT, flyvende sonde eller fejlfinding, hvis det er nødvendigt?
- Hvilke produktfunktioner skal FCT verificere?
- Hvem leverer firmware, software, testprocedure og forventede resultater?
- Har bygningen brug for et simpelt bænktjek eller en gentagelig armatur?
- Hvad skal der ske, hvis en bestyrelse fejler AOI, ICT eller FCT?
- Skal testresultatet registreres efter serienummer, parti eller prøve?
- Vil den samme testmetode stadig fungere, når du flytter til pilot- eller batchproduktion?
Denne tjekliste er ikke papirarbejde. Det er en måde at forhindre, at den første testplan bliver skrevet, efter at tavlerne allerede er bygget.
Et nyttigt grænsetilfælde
Mere test er ikke altid bedre.
En simpel prototype behøver muligvis ikke IKT. En teknisk prøve med meget lavt-volumen retfærdiggør muligvis ikke et dedikeret FCT-armatur. Et modent design behøver muligvis kun AOI, programmering og en begrænset funktionskontrol. En tæt eller høj-hastighedstavle kan kræve en anden tilgang, fordi testpunkter, opspændingsadgang eller sondering kan påvirke layoutbegrænsninger.
I disse tilfælde bør testplanen forblive praktisk.
Hvis den næste beslutning kun er "starter denne prototype og understøtter tidligt firmwarearbejde", kan testplanen forblive slank.
Hvis den næste beslutning er "kan vi frigive dette design til pilotbygning", bør testplanen være mere struktureret.
Målet er ikke at tilføje alle mulige tests. Målet er at vælge de inspektions- og testmetoder, der matcher produktrisikoen og den beslutning, køberen skal træffe.
Hvad dette betyder for OEM-købere
AOI, IKT og FCT bør diskuteres tidligt, fordi de former mere end inspektion.
De påvirker designgennemgang, testadgang, inventar, firmwareforberedelse, arbejdsantagelser, dokumentation, leveringstid og hvor sikkert køberen kan gå videre til næste fase.
Et bord, der består AOI, bliver ikke automatisk elektrisk verificeret.
En bestyrelse, der består IKT, bevises ikke automatisk i den endelige ansøgning.
Et bord, der består FCT, har muligvis stadig brug for AOI, -Ray Inspection eller proces-inspektion for at fange monteringsrisici.
Derfor er den stærkeste teststrategi normalt lagdelt, ikke isoleret.
For OEM-købere er det praktiske spørgsmål ikke "Hvilken test er bedst?" Det bedre spørgsmål er: "Hvilken risiko skal vi reducere på dette stadium, og hvilken testmetode giver os nyttig evidens?"
Konklusion
AOI, ICT og FCT spiller hver sin rolle i PCB-samling.
AOI hjælper med at bekræfte synlig samlingskvalitet. IKT hjælper med at opdage komponent-niveau og elektriske samlingsfejl. FCT hjælper med at verificere produkt-specifik funktion under definerede eller applikations--lignende forhold.
De bør ikke anmodes om med vage sætninger som "fuld test".
For købere, der forbereder en prototype, pilotkørsel eller lav{0}}volumen PCBA-projekt, er det bedste tidspunkt at diskutere test før tilbud og produktionsplanlægning. Det er, når EMS-partneren kan gennemgå testadgang, fixturbehov, firmwarekrav, inspektionsomfang, rapporteringsbehov og bestå/ikke beståede kriterier, før byggeplanen allerede er forpligtet.
For OEM-købere, der forbereder et PCBA-projekt, kan STHL gennemgå testkrav fra enPCB samlingogTest og inspektionperspektiv før tilbud eller produktionsplanlægning. Send dine filer igennemAnmod om et tilbudeller kontakt os påinfo@pcba-china.com.
