IPC-2581 은 기판 한 벌을 XML 문서 하나에 담는 표준이다. 형상만이 아니라 넷·부품·BOM·스택업(stackup)까지
같은 문서에 들어간다.
자료가 스스로 무엇인지 말한다 — 받는 쪽이 이름 규칙을 알 필요가 없다.
| 축 | 층마다 그림 파일 | IPC-2581 |
|---|
| 파일 수 | 층 수만큼 + 드릴 + 별도 문서 | 하나 |
| 층의 뜻 | 파일 이름과 지시서 | 문서 안의 이름과 속성 |
| 넷 | 별도 넷리스트(netlist) | 문서 안 |
| 부품·BOM | 별도 파일 | 문서 안 |
| 스택업·재료 | 별도 지시서 | 문서 안 |
| 이력 | 없다 | 만든 도구와 판이 문서 안에 있다 |
| 사람이 읽기 | 명령 나열 | 이름이 뜻을 말하는 XML |
| 갈래 | 내용 |
|---|
| 문서 정보 | 무엇이 들어 있는가 · 어느 단위를 쓰는가 |
| 주고받는 주체 | 보내는 쪽과 받는 쪽 |
| 이력 | 만든 도구 · 판 · 시각 |
| BOM | 부품 목록(bill of materials)과 실장 여부 |
| 설계 자료 | 층 · 스택업 · 스텝(step) · 외곽(board outline) · 패키지 · 부품 · 형상 · 넷 |
실장하지 않는 부품처럼 조립에서만 뜻이 있는 정보도 자료로 담긴다. 별도 문서로 알리던 것들이
문서 안으로 들어온다.
| 이득 | 내용 |
|---|
| 한 벌이 한 파일 | 빠뜨릴 파일이 없다 |
| 뜻이 자료 안에 | 층이 바뀌어 제조되는 사고가 사라진다 |
| 연결이 함께 간다 | 형상에서 넷을 추출하지 않는다 |
| 스택업 요구가 전달된다 | 두께·재료·임피던스(impedance) 요구를 지시서가 아니라 자료로 보낸다 |
| 도구 사이 교환 | 제조 출력만이 아니라 설계 도구 사이의 교환에도 쓰인다 |
| 읽기 쉽다 | 이름이 뜻을 말하므로 사람이 열어서 확인할 수 있다 |
| 축 | 내용 |
|---|
| 파일이 크다 | XML 은 같은 내용을 더 많은 글자로 적는다. 큰 보드에서는 수십 MB 가 된다 |
| 받는 쪽이 다뤄야 한다 | 받는 곳이 이 형식을 읽는지, 어느 판까지 읽는지 확인한다 |
| 판이 있다 | 표준에 개정판이 있고, 담는 범위가 판마다 다르다 |
| 용도 표시 | 같은 형식으로 제조용과 조립용을 낼 수 있어, 문서가 무엇을 위한 것인지 밝힌다 |
| 채우지 않은 자리 | 담을 수 있다는 것과 담았다는 것은 다르다 |
| 상황 | 이유 |
|---|
| 스택업·임피던스 요구를 자료로 전달한다 | 지시서 대신 문서가 그것을 담는다 |
| 조립까지 한 곳에 맡긴다 | BOM 과 부품이 함께 간다 |
| 설계 도구 사이에서 보드를 옮긴다 | 형상과 연결이 함께 옮겨진다 |
| 자료의 이력을 남겨야 한다 | 만든 도구와 판이 문서에 있다 |
| 뷰어로 검토를 주고받는다 | 파일 하나만 보내면 된다 |
| 축 | 내용 |
|---|
| 읽기 | 문서를 파싱해 보드로 읽어 들인다 |
| 쓰기 | 설계를 문서로 낸다 |
| 뷰어 | 읽은 문서를 화면에서 확인한다 |
| 확인 | 낸 문서를 다시 읽어 층·넷·부품 수를 대조한다 |
| 축 | 확인 |
|---|
| 수신 | 받는 곳이 이 형식과 그 판을 다루는가 |
| 용도 | 문서의 용도 표시가 맞는가 — 제조인가 조립인가 |
| 내용 | 층·스택업·넷·부품 자리가 실제로 채워졌는가 |
| 단위 | 문서가 선언한 단위가 의도와 맞는가 |
| BOM | 실장 제외 부품이 바르게 표시되었는가 |
| 검증 | 낸 문서를 다시 읽어 대조했는가 |