얼마나 높은-혼합 PCBA 생산이 개정, 설정 및 테스트 기록을 관리해야 하는지

다양한 보드가 있기 때문에 고혼합 PCBA 생산이 어렵지 않습니다.

보드마다 개정판, 재료 키트, 설정 조건, 펌웨어 버전, 테스트 방법 및 릴리스 규칙이 다를 수 있기 때문에 어렵습니다.

대용량-프로그램에서는 동일한 PCBA가 안정적인 설정 하에서 오랜 기간 동안 라인을 통해 실행될 수 있습니다. 다양한{2}}혼합 생산에서 EMS 팀은 훨씬 짧은 계획 기간 내에 산업용 제어 보드, 통신 모듈, 센서 보드, 전원 보드, 디스플레이 보드, 게이트웨이 PCBA, 프로토타입 빌드 및 소규모 반복 주문 간에 전환할 수 있습니다.

이는 다른 유형의 제조 위험을 야기합니다.

가장 큰 문제는 항상 공장에서 부품을 배치할 수 있는지 또는 보드를 납땜할 수 있는지 여부가 아닙니다. 이는 팀이 올바른 개정판을 작성하고, 올바른 설정을 사용하고, 올바른 테스트를 실행하고, 특정 주문에 대해 올바른 결과를 기록하고 있는지 여부입니다.

고{0}}혼합 PCBA 생산에서는 개정판, 설정 및 테스트 기록을 하나의 동기화된 제어 루프로 관리해야 합니다. 해당 루프의 한 부분이 모호한 경우 빌드는 계속 이동할 수 있지만 배치를 신뢰하기가 더 어려워집니다.

높음-동기화 실패 시 믹스 제작 실패

고{0}}혼합 PCBA 생산은 종종 일정 관리 문제로 설명됩니다.

그것은 사실이지만 불완전합니다.

잦은 전환, 더 작은 배치 크기, 다양한 구성 요소 패키지, 다양한 검사 요구 사항으로 인해 계획이 더욱 어려워집니다. 그러나 더 깊은 과제는 동기화입니다. 모든 제품 전환은 잘못된 파일, 잘못된 피더 설정, 잘못된 재료 키트, 잘못된 펌웨어, 잘못된 테스트 프로그램 또는 잘못된 라벨 규칙이 프로세스에 들어갈 수 있는 순간을 만듭니다.

고{0}}혼합 라인은 장비가 정지할 때만 고장이 나지 않습니다.

두 빌드가 유사해 보이지만 동일하게 취급해서는 안 되는 경우 조용히 실패할 수 있습니다.

예를 들어:

• 두 개의 PCB 개정판은 동일한 아웃라인을 공유하지만 다른 구성 요소 값을 사용할 수 있습니다.
• 두 개의 BOM 버전은 동일한 참조 지정자를 사용할 수 있지만 승인된 대체 항목은 다를 수 있습니다.
• 두 가지 펌웨어 버전이 서로 다른 기능 테스트를 통과할 수 있습니다.
• 두 고객 주문은 동일한 PCBA를 사용할 수 있지만 라벨 또는 포장 규칙은 다를 수 있습니다.
• 두 보드 중 하나에는 BGA, QFN, 파인-피치 또는 혼합-기술 어셈블리가 포함되어 있으므로 서로 다른 검사 단계가 필요할 수 있습니다.

운영자는 자신의 작업을 올바르게 수행하고 있을 수 있습니다.

문제는 프로덕션 시스템이 빌드 조건을 동기화된 상태로 유지하지 않는다는 것입니다.

이것이 바로-다혼합 PCBA 생산에 유연한 용량 이상의 것이 필요한 이유입니다. 엄격한 개정 제어, 설정 확인, 테스트{2}}기록 관리가 함께 작동해야 합니다.

최신 파일이 아닌 활성 버전으로 시작

혼합도가 높은-프로덕션에서 '최신 파일'은 위험한 문구입니다.

이메일 스레드의 최신 파일은 승인된 빌드 파일이 아닐 수 있습니다. 엔지니어링팀에서 보낸 최신 BOM이 구매 주문서와 일치하지 않을 수 있습니다. 도면 업데이트가 생산 계획에 도달하지 않았을 수 있습니다. 펌웨어 파일 이름은 최신 버전으로 보일 수 있지만 현재 주문에 대해서는 출시되지 않을 수 있습니다.

프로덕션 팀은 메모리, 받은 편지함 기록 또는 비공식 파일 이름을 기반으로 구축해서는 안 됩니다.

활성 릴리스 패키지에서 빌드해야 합니다.

제어 방출 패키지는 다음 항목을 표시해야 합니다.

핵심 질문은 "파일이 있습니까?"가 아닙니다.

더 나은 질문은 이 주문에 대해 어떤 파일이 활성화되어 있습니까?입니다.

고혼합-PCBA 생산에서는 키팅 전, SMT 설정 전, 첫 번째 보드가 라인에 출시되기 전에 이 질문에 답해야 합니다.

펌웨어는 제조 부품처럼 취급되어야 합니다.

펌웨어는 개정 관리에서 잃어버리기 가장 쉬운 항목 중 하나입니다.

소프트웨어 팀은 종종 펌웨어를 지속적으로 개선되는 파일로 생각합니다. 제조에서는 부품 번호, 개정판, 출시 상태 및 검증 방법이 포함된 제어된 입력인 구성 요소처럼 처리해야 합니다.

펌웨어 바이너리가 공유 폴더에만 있는 경우 생산 현장에서는 어떤 버전이 어떤 PCBA 개정판에 속하는지 알 수 없습니다. 테스트 프로그램이 펌웨어 버전을 확인하지 않으면 잘못된 소프트웨어 릴리스가 있는 동안 보드가 기능적으로 통과할 수 있습니다.

다양한{0}}혼합 생산에서는 펌웨어를 다음에 연결해야 합니다.

• 제품번호;
• PCB 개정;
• BOM 개정;
• 프로그래밍 방법;
• 프로그래밍 고정 장치 또는 케이블;
• 해당하는 경우 펌웨어 파일 이름 및 체크섬
• 기능 테스트 절차;
• 출시 승인;
• 필요한 경우 일련번호 또는 배치 기록.

이는 모든 제품에 복잡한 소프트웨어 제어 시스템이 필요하다는 의미는 아닙니다.

이는 펌웨어를 나중에 고려해서는 안 된다는 의미입니다.

잘못된 펌웨어가 포함된 PCBA는 물리적으로 올바르게 조립되어도 여전히 잘못된 제품일 수 있습니다.

개정 변경에는 유효성 규칙이 필요합니다.

모든 개정 변경 사항이 작업 현장에 동일한 방식으로 영향을 미치는 것은 아닙니다.

일부 변경사항은 문서로만 제공됩니다.- 다른 것들은 구성 요소, 배치, 테스트 한계, 펌웨어, 검사, 코팅, 라벨 또는 포장에 영향을 미칩니다. 다양한-혼합 EMS 팀은 차이점을 알아야 합니다.

개정 변경은 다음과 같이 응답해야 합니다.

• 무엇이 바뀌었나요?
• 어떤 주문이 ​​영향을 받나요?
• 어떤 작업이-진행 중인-단위에 영향을 미치나요?
• 어떤 재료를 계속 사용할 수 있나요?
• SMT 프로그램을 변경해야 합니까?
• AOI 프로그램을 변경해야 합니까?
• 테스트 절차를 변경해야 합니까?
• 펌웨어나 프로그래밍 방법을 변경해야 합니까?
• 라벨, 일련번호 또는 추적성 규칙을 변경해야 합니까?
• 동일한 배송물에 이전 개정판과 새 개정판을 혼합할 수 있습니까?

가장 중요한 세부 사항은 효율성입니다.

"즉각적으로 유효하다"는 것은 종종 생산하기에는 너무 모호합니다. 보다 명확한 규칙은 변경 사항이 다음 구매 주문, 다음 키트 릴리스, 다음 SMT 설정에 적용되는지, 기존 WIP가 완료된 후 또는 고객이 승인한 컷오버 후에만 적용되는지를 정의할 수 있습니다-.

이러한 결정이 없으면 개정 변경으로 인해 위험이 프로덕션으로 이전됩니다.

엔지니어링의 작은 변경이 자재 키트화, 피더 로드 또는 테스트 기록 준비 후에 도착하면 라인에 큰 중단이 될 수 있습니다.

실제 규칙은 간단합니다. 개정 변경이 보드 제작, 검사, 테스트 또는 출시 방식에 영향을 미치는 경우 설정을 시작하기 전에 생산팀에서 이를 알아야 합니다.

설정에는 기계 프로그램 이상의 것이 필요합니다

혼합된-제품 환경에서 설정 제어는 SMT 프로그램 로드에만 국한되지 않습니다.

설정은 해당 빌드의 전체 생산 조건입니다.

여기에는 다음이 포함될 수 있습니다.

• SMT 프로그램;
• 피더 목록;
• 구성요소 릴 또는 트레이 검증;
• 원판;
• 솔더 페이스트 유형;
• 리플로우 프로파일;
• 패널 방향;
• 툴링 또는 고정물;
• AOI 프로그램;
• X-레이 요구 사항;
• 관통-구멍 또는 선택적 납땜 경로;
• 프로그래밍 방법;
• 기능 테스트 설정;
• 라벨 및 포장 규칙.

빌드 설정이 아직 불완전하더라도 기계 프로그램은 정확할 수 있습니다.

예를 들어 SMT 배치 파일은 올바르지만 잘못된 스텐실이 준비될 수 있습니다. 피더 설정이 이전 BOM 개정과 일치할 수 있습니다. 첫 번째 보드는 AOI를 통과할 수 있지만 기능 테스트 프로그램은 이전 펌웨어 릴리스에 속할 수 있습니다.

이는-고혼합 생산 문제입니다.

이는 설정이 빌드-제어 작업이 아닌 머신 작업으로 처리될 때 발생합니다.

이전 작업이 끝나기 전에 설정 준비가 시작됩니다.

모든 고혼합 공장은 더 짧은 전환 시간을 원합니다.

그것은 합리적입니다. 다음 작업이 조기에 준비되지 않으면 잦은 전환으로 인해 라인 유연성이 저하될 수 있습니다.

그러나 설정 감소가 검증을 건너뛰는 것을 의미해서는 안 됩니다.

목표는 제어를 제거하는 것이 아니라 낭비되는 대기를 제거하는 것입니다.

실용적인 고혼합-설정 프로세스에는 다음이 포함될 수 있습니다.

• 현재 빌드가 종료되기 전에{0}}자재를 미리 준비합니다.
• 가능한 경우 피더를 오프라인으로 준비합니다.
• 올바른 스텐실, 툴링, 고정 장치 및 작업 지침을 준비합니다.
• 고객이-제공한 자재 상태를 확인합니다.
• 부족 또는 승인된 대체 상태를 확인합니다.
• 올바른 SMT, AOI, 프로그래밍 및 테스트 파일 로드
• 활성 릴리스 패키지에 대한 설정을 확인합니다.
• 첫 번째 기사 검토 전에 설정 승인을 기록합니다.

요점은 설정을 복잡하게 만드는 것이 아니라는 것입니다.

요점은 라인이 기다리기 전에 다음 빌드를 준비하는 것입니다.

잘못된 개정판을 로드하는 빠른 설정은 효율적이지 않습니다. 이는 재작업을 생성하는 더 빠른 방법일 뿐입니다.

첫 번째 보드가 실행되기 전에 전환을 확인해야 합니다.

고-혼합 PCBA에서는 빈번한 전환이 일반적입니다.

그렇다고 전환이 캐주얼해져야 한다는 의미는 아닙니다.

새로운 제품이나 개정판의 첫 번째 보드가 실행되기 전에 EMS 팀은 설정이 출시된 패키지와 일치하는지 확인해야 합니다.

실질적인 전환 점검에는 다음이 포함될 수 있습니다.

모든 간단한 보드에 대해 두꺼운 서류 작업이 될 필요는 없습니다.

하지만 높은{0}}혼합 생산에서 쉽게 발생하는 실수, 즉 어제의 설정을 오늘의 개정판에 사용하는 실수를 포착할 수 있을 만큼 충분히 제어되어야 합니다.

첫 번째 기사 검토는 결승선이 아니라 설정 관문입니다

혼합도가 높은-제작에서는 첫 번째 기사 검토가 유용합니다. 나머지 배치가 계속되기 전에 설정이 올바른지 확인하기 때문입니다.

대부분의 보드가 이미 구축된 후 이를 늦은 서류 작업 단계로 처리해서는 안 됩니다.

실용적인 첫 번째 기사 검토를 통해 다음을 확인할 수 있습니다.

• 올바른 PCB 개정;
• 올바른 BOM 개정;
• 올바른 구성요소 값, 패키지, 극성 및 방향;
• 승인된 대체 사용;
• 솔더 조인트 품질;
• 커넥터 정렬;
• AOI 결과;
• 숨겨진 관절이 포함된 X-레이 결과;
• 펌웨어 프로그래밍 결과;
• 기능 테스트 결과;
• 라벨 및 추적성 형식;
• 포장 또는 취급 참고 사항.

요점은 문서 그 자체를 위해 문서를 작성하는 것이 아닙니다.

요점은 하나의 생산 질문에 대답하는 것입니다.

이 배치의 나머지 부분을 동일한 설정에서 계속할 수 있습니까?

대답이 불분명한 경우 일괄 처리를 계속하면 문제가 더 커질 뿐입니다.

테스트 기록은 합격 또는 실패 이상의 답변을 제공해야 합니다.

테스트는 단지 실패를 찾는 것만이 아닙니다.

고혼합 PCBA 생산에서 테스트는 또한 어떤 보드가 어떤 조건에서 테스트되었는지를 증명하는 기록을 생성합니다.

혼합 빌드에는 다양한 펌웨어 버전, 고객 구성, 테스트 픽스처, 테스트 제한, 일련번호, 릴리스 규칙이 포함되는 경우가 많기 때문에 이는 중요합니다.

유용한 테스트 기록에는 다음이 포함될 수 있습니다.

맥락이 없는 통과 결과는 약합니다.

나중에 현장 문제가 나타나면 구매자와 EMS 파트너는 "위원회 통과" 이상의 내용을 알아야 합니다. 어떤 개정판이 통과되었는지, 어떤 펌웨어를 사용했는지, 어떤 테스트 방법이 사용되었는지, 출시 전에 재작업이 발생했는지 여부를 알아야 합니다.

그렇다고 모든 제품에 단위-수준의 추적성이나 복잡한 데이터 시스템이 필요하다는 의미는 아닙니다.

이는 기록이 제품의 위험과 일치해야 함을 의미합니다.

재작업 및 재테스트 규칙은 높은-믹스 빌드에서 더 중요합니다.

다-혼합 생산은 제품당 반복되는 양이 적은 경우가 많으므로 실패한 모든 단위는 유용한 프로세스 정보를 전달할 수 있습니다.

재작업이 비공식적으로 처리되면 팀에서 해당 정보를 잃을 수 있습니다.

고-혼합 PCBA 프로세스는 다음을 정의해야 합니다.

• 표준 프로세스를 통해 어떤 유형의 결함을 재작업할 수 있는지,
• 엔지니어링 검토가 필요한 결함은 무엇입니까?
• 재작업된 보드에 전체 재테스트가 필요한지 아니면 집중적인 재테스트가 필요한지 여부;
• 재작업 후 펌웨어를 다시 로드해야 하는지 여부
• 재작업 이력이 기록되는 방법
• 반복되는 실패가 어떻게 확대되는지;
• 재작업된 장치가 동일한 릴리스 상태로 배송될 수 있는지 여부.

재작업된 보드는 증상이 사라졌기 때문에 통과되어서는 안 됩니다.

합의된 재테스트 경로를 통해 문제가 종결되었음을 확인하므로 통과해야 합니다.

혼합도가 높은 생산에서는{0}}다음 주문이 몇 주 또는 몇 달 후에 올 수 있기 때문에 이 규율이 중요합니다. 팀에서 발생한 상황을 기록하지 않으면 동일한 문제가 "새로운" 문제로 반환될 수 있습니다.

자재 키트는 부품 번호뿐만 아니라 작업별로 관리되어야 합니다.

다양한-혼합 PCBA 생산은 키팅 규율에 크게 좌우됩니다.

동일한 구성 요소가 여러 제품에 걸쳐 사용될 수 있습니다. 동일한 참조 지정자가 다른 보드에 존재할 수 있습니다. 동일한 보드는 개정판이나 고객 지침에 따라 승인된 다른 대체 보드를 사용할 수 있습니다.

그렇기 때문에 자재 관리는 부품 번호뿐만 아니라 작업을 따라야 합니다.

유용한 키트는 다음과 연결되어야 합니다.

• 작업 순서;
• 제품번호;
• PCB 개정;
• BOM 개정;
• 승인된 대체품;
• 고객-제공 부품,
• 습기-민감한 부품;
• 특별 취급 참고 사항;
• 부족 또는 대체 상태;
• 남은 물질의 법칙.

선반에 있는 릴만으로는 정보가 충분하지 않습니다.

생산 팀은 해당 릴이 이 작업, 개정판 및 고객 요구 사항에 대해 승인되었는지 여부를 알아야 합니다.

이는 다양한{0}}혼합 프로덕션이 여러 빌드에서 공통 패시브, 커넥터, IC 패키지 또는 고객 제공 구성요소를 공유할 때 특히 중요합니다.{1}}

높은 가격-믹스 생산이 시작되기 전에 OEM 구매자가 명확히 해야 할 사항

OEM 구매자는 릴리스 패키지 및 변경 규칙을 명확하게 하여 EMS 파트너가 다양한 혼합 생산을 관리하도록 도울 수 있습니다.{0}}

생산이 시작되기 전에 구매자는 다음 사항을 명확히 해야 합니다.

EMS 파트너가 생산 라인을 제어합니다.

구매자는 생산을 반복 가능하게 만드는 많은 입력을 제어합니다.

다양한-혼합 PCBA 생산은 양측이 문서를 나중에 고려하는 것이 아니라 빌드의 일부로 처리할 때 가장 잘 작동합니다.

다음 최고점-믹스 빌드가 시작되기 전

OEM 구매자의 경우 개정 제어, 설정 제어, 자재 키트 구성, 검사, 테스트 기록 및 출시 규칙이 하나의 제조 시스템으로 처리될 때 혼합 PCBA 생산이 가장 안정적입니다.

STHL은 다음을 통해 OEM 프로젝트를 지원합니다.PCB 조립, 테스트 및 검사, 구성요소 소싱 조정, 생산 준비 및 반복-빌드 지원을 제공합니다. 고도{2}}혼합 프로젝트에서 실제 작업에는 활성 개정 확인, 자재 준비 상태 확인, SMT 및 혼합{3}}기술 조립 설정 준비, 검사 범위 조정, 생산 시작 전 테스트 또는 추적 가능성 기대치 표시 유지 등이 포함되는 경우가 많습니다.

목표는 모든 프로젝트를 서류 작업에 묻어두는 것이 아닙니다.

목표는 올바른 보드가 올바른 조건에 따라 구축, 테스트 및 출시될 수 있도록 각 빌드를 명확하게 만드는 것입니다.

개정, 설정 또는 테스트{1}}기록 요구사항이 있는 혼합 PCBA 프로젝트를 준비하고 계십니까? 다음을 통해 파일을 제출하세요.견적 요청또는 이메일 info@pcba-china.com.

결론

다-혼합 PCBA 생산은 유연한 일정 관리의 문제만은 아닙니다.

이는 통제된 실행의 문제입니다.

많은 제품, 개정판, 설정, 재료, 펌웨어 버전 및 테스트 방법이 동일한 생산 환경을 통과할 때 EMS 팀은 각 작업에 어떤 빌드 조건이 적용되는지 정확히 알아야 합니다.

올바른 개정이 설정을 주도해야 합니다.

올바른 설정을 통해 첫 번째 기사 검토가 이루어져야 합니다.

올바른 테스트 방법은 올바른 기록을 생성해야 합니다.

혼합 작업에서 위험한 실수가 항상 잘못된 납땜 접합인 것은 아닙니다. 때로는 잘못된 조건에서 만들어진 좋은 빌드입니다.

OEM 구매자가 얻을 수 있는 실질적인 교훈은 간단합니다. 즉, 개정 제어, 설정 확인, 테스트 기록이 함께 작동하면 혼합 생산이 안정적이 된다는 것입니다.

별도로 관리하면 빌드가 계속 실행될 수 있지만 그 뒤에 있는 기록을 신뢰하기가 더 어려워집니다.