PoE 스위치·인젝터·PoE 내장 NVR, 셋 중 뭘 써야 하나

고르는 기준은 카메라 대수가 아니라 전력 총량과 배선 구조 입니다. 한 대만 급전하면 되고 이미 스위치가 있다면 인젝터, 여러 대를 새로 깔면 PoE 스위치, 녹화기까지 새로 산다면 PoE 내장 NVR이 기본 방향입니다. 세 방식은 하는 일이 같아 보이지만 전력을 어디서 끌어오고 어디서 나누는지가 다릅니다. 이 차이가 나중에 카메라를 늘릴 때 그대로 제약으로 돌아옵니다. 세 방식이 하는 일 PoE 인젝터는 이미 지나가는 랜선 중간에 전기를 얹어 주는 장치입니다. 기존 스위치와 카메라 사이에 끼워 넣는 형태라 네트워크 구성을 건드리지 않는다 는 게 장점이죠. 보통 한 포트짜리이므로 카메라 한 대에 하나가 붙습니다. PoE 스위치는 스위치와 급전 장비를 합쳐 놓은 것입니다. 여러 대를 한 곳에서 물리고, 전력도 한 곳에서 나눠 씁니다. 여기서 중요한 게 전력 총량 인데, 이건 아래에서 따로 다루겠습니다. PoE 내장 NVR은 녹화기 뒷면 랜 포트 자체가 급전을 겸하는 구조입니다. 배선이 가장 단순해지는 대신, 포트 수와 전력 예산이 녹화기 사양에 묶입니다. 방식 적합한 상황 한계 PoE 인젝터 한두 대만 추가 / 기존 스위치를 그대로 두고 싶을 때 대수만큼 개수와 콘센트가 필요 PoE 스위치 여러 대를 한곳에 모을 때 / 녹화기 포트가 부족할 때 전력 총량을 전 포트가 나눠 씀 PoE 내장 NVR 녹화기를 새로 구성할 때 / 배선을 단순하게 포트 수·전력이 녹화기 사양에 고정 포트 개수와 급전 가능 대수는 다르다 PoE 급전에서 가장 자주 어긋나는 지점입니다. 포트가 24개라고 24대에 전원을 줄 수 있는 게 아닙니다. 한화비전이 공개한 「POE 사용시 네트워크 접속이 계속 끊어집니다」 공식 FAQ 에는 포트가 24개인데 특정 등급 카메라를 물리면 12채널까지만 지원되는 제품 사례가 실려 있습니다. 12대를 넘기자 간헐적으로 접속이 안 되는 증상이 나타났고요. 같은 문서가 제시하는 기...

블로그소개

MoneyCraft26 — Practical Embedded Engineering

하드웨어와 소프트웨어가 만나는 지점의 실무 기록

임베디드 개발의 어려움은 대부분 경계에서 생깁니다. 회로는 문제없어 보이는데 펌웨어가 오작동하고, 코드는 정상인데 센서 값이 튀고, 양산 직전에 부품이 단종됩니다. MoneyCraft26은 이렇게 하드웨어와 소프트웨어 어느 한쪽 지식만으로는 풀리지 않는 문제들을 정리하는 블로그입니다.

다루는 주제

  • 하드웨어 설계·검증 — EVT/DVT/PVT 단계별 프로토타입 검증, 부품 단종 대응 재설계, 양산 단계 결함 대응
  • 펌웨어·저수준 소프트웨어 — RTOS 선정과 메모리 최적화, 저전력 모드 설계, 센서 데이터 필터링과 파라미터 튜닝
  • 개발 환경과 프로세스 — Yocto/Buildroot 빌드 시스템, 회로도부터 펌웨어까지의 버전 관리 전략, HW·SW 팀 간 협업 도구
  • 기술 동향과 표준 — RISC-V 아키텍처, Matter 인증 절차, HSM 기반 IoT 보안, 엣지 AI 가속기(NPU) 소프트웨어 스택
  • 비용과 의사결정 — 오픈소스 하드웨어와 상용 솔루션의 비교, 프로젝트 단계별 선택 기준

글을 쓰는 기준

  1. 근거를 밝힙니다. 제조사 공식 데이터시트, 표준화 기구 문서, 오픈소스 프로젝트 공식 문서 등 확인 가능한 자료를 기준으로 작성하며, 추정과 확인된 사실을 구분해서 씁니다.
  2. 절차를 남깁니다. "이렇게 하면 된다"로 끝내지 않고, 판단 기준과 순서, 확인해야 할 항목을 함께 정리합니다.
  3. 특정 제품을 홍보하지 않습니다. 벤더나 솔루션을 비교할 때는 장점과 함께 제약 조건을 같이 적습니다.
  4. 바뀌는 것은 바뀐다고 적습니다. 부품 사양, 라이선스 정책, 표준 규격은 시간이 지나면 달라집니다. 작성 시점을 기준으로 확인한 내용임을 명시합니다.

이런 분께 도움이 됩니다

  • 하드웨어 엔지니어인데 펌웨어 쪽 맥락을 알아야 하는 분
  • 소프트웨어 개발자인데 보드와 회로를 다루게 된 분
  • 소규모 팀에서 설계부터 양산까지 전 과정을 맡고 있는 분
  • 임베디드 분야로 진입하며 실무 흐름을 파악하고 싶은 분

참고해 주세요

본 블로그의 내용은 정보 제공을 목적으로 하며, 실제 개발과 양산에 적용하기 전에는 반드시 제조사 최신 문서 확인과 자체 검증을 거쳐야 합니다. 하드웨어 작업에는 장비 손상과 안전상의 위험이 따를 수 있습니다.

문의

콘텐츠 관련 문의, 오류 제보, 다뤄줬으면 하는 주제 제안은 언제든 환영합니다.
moneycraft307@gmail.com

댓글

이 블로그의 인기 게시물

프로젝트 비용 절감을 위한 오픈 소스 하드웨어와 상용 솔루션 비교 분석

2026년 단종 부품 대응을 위한 하드웨어 재설계 및 펌웨어 포팅 프로세스

소한 공간의 하드웨어를 위한 소형 OS(RTOS) 선정 및 메모리 최적화 기법