ECO 시나리오

규칙만으로는 내가 지금 한 변경이 기판에서 무엇이 되는지 바로 판정되지 않는다. 이 문서는 실무에서 반복해 마주치는 변경을 하나씩 짚어, 무엇이 마크되고 · 무엇이 실제로 바뀌며 · 설계자가 무엇을 마저 해야 하는지를 정리한다.

판정의 근거는 ECO 규칙이 소유한다.

시나리오 일람

#	변경	마크	설계자가 마저 할 일
1	부품을 더했다	add	배치
2	부품을 지웠다	delete	남은 트랙(track) 정리
3	footprint 를 바꿨다	replace	재배선 확인
4	참조 지정자(reference designator)를 바꿨다	replace(이름 변경)	없음
5	value·필드를 바꿨다	unchanged	없음
6	연결을 바꿨다	넷 변경	옛 트랙 정리
7	넷을 없앴다	넷 제거	트랙 정리
8	대상 기판이 비어 있다	전부 add	배치 전체
9	대상이 닫혀 있다	—	적용 방식 선택
10	오류가 섞여 있다	error	원인 제거 후 재실행
11	배치 후 번호를 다시 매겼다	역방향	회로도(schematic) 반영
12	실패 항목이 남았다	—	사유별 처리

1. 부품을 더했다

축	결과
마크	add — footprint 검사를 통과한 경우
기판	부품이 보드 원점(origin)에 배치된다. 위치·회전은 정해지지 않는다
넷	그 부품의 패드(pad)에 회로도의 넷이 함께 배정된다
남는 일	배치. ratsnest 가 그 부품에서 뻗어 나오므로 배치 자리는 그것으로 판단한다

여러 개를 한 번에 더하면 전부 보드 원점에 겹쳐 배치된다. 이것은 결함이 아니라 “아직 배치하지 않았다” 는 표시다.

2. 부품을 지웠다

축	결과
마크	delete — 기판에만 있고 회로도에 없다
기판	부품이 사라진다
배선(routing)	남는다. 그 패드에 붙어 있던 선은 옛 넷을 가리킨 채 그대로다
남는 일	남은 트랙을 걷어 내거나 다시 배선한다

주의

뜻밖의 delete 는 대응이 끊겼다는 신호일 수 있다. 지운 적이 없는 부품이 delete 로 나오면 회로도에서 사라진 것이 아니라 식별자 대응이 깨졌거나 참조 지정자가 달라진 경우다. 실행하기 전에 원인을 확인한다 — 실행하면 그 부품의 배치와 배선을 잃는다.

3. footprint 를 바꿨다

축	결과
마크	replace
기판	새 footprint 정의로 부품을 다시 생성한다
보존	위치 · 회전 · 실장면(mounting side) · 참조 지정자 · value · 링크 키
넷	번호가 같은 패드만 다시 이어진다
배선	넷으로 이어져 있으므로 남는다
남는 일	패드 위치가 달라졌으므로 그 부품 주변을 다시 배선한다

패드 배열이 다른 footprint 로 바꾸면(예: SMD 에서 PTH 로) 트랙은 남아 있어도 패드에 닿지 않는 선이 된다. 검사가 그것을 위반으로 잡는다.

4. 참조 지정자를 바꿨다

축	결과
마크	replace — 사유는 이름 변경
기판	이름만 고친다. 부품을 다시 만들지 않는다
보존	위치 · 회전 · 배선 전부
남는 일	없다

이 처리가 가능한 이유는 대응을 식별자로 찾기 때문이다. 이름으로만 찾는 도구에서는 같은 변경이 delete + add 가 되어 배치와 트랙이 사라진다.

5. value 와 필드를 바꿨다

축	결과
마크	unchanged — footprint 이름이 그대로이므로 부품을 다시 만들지 않는다
기판	value 와 사용자 필드의 값만 갱신된다
기판 전용 필드	지우지 않고 목록으로 보고한다
빈 값	필드를 만들지 않는다

저항값을 바꾸는 흔한 변경이 여기 속한다. 부품을 다시 만들지 않으므로 배치와 배선에 영향이 없다.

6. 연결을 바꿨다

축	결과
마크	부품 행은 그대로이고 넷 변경 수가 오른다
기판	패드의 넷이 회로도 값으로 갱신된다
배선	이미 배선한 트랙은 옛 넷을 가리킨 채 남는다
남는 일	그 자리를 다시 배선한다

이 어긋남은 DRC 에서 위반으로 드러난다. 위반(violation)이 나는 것이 정상 동작이다 — 도구가 트랙을 임의로 걷어 내면 설계자가 배선한 결과가 통보 없이 사라진다.

참고

전원 넷의 변경은 경고로 표시된다. 전원은 대개 동판(copper pour)으로 공급되므로 넷이 바뀌면 영향 범위가 크기 때문이다. 의도한 변경인지 반드시 확인한다.

7. 넷을 없앴다

축	결과
넷 목록	제거로 표시된다
패드	그 핀의 연결이 없어졌으므로 미결선이 된다
넷 객체	지우지 않는다 — 트랙이 아직 가리킬 수 있다. 빈 넷의 수를 답한다
남는 일	그 넷의 트랙을 걷어 낸다

8. 대상 기판이 비어 있다

축	결과
마크	회로도의 모든 부품이 add · delete 는 없다
표시	기판의 부품 수가 0 으로 수 그대로 표시된다
신규 기판	프로젝트에 기판 파일이 없으면 새 PCB 로 표시되고 실행은 꺼진다

첫 반영이 이 시나리오다. 부품이 전부 보드 원점에 배치되므로, 실행 직후에는 부품이 원점에 겹쳐 있는 상태로 보인다. 그 상태에서 배치를 시작한다.

9. 대상이 닫혀 있다

선택	동작	되돌리기
열고 적용	문서를 연 뒤 실행한다. 결과를 탭에서 확인한다	있다 — 한 칸
열지 않고 적용	파일을 정식으로 싣고 고쳐 파일로 저장한다	없다
취소	아무 일도 하지 않는다	—

주의

열지 않고 적용하면 파일이 그 자리에서 갱신된다. 되돌릴 수 없으므로 실행 전에 경고가 나오고, 취소하면 아무 일도 일어나지 않는다. 파일을 문자열로 직접 고치는 것이 아니라 열려 있을 때와 같은 경로를 지나므로 결과는 같다.

10. 오류가 섞여 있다

원인	표시	처리
footprint 미지정	error	심볼(symbol)에 footprint 를 적는다
라이브러리에서 찾지 못함	error	라이브러리를 등록하거나 이름을 고친다
핀에 대응 패드 없음	error · 모자란 번호 표시	footprint 를 고치거나 다른 것을 고른다
여러 라이브러리에 같은 이름	행에 표시	라이브러리:이름 형태로 명시한다

오류 행이 있어도 나머지는 실행된다. 오류 항목만 제외되므로, 원인을 제거한 뒤 다시 실행하면 그 항목만 반영된다. 다만 오류를 남긴 채 제조 출력으로 넘어가지 않는다 — 그 부품은 기판에 없다.

11. 배치 후 번호를 다시 매겼다

배치가 끝난 뒤 부품 번호를 기판의 좌표 순서로 다시 매기는 일이 있다. 조립과 검사에서 부품을 찾기 쉽게 하기 위해서다. 이 판단은 기판에서만 할 수 있으므로 역방향의 대표적인 사례다.

축	내용
옮기는 것	참조 지정자
옮기지 않는 것	연결 · 부품 구성
주의	이름이 바뀌면 자동 생성 넷 이름도 바뀐다 — 넷 이름으로 관리하던 문서가 있으면 함께 갱신한다
ImEDA	역방향은 예약되어 있고 아직 실행되지 않는다. 지금은 회로도에서 번호를 정하고 정방향으로 내린다

12. 실패 항목이 남았다

실행 중 되읽기 대조가 어긋난 항목은 실패 목록에 참조 지정자 · 단계 · 사유로 남는다.

단계	흔한 사유	처리
이름 변경	그 이름이 기판에 이미 있다	충돌하는 부품을 먼저 처리한다
추가	footprint 정의를 읽지 못했다	라이브러리 파일을 확인한다
넷 배정	패드 번호가 회로도 핀과 어긋난다	footprint 를 확인한다

나머지 항목은 계속 진행된다. 그러므로 실행 후에는 요약 수만 보지 말고 실패 목록과 남은 마크 수를 함께 확인한다. 남은 마크가 0 이 아니면 반영이 끝나지 않은 것이다.

13. 확정 전 점검 항목

축	확인
마크	예상하지 않은 delete 가 없는가
마크	error 를 남긴 채 제조 출력으로 가려 하지 않는가
배선	넷이 바뀐 자리와 지운 부품 자리의 옛 트랙을 처리했는가
배선	footprint 를 교체한 부품 주변을 다시 배선했는가
배치	보드 원점에 남은 부품이 없는가
필드	기판에만 있는 필드 보고를 확인했는가
실행	실패 목록이 비었는가
검증	마지막 대조에서 남은 마크가 0 인가