FPGA 본체명과 주문코드, 한 글자 차이가 만든 양산 실패

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

시제품에서는 정상 작동했던 FPGA 보드가 양산 첫날부터 부팅되지 않았습니다. 창고에는 주문한 제조사의 새 부품이 도착했고 외관과 본체명도 비슷했지만, 원인은 회로가 아니라 주문코드 끝부분의 패키지·속도 등급·온도 등급이었습니다. FPGA를 찾을 때 검색 결과의 첫 줄만 보고 발주하면 이런 실패가 반복됩니다.

특히 find chips 검색이나 IC shop의 자동완성 결과는 후보를 넓히는 데는 유용하지만, 설계 적합성까지 보증하지는 않습니다. 다음 실패 사례를 통해 FPGA 주문에서 무엇을 생략하면 안 되는지 살펴보겠습니다.

FPGA 본체명이 같아도 같은 부품은 아닙니다

패키지 접미사를 생략해 풋프린트가 달라진 사례

한 개발팀은 BOM에 FPGA 제품군과 로직 규모를 나타내는 본체명만 기록했습니다. 구매 담당자는 그 문자열로 IC stock을 검색했고, 재고가 많으며 단가가 낮은 품목을 선택했습니다. 그러나 도착한 부품은 회로 설계에 사용한 BGA 패키지와 볼 수가 달랐습니다. 실장 장비에 투입하기 전에 발견했지만, 긴급 재주문과 생산 일정 변경으로 절약한 단가보다 훨씬 큰 비용이 발생했습니다.

FPGA 주문코드에는 제품군뿐 아니라 로직 밀도, 트랜시버 구성, 패키지, 핀 수, 속도 등급, 온도 범위, 무연 여부 등이 결합될 수 있습니다. 제조사마다 표기 순서와 문자의 의미가 다르므로 다른 회사의 명명 규칙을 그대로 적용해서는 안 됩니다. 문자 하나가 옵션 정도일 것이라고 짐작하는 순간, 전기적으로는 비슷하지만 기판에는 올릴 수 없는 부품을 살 수 있습니다.

• 하지 말아야 할 일: BOM에 제품군이나 본체명만 남기고 접미사를 생략합니다.
• 확인할 항목: 패키지 명칭과 볼 수, 피치, 본체 치수, 볼맵을 PCB 라이브러리와 대조합니다.
• 놓치기 쉬운 항목: 동일 패키지처럼 보여도 특정 I/O 뱅크나 트랜시버 핀의 배치가 다른지 확인합니다.
• 구매 문구: 임의 대체와 접미사 변경을 금지하고, 변경이 필요하면 설계 승인 후 발주하도록 명시합니다.

검색창에 짧은 본체명을 넣어 후보를 찾되, 발주서에는 제조사가 정의한 완전한 주문 가능 부품번호를 복사해야 합니다.

비슷한 문자열을 육안으로 승인한 사례

견적서의 품번을 화면에서만 훑어보는 것도 위험합니다. 숫자 0과 알파벳 O, 숫자 1과 알파벳 I처럼 글꼴에 따라 구분하기 어려운 문자가 있고, 하이픈 하나가 빠져도 검색 결과가 나오는 쇼핑몰이 있습니다. 검색 결과가 존재한다는 사실을 정확성의 증거로 삼지 말고, 원본 BOM과 견적서의 문자열을 기계적으로 비교해야 합니다.

1. BOM의 제조사 부품번호를 별도 열에 고정합니다.
2. 공급사 견적의 품번을 복사해 공백과 숨은 문자를 제거합니다.
3. 두 문자열이 완전히 같은지 비교한 뒤, 차이가 있다면 해당 문자부터 해석합니다.
4. 일치한 품번도 제조사 주문정보 표에서 실제 주문 가능한 코드인지 다시 확인합니다.

속도 등급이 빠르면 무조건 안전하다는 판단이 더 위험합니다

빠른 등급을 동등 대체품으로 넣은 뒤 생긴 문제

원래 속도 등급의 재고가 부족하자 더 빠른 FPGA를 구매한 사례가 있습니다. 논리 타이밍만 보면 여유가 늘어날 것 같았지만, 팀은 전력 조건과 설정 파일, 검증 범위를 다시 살피지 않았습니다. 결국 양산 검증 중 전원 시퀀스와 주변 인터페이스의 타이밍 여유가 달라진 사실을 발견해 전 제품을 다시 시험해야 했습니다.

속도 등급 변경이 항상 불가능한 것은 아닙니다. 다만 빠른 등급은 느린 등급의 자동 호환품이라는 규칙도 없습니다. 사용 중인 설계 도구가 해당 정확한 디바이스와 속도 등급을 지원하는지, 타이밍 분석 조건이 갱신됐는지, 최대 동작 주파수뿐 아니라 입력·출력 지연과 외부 메모리 인터페이스 조건이 유지되는지 확인해야 합니다. 가격 차이가 작더라도 재검증 비용은 작지 않을 수 있습니다.

• 기존 타이밍 리포트의 디바이스명과 새 주문코드를 나란히 비교합니다.
• 핀 호환 여부와 함께 전원 레일, 기동 전류, 열 조건을 재확인합니다.
• 메모리 컨트롤러와 고속 직렬 링크의 지원 속도 조합을 확인합니다.
• 양산 프로그래밍 파일이 새 실리콘 또는 새 등급에서 유효한지 시험합니다.
• 변경 승인 기록에 대체 사유, 검증 결과, 적용 LOT를 남깁니다.

상업용과 산업용 온도 등급을 가격으로만 고른 사례

실내에서 동작하는 장비라는 이유로 더 저렴한 상업용 등급을 선택했지만, 밀폐된 함체 내부 온도와 운송·보관 조건은 실내 기온과 달랐던 사례도 있습니다. 반대로 필요 이상의 넓은 온도 등급을 고르면 조달 선택지가 줄고 단가가 올라갑니다. 핵심은 더 비싼 등급이 아니라 실제 접합부 온도와 사용 환경을 만족하는 등급입니다.

해외 공급처를 비교할 때 국가별 일반 사업 환경 자료는 거래 배경을 이해하는 참고 자료일 뿐, 전자부품의 규격이나 판매자의 재고를 증명하지 않습니다. 예를 들어 미국의 투자환경 자료를 읽더라도 FPGA의 온도 등급과 추적성은 반드시 제조사 자료 및 공급 문서로 따로 검증해야 합니다.

Datasheet PDF 한 장보다 문서 묶음이 중요한 이유

제품 데이터시트만 읽고 주문코드를 확정한 실패

FPGA Datasheet PDF에서 전기적 특성과 패키지 이름을 확인한 뒤 바로 발주하는 실수가 흔합니다. 하지만 주문코드 해석, 패키지 도면, 핀 배치, 실리콘 에라타, 프로그래밍 지침이 서로 다른 문서로 제공되는 제조사도 많습니다. 데이터시트 한 장에 찾는 내용이 없다고 해서 해당 조건이 존재하지 않는 것은 아닙니다.

실패한 팀은 데이터시트의 패키지 약어만 확인하고 볼맵 파일을 열지 않았습니다. 부품은 풋프린트에 실장됐지만 구성에 필요한 특정 핀이 기존 보드 연결과 맞지 않아 부팅되지 않았습니다. 이때 회로 디버깅에 시간을 쓰기 전에 설계 도구의 정확한 디바이스 선택값, 회로도의 핀명, 제조사 핀 파일을 대조했다면 원인을 더 빨리 찾을 수 있었습니다.

1. Ordering Information: 전체 품번을 문자 단위로 해석합니다.
2. Package Drawing: 치수, 피치, 볼 번호 기준 방향을 확인합니다.
3. Pinout File: 전원, 설정, JTAG, I/O 뱅크와 예약 핀을 확인합니다.
4. Electrical Characteristics: 전압, 타이밍, 온도 조건의 각주까지 읽습니다.
5. Errata와 PCN: 실리콘 리비전별 제한과 변경 사항을 확인합니다.

PDF 파일명이 익숙하다는 이유로 로컬 폴더의 사본을 쓰지 마세요. 문서 번호와 리비전 날짜를 기록하고, 품번을 승인하는 날 제조사 배포본과 일치하는지 확인하는 편이 안전합니다.

PDF 검색 결과의 문맥을 생략한 사례

문서에서 패키지 약어나 속도 등급을 검색해 해당 줄만 읽는 방식도 오판을 만듭니다. 표 제목의 적용 제품군, 페이지 아래 각주, 별도의 예외 조건이 검색 화면 밖에 있을 수 있기 때문입니다. 검색어가 발견된 페이지는 앞뒤 표와 각주까지 읽고, 같은 기호가 문서 전체에서 다른 뜻으로 사용되지 않는지 살펴야 합니다.

또한 해외 출장이나 현지 거래에 관한 일반 정보와 부품 기술문서는 목적이 다릅니다. 영국의 출장 정보처럼 국가별 실무 자료는 방문 준비에 활용할 수 있지만, 판매자가 제시한 Datasheet의 최신성이나 IC stock의 실재성을 대신 확인해 주지는 않습니다. 출처의 권위보다 먼저 그 자료가 현재 판단하려는 항목을 직접 다루는지 물어야 합니다.

• 검색 엔진에서 받은 PDF는 제조사 공식 문서 페이지의 문서 번호와 맞춥니다.
• 파일명에 final, latest 같은 표현이 있어도 최신본이라고 단정하지 않습니다.
• 표의 수치만 복사하지 말고 시험 조건과 적용 온도, 전압 각주를 함께 보관합니다.
• 설계 승인 당시 사용한 문서 리비전을 BOM 변경 이력에 연결합니다.

견적 승인 전에 주문코드 한 줄을 소리 내어 해석해 보세요

재고 수량만 보고 판매 단위와 포장 상태를 놓친 사례

필요 수량이 480개인데 IC shop 화면에 재고 600개가 표시돼 곧바로 주문했다고 가정해 보겠습니다. 실제 견적에는 600개 전량이 아니라 여러 LOT의 잔량이 섞여 있었고, 일부는 컷 테이프 포장이었습니다. FPGA처럼 핀 수가 많고 공정 관리가 중요한 부품은 수량만 맞는다고 입고 조건까지 맞는 것이 아닙니다.

견적 승인 전에는 제조사 부품번호 외에도 제조사명, 수량, LOT 구성, Date Code, 포장 방식, MSL 관련 포장 상태, 라벨 사진, 추적 문서를 한 묶음으로 확인해야 합니다. 여러 LOT를 허용할지, 개봉 포장을 받을지, 잔량 릴을 허용할지는 품질팀과 생산팀의 조건에 따라 달라집니다. 낮은 가격과 빠른 출하가 매력적이어도 검사 및 재포장 비용을 포함하면 선택이 뒤집힐 수 있습니다.

• 품번의 각 구간을 제품군·밀도·패키지·속도·온도·포장으로 나눠 읽습니다.
• 견적서, 라벨 사진, Datasheet 주문정보의 품번이 완전히 같은지 확인합니다.
• 재고가 단일 LOT인지 혼합 LOT인지, 요청 수량이 같은 포장 상태로 출하되는지 묻습니다.
• 대체 품번이나 접미사 변경은 출하 전 서면 승인을 받도록 주문 조건에 넣습니다.
• 입고 검사에서 확인할 마킹, 라벨, 포장, 수량 기준을 구매 전에 공유합니다.

지금 실행할 수 있는 10분짜리 품번 역해석

현재 발주 대기 중인 FPGA 한 품목을 골라 보세요. 제조사 주문정보 문서를 열고 BOM의 전체 품번을 왼쪽부터 한 구간씩 나눈 다음, 각 문자 아래에 의미를 적습니다. 해석하지 못한 문자가 하나라도 있다면 견적 승인을 잠시 멈추고 제조사 문서 또는 공급사에 그 의미를 확인합니다.

마지막으로 설계 도구의 디바이스 설정 화면과 구매 견적서를 동시에 띄워 전체 코드가 일치하는지 비교합니다. 이 행동은 복잡한 공급망 시스템을 새로 도입하지 않아도 바로 할 수 있으며, 패키지 불일치와 속도 등급 오판을 발주 전에 드러냅니다. 지금 대기 중인 주문코드 한 줄을 실제로 분해해 적는 것이 오늘 해야 할 가장 구체적인 행동입니다.

1. 발주 대기 품목 하나를 선택합니다.
2. 전체 주문코드를 문자 구간별로 나눕니다.
3. 공식 문서에서 각 구간의 의미를 적습니다.
4. 설계 도구, BOM, 견적서의 코드를 대조합니다.
5. 설명되지 않는 문자가 있으면 승인 상태를 보류로 바꿉니다.