PCBA programming은 SMT 조립 뒤 언제 진행해야 하나요?

대부분 MCU 보드는 AOI와 기본 전원 점검 뒤 programming을 진행하고, 그 다음 100% FCT로 firmware checksum과 기능을 확인합니다. IPC-J-STD-001 납땜 기준과 IPC-A-610 외관 판정이 먼저 통과되어야 programming fail 원인을 좁히기 쉽습니다.

Serialization에는 serial number만 있으면 충분한가요?

충분하지 않습니다. 최소한 serial number, firmware revision, checksum, board revision, FCT pass/fail, retest count가 연결되어야 합니다. MAC address가 있는 제품은 serial 1개당 MAC 1개 원칙과 폐기 serial 처리 규칙도 필요합니다.

PCBA QR 라벨은 어떤 정보를 넣어야 하나요?

보통 QR 또는 Data Matrix에는 serial, product code, revision, date code를 넣고, 전압·전류·checksum 같은 상세 FCT 값은 CSV나 데이터베이스에 저장합니다. 출하품은 100% scan하고 golden label 3개를 FAI 자료로 보관하는 방식이 안전합니다.

Firmware checksum 기록은 왜 필요한가요?

같은 외관의 PCBA라도 firmware가 다르면 field behavior가 달라집니다. SHA-256, CRC 같은 checksum을 serial별로 기록하면 6개월 뒤 불량 분석에서 같은 firmware lot와 다른 firmware lot를 10분 안에 분리할 수 있습니다.

Programming 실패 보드는 몇 번까지 재시도해야 하나요?

제품별로 다르지만 RFQ에는 최대 1-2회 재플래싱 허용, 2회 실패 시 MRB hold 같은 숫자를 넣는 편이 좋습니다. 같은 fail code가 3대 이상 반복되면 fixture 접촉, 3.3V rail, boot pin, solder joint를 함께 확인해야 합니다.

PCBA programming 공급사에게 어떤 파일을 요청해야 하나요?

FAI에는 programming log, FCT log, label scan result, AOI summary, firmware release note, serial allocation sheet가 필요합니다. 양산 lot에는 serial별 CSV/JSON log와 IPC-A-610 Class 2 또는 Class 3 검사 요약을 함께 요청하십시오.

PCBA Programming·Serialization 가이드: 펌웨어 플래싱, UID, FCT 로그 추적성 기준

산업 장비 고객 한 곳은 기존에 와이어 하네스를 안정적으로 구매하고 있었지만, 제어 장비용 PCB assemblies와 전자 부품은 별도 공급망에서 조달하고 있었습니다. 이 구조는 하네스와 PCBA 인터페이스가 맞지 않을 때 통합팀이 원인 공급사를 다시 찾아야 하는 리스크를 만들었습니다. case bank에 기록된 concrete numbers는 “IC STM32-family MCU sourcing, PCB/PCBA manufacturing integration, Multi-category supply consolidation”입니다. 이 글은 그 다음 단계인 STM32-family MCU 탑재 PCBA의 펌웨어 플래싱, 시리얼 번호, FCT 로그를 어떻게 한 추적성 체계로 묶을지 다룹니다.

대상 독자는 양산 전환 단계의 하드웨어 엔지니어, 생산기술 담당자, 구매 담당자입니다. 보드는 이미 동작하지만, 어떤 펌웨어 revision을 어느 serial number에 올렸는지, 실패한 programming board를 어떻게 격리할지, 최종 기능 시험 기록을 어떤 파일명으로 남길지 아직 닫히지 않은 상태를 가정합니다. 목표는 단순한 “플래싱 가능 여부”가 아니라 PCBA programming and serialization을 출하 승인 데이터로 만드는 것입니다.

PCBA programming은 조립 완료 또는 중간 공정의 circuit board에 펌웨어, bootloader, calibration data를 쓰고 검증하는 제조 공정입니다. Serialization은 각 PCBA에 고유 UID, serial number, QR code, MAC address, lot code 중 필요한 식별자를 배정하고 제품 기록과 연결하는 관리 방식입니다. FCT log는 기능 시험 fixture가 측정한 전압, 전류, 통신, firmware checksum, pass/fail 결과를 serial별로 남긴 제조 증거입니다.

Programming은 SMT 뒤의 부가 작업이 아니라 출하 품질 게이트입니다

많은 RFQ는 programming을 “firmware upload” 한 줄로 적습니다. 하지만 MCU가 들어간 산업용 PCBA에서는 programming 실패가 납땜 불량, 부품 방향 오류, power rail 불안정, boot pin 설정, JTAG/SWD 접촉 불량과 연결됩니다. 그래서 programming station은 단순 작업대가 아니라 PCB testing services의 첫 번째 데이터 수집 지점으로 설계해야 합니다.

실무에서는 flash 성공률만 보지 않습니다. 작업자는 board revision, firmware revision, checksum, programmer serial, fixture ID, programming duration, fail code를 남겨야 합니다. 같은 lot에서 3대 이상이 동일 fail code를 내면 SMT 라인, power-on sequence, test pad contamination을 즉시 확인해야 합니다. 이 규칙이 없으면 작업자는 실패 보드를 계속 재시도하고, 실제 공정 결함은 FCT 단계까지 밀립니다.

납땜 공정은 IPC계열의 IPC-J-STD-001로 지정하고, 완성 PCBA 외관 판정은 IPC-A-610 Class 2 또는 Class 3로 닫는 편이 실무적입니다. Programming fixture가 test pad에 반복 접촉한다면 pad damage, flux residue, conformal coating keep-out까지 검사 기준에 포함해야 합니다.

“STM32-family MCU 보드에서 programming fail을 단순 작업 실패로 보면 안 됩니다. 같은 fail code가 3대 반복되면 저는 fixture 접촉, 3.3V rail, boot pin, IPC-A-610 납땜 상태를 같은 시간대에 확인합니다.”
— Hommer Zhao, 창립자 & 기술 전문가

Serial allocation은 라벨 디자인보다 먼저 정해야 합니다

Serialization 프로젝트에서 자주 생기는 문제는 라벨 크기나 QR 인쇄 품질이 아닙니다. 더 근본적인 문제는 serial number를 누가 발급하고, 어느 시점에 소비 처리하며, rework board가 같은 serial을 다시 받을 수 있는지 정하지 않는 것입니다. 고객 ERP가 serial을 발급한다면 supplier는 생산 전 allocation file을 받아야 하고, supplier가 발급한다면 번호 체계와 중복 방지 규칙을 고객이 승인해야 합니다.

MAC address나 device UID가 있는 제품은 규칙이 더 엄격합니다. MAC pool은 1개 serial에 1개만 매핑되어야 하고, programming 실패 보드가 폐기되면 해당 MAC을 재사용할지 quarantine할지 정책을 정해야 합니다. QR 라벨에는 모든 정보를 넣지 않아도 됩니다. 보통 serial, product code, revision, date code만 넣고, 상세 firmware checksum과 FCT 값은 데이터베이스나 CSV log에 보관하는 방식이 안정적입니다.

품질 시스템은 ISO 9000 family의 문서관리와 traceability 흐름으로 감사할 수 있습니다. 자동차 전장이나 고신뢰 산업 장비라면 IATF 16949식 변경관리도 필요합니다. 모든 공급사가 IATF 인증을 가져야 한다는 뜻은 아니지만, firmware revision 변경과 label format 변경은 승인 없는 공정 변경으로 취급해야 합니다.

RFQ 단계에서 닫아야 할 programming·serialization 기준

아래 표는 turnkey assembly나 partial consigned PCBA에 programming과 serialization을 포함할 때 RFQ에 넣어야 할 기준입니다. 핵심은 “가능합니다”라는 답변이 아니라, 누가 어떤 숫자를 기록하고 누가 변경을 승인하는지입니다.

항목	RFQ에 써야 할 기준	권장 숫자 또는 증거	승인 책임
Firmware file	파일명, revision, checksum, release date 고정	SHA-256 또는 CRC 기록, 변경 시 written approval	고객 engineering
Programming fixture	SWD/JTAG/UART 접촉 방식과 fixture ID 관리	첫 50대 contact mark와 fail code review	공급사 PE/TE
Serial pool	시작 번호, 종료 번호, duplicate prevention	serial 1개당 PCBA 1대, 폐기 serial 상태 기록	고객 또는 공급사 PM
Label verification	QR/Data Matrix scan과 human-readable text 확인	출하품 100% scan, golden label 3개 보관	공급사 QA
FCT log	전압, 전류, 통신, checksum, fail code를 serial과 연결	CSV/JSON log, 100% pass record, retest count 포함	공급사 TE/QA
Reflash rule	재플래싱 허용 횟수와 격리 조건 지정	최대 1-2회, 2회 실패 시 MRB hold	고객 quality 승인

FAI에서는 5대 샘플보다 데이터 연결을 먼저 보십시오

First article inspection에서 5대 샘플이 모두 켜졌다는 결과만으로는 부족합니다. FAI package에는 serial allocation sheet, programming log, FCT log, label scan result, AOI report, rework record가 같은 serial로 연결되어야 합니다. 예를 들어 SN-KR-00037 보드의 firmware checksum이 어떤 값인지, 어떤 fixture에서 test되었는지, 재시험이 있었는지 한 줄로 확인할 수 있어야 합니다.

이 연결이 없으면 field failure 분석 때 고객은 board 사진, supplier는 shipment lot, firmware team은 release note만 들고 따로 추적하게 됩니다. 반대로 serial 중심 로그가 있으면 10분 안에 같은 lot, 같은 firmware, 같은 fixture, 같은 operator 범위를 좁힐 수 있습니다. 이것이 serialization의 실제 가치입니다.

FAI와 8D 품질 대응을 함께 요구하는 제품이라면 FAI부터 fail code taxonomy를 정해야 합니다. 예: PGM-01 checksum mismatch, PGM-02 target voltage low, FCT-03 CAN communication fail, LAB-02 unreadable QR. 코드가 있어야 월별 Pareto와 8D containment가 같은 언어로 움직입니다.

“FAI에서 저는 예쁜 샘플 사진보다 SN 1개를 끝까지 따라갑니다. BOM lot, firmware checksum, FCT current, QR scan 결과가 한 줄로 연결되지 않으면 serialization은 라벨 인쇄에 그칩니다.”
— Hommer Zhao, 창립자 & 기술 전문가

Programming fixture 설계에서 놓치기 쉬운 6가지

첫째, test pad 위치입니다. Pad가 board edge나 tall component 가까이에 있으면 pogo pin이 안정적으로 눌리지 않습니다. 둘째, power sequencing입니다. 외부 전원을 넣을지 USB 전원을 쓸지, target voltage window를 어디로 둘지 정해야 합니다. 셋째, ESD 보호입니다. 작업자가 매번 보드를 잡고 fixture에 넣는 공정은 손상 가능성을 내포합니다.

넷째, firmware 보호입니다. Production image, debug image, bootloader image를 같은 폴더에 두면 작업자가 잘못 선택할 수 있습니다. 다섯째, rework board 처리입니다. 이미 라벨이 붙은 보드를 재플래싱할 때 serial과 checksum log가 덮어쓰기 되지 않아야 합니다. 여섯째, fixture maintenance입니다. Pogo pin은 소모품이므로 5,000-10,000 cycle 기준으로 교체 주기를 잡고 contact resistance trend를 확인하는 편이 좋습니다.

제품이 box build로 확장되면 programming 시점도 바뀔 수 있습니다. Bare PCBA 상태에서 program하는 것이 빠르지만, enclosure에 들어간 뒤에만 sensor calibration이 가능한 제품도 있습니다. 이 경우box build 공정표에 pre-program, final calibration, final label scan을 별도 게이트로 나눠야 합니다.

약한 RFQ 문장을 데이터 중심 문장으로 바꾸기

이 주제에서 가장 약한 문장은 “Please program the PCBAs before shipment”입니다. 이 문장은 firmware file, checksum, serial rule, fail handling, FCT evidence, retest policy를 아무것도 정하지 않습니다. 공급사는 작업을 할 수 있어도, 고객은 출하 뒤 어떤 보드에 어떤 software가 들어갔는지 검증할 수 없습니다.

강한 문장은 이렇게 바뀝니다. “Program STM32-family MCU PCBAs using approved firmware file KR-V2.4.1 with checksum recorded per serial number; allocate customer-approved serial pool; print and 100% scan QR labels; run FCT with voltage, current, CAN communication and firmware checksum limits; provide CSV log, AOI result, IPC-A-610 Class 2 inspection summary, and hold any board after 2 programming failures for MRB review.”

이 문장에는 공정, 표준, 숫자, 증거, 격리 조건이 모두 들어 있습니다. PCB assembly 공급사가 이 수준으로 답할 수 있다면 단가 비교보다 먼저 생산 리스크를 줄일 수 있습니다.

“Programming과 serialization은 IT 업무처럼 보이지만 실제로는 제조 품질 업무입니다. 100% FCT log와 serial 중복 방지 규칙이 없으면, 출하 뒤 software 문제와 assembly 문제를 분리할 방법이 없습니다.”
— Hommer Zhao, 창립자 & 기술 전문가

참고 자료

IPC electronics standards overview: https://en.wikipedia.org/wiki/IPC_%28electronics%29
ISO 9000 quality management background: https://en.wikipedia.org/wiki/ISO_9000
IATF 16949 automotive quality system background: https://en.wikipedia.org/wiki/IATF_16949

프로젝트에 적용할 때

MCU가 포함된 PCBA를 발주한다면 Gerber와 BOM만 보내지 말고 firmware release note, serial rule, label sample, FCT limit, retest rule을 함께 보내십시오. WellPCB Korea는 PCB 제작, SMT, programming, serialization, FCT, 하네스 또는 box build 통합까지 한 제조 흐름으로 검토할 수 있습니다. 초기 RFQ 단계에서 프로젝트 자료를 공유하면 엔지니어가 programming fixture와 추적성 로그 구조부터 확인하겠습니다.