인프런 커뮤니티 질문&답변

안녕하세요, 답변 남겨드립니다.

올려주신 ERC 창의 “The current configuration does not include the footprint library '' ” 경고는, 심볼의 Footprint 필드가 “라이브러리 닉네임:풋프린트이름” 형태로 연결되어 있지 않아서 발생하는 경우가 가장 많습니다. 화면을 보면 심볼 옆에 [CAP_0.1uF-50V-10%-0805] 같은 식으로 풋프린트가 들어가 있는데, 이 값이 KiCad 풋프린트 라이브러리 테이블(fp-lib-table)에 등록된 “닉네임”을 포함하지 않으면 KiCad는 라이브러리 닉네임을 빈 문자열로 해석하고, 그 결과가 바로 라이브러리 이름이 ''(빈 값)인 풋프린트를 참조한다고 판단하여 해당 경고를 띄웁니다. 즉, 라이브러리를 Preferences에서 추가해 두셨더라도, 심볼이 가리키는 Footprint 문자열이 그 라이브러리 닉네임과 매칭되지 않으면 경고는 그대로 남습니다.

이 이슈를 빠르게 판별하는 방법은 심볼 속성에서 Footprint 필드에 콜론(:)이 있는지 확인하는 것입니다. 정상적인 KiCad 기본 풋프린트 지정은 예를 들어 “Capacitor_SMD:C_0805_2012Metric”처럼 반드시 “라이브러리닉네임:풋프린트명” 구조를 갖습니다. 반면 “CAP_0.1uF-50V-10%-0805”처럼 콜론 없이 단일 이름만 들어가 있으면, 라이브러리 닉네임이 없기 때문에 지금 같은 경고가 거의 100% 재현됩니다. 정량적으로 말하면, 현재 창에서 Warnings 25개가 전부 같은 문구로 반복되고 있고(여러 심볼에 공통 발생), 이는 개별 라이브러리 설정 문제라기보다 “풋프린트 지정 문자열 포맷/매핑” 문제일 확률이 높습니다.

해결은 “풋프린트를 올바른 라이브러리 닉네임을 포함한 형태로 다시 할당”하는 쪽이 가장 깔끔합니다. 실무적으로는 Tools의 Assign Footprints(풋프린트 할당 툴)를 열고, 각 심볼에 대해 실제 존재하는 풋프린트 라이브러리(예: KiCad 기본의 Capacitor_SMD.pretty, Resistor_SMD.pretty, Package_QFP.pretty 등)에서 대응 풋프린트를 선택해 매칭시키는 방식이 안정적입니다. 예를 들어 0.1uF 0805 디커플링이면 “Capacitor_SMD:C_0805_2012Metric”으로, 100k 0603이면 “Resistor_SMD:R_0603_1608Metric”처럼 표준 풋프린트를 지정하는 식입니다. 그러면 ERC의 “라이브러리 '' 미포함” 경고는 즉시 사라지는 것이 정상입니다.

만약 강의에서 커스텀 풋프린트 라이브러리를 만들어 쓰는 흐름이었다면, 그 경우에는 먼저 Preferences의 Manage Footprint Libraries에서 해당 .pretty 폴더를 “Global” 또는 “Project”로 추가하고, 추가할 때 지정한 “닉네임”이 무엇인지가 핵심입니다. 예를 들어 닉네임을 “MY_HW”로 등록했다면, 심볼의 Footprint 필드는 반드시 “MY_HW:CAP_0805_0.1uF” 같은 형태여야 합니다. 여기서 라이브러리를 경로로만 추가해 놓고 닉네임을 다르게 쓰거나, 심볼에는 닉네임 없이 풋프린트명만 넣어두면, 라이브러리는 존재해도 ERC는 못 찾습니다. 현업에서 외주 라이브러리(회사 공용 .pretty)를 붙일 때도 이 “닉네임 불일치”가 가장 흔한 실수이고, 증상이 지금과 동일하게 경고가 부품 수만큼 우르르 뜹니다.

또 한 가지 실무에서 자주 만나는 케이스는 “라이브러리를 Global로만 추가해 놓고, 프로젝트를 다른 PC/다른 환경에서 열었을 때 Project fp-lib-table이 비어 있거나 경로 변수가 깨진 상태”입니다. 이 경우도 경고가 뜨는데, 이때의 경고는 보통 라이브러리 이름이 ''이 아니라 “MY_HW” 같은 닉네임 자체가 표시되면서 “해당 닉네임 라이브러리가 현재 구성에 없다”로 나오기 쉽습니다. 지금은 ''로 보이므로, 경로 깨짐보다는 풋프린트 문자열 자체에 닉네임이 없는 쪽을 우선 의심하시는 게 시간 대비 효율이 좋습니다.

참고로, 캡처에 Errors 2개로 보이는 “Input Power pin not driven by any Output Power pins”는 footprint 경고와는 별개로, 전원 네트에서 구동원(파워 아웃풋 핀)이 없다고 ERC가 판단한 것입니다. 예를 들어 3.3V를 레귤레이터가 만들고 있는데 레귤레이터 심볼의 출력 핀이 Power output으로 정의돼 있지 않거나, 단순히 전원 심볼(+3V3)이 Power input으로만 존재하면 이 에러가 발생합니다. 가장 빠른 해결은 해당 전원 레일마다 PWR_FLAG를 하나씩 추가해서 “이 전원은 외부에서 공급/구동된다”를 명시하는 방법이고, 더 정석은 레귤레이터/전원 소스 부품의 출력 핀 타입을 Power output으로 올바르게 쓰는 것입니다. 실무에서는 PWR_FLAG는 테스트/초기 설계 단계에서 많이 쓰고, 최종 라이브러리 정리 단계에서는 전원 소스 심볼의 핀 타입을 정정해서 PWR_FLAG 의존도를 줄이는 편입니다. 현재는 에러가 2개로 적기 때문에, 3.3V와 5V(또는 VBAT 등) 같은 주요 레일 2개에만 PWR_FLAG가 필요할 가능성이 큽니다.

정리하면, 지금의 footprint library 경고 25개는 “라이브러리를 추가했는데도”가 아니라 “심볼이 가리키는 풋프린트 지정 방식이 라이브러리 닉네임과 연결되어 있지 않아서” 생길 확률이 높고, Tools의 Assign Footprints로 풋프린트를 “닉네임:풋프린트명” 형태로 재할당하면 정상적으로 해소되는 경우가 대부분입니다.

안녕하세요, 인프런 AI 인턴입니다. ghjnbo님.

KiCad에서 ERC 진행 시 “footprint library에 포함되어 있지 않은 심볼”이라는 경고가 나타날 때는, 주로 풋프린트 라이브러리 설정 문제가 관련될 수 있습니다. 아래에서 이 문제를 해결하기 위한 방법을 안내드리겠습니다.

1. 라이브러리 경로 설정 확인:

   • ERC 경고는 설정한 라이브러리 경로가 프로젝트에서 올바르게 적용되지 않을 때 나타날 수 있습니다. KiCad에서 Preferences 메뉴 > Configure Paths 에서 설정한 라이브러리 경로가 올바르게 설정되었는지 다시 한 번 확인해 보세요.
     

2. 라이브러리 매칭 확인:

   • 설정한 라이브러리 내에 실제로 심볼에 연결할 풋프린트가 존재하는지 확인하세요. 심볼과 연결된 풋프린트 이름이 정확히 일치해야 합니다. 이를 확인하기 위해 PCB Footprint Assignment에서 심볼과 풋프린트를 다시 확인해 보세요.
     

3. 라이브러리 테이블 점검:

   • PCB Editor > Preferences > Manage Footprint Libraries... 에서 글로벌 또는 프로젝트 라이브러리에 *.pretty 폴더가 추가되어 있는지 확인하고, 경로가 제대로 설정되어 있는지 점검하세요.
     

4. ERC 설정 확인:

   • KiCad ERC 설정이 너무 엄격하게 되어 있을 경우에도 불필요한 경고가 발생할 수 있습니다. 경우에 따라선 ERC 규칙을 조정해볼 수 있습니다.
     

아래 링크에서는 비슷한 문제를 다뤘던 질문과 해결 방법을 확인할 수 있습니다:

• KiCad에서 ERC 오류 해결 방법 - Inflearn
  

위의 방법을 따라 해 보시고, 그래도 문제가 해결되지 않으면 구체적인 설정 값이나 경고 내용을 포함하여 질문을 다시 남겨주시거나, 강의 내에서 추가적인 도움을 구해보세요.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.