GigE Vision 카메라는 영상을 UDP 패킷으로 잘게 나눠 보냅니다. PC 랜카드가 패킷을 제때 받아 넘기지 못하면 패킷이 빠지고, 카메라 소프트웨어에는 «불완전 프레임», «프레임 손실», «재전송 요청» 이 쌓입니다. 카메라 제조사들은 이때 볼 랜카드 설정을 문서로 두고 있습니다. 이 글은 공개 문서에 적힌 값만 모아 비교합니다 — 값은 제조사 문서의 것이고, PortDock 이 정한 권장값이 아닙니다.
먼저: 대역폭이 들어가는지
설정을 만지기 전에 그 카메라 설정이 링크에 들어가는지부터 계산합니다. 영상 데이터 속도는 가로 × 세로 × 화소당 바이트 × fps 이고, 1 GbE 의 총 속도는 125 MB/s 입니다. Beckhoff 문서의 예에서 1920 × 1200 Mono8 30 fps 는 69.12 MB/s, 같은 카메라 3대를 한 링크에 모으면 207.36 MB/s 로 1 GbE 를 넘습니다. 그 예는 1 GbE 에서 안정적으로 쓸 수 있는 속도를 약 110~115 MB/s 로 가정합니다. 넘치면 랜카드 설정으로는 해결되지 않습니다 — fps·해상도·픽셀 형식을 줄이거나 카메라를 다른 포트로 나눕니다(GigE 대역폭 계산기).
랜카드 고급 탭 — 제조사 문서의 값
| 설정(장치 관리자 → 랜카드 → 속성 → 고급) | Basler | MathWorks |
|---|---|---|
| 점보 패킷(Jumbo Packet / Jumbo Frame) | 가장 큰 값 | 가장 큰 값(예 9014 바이트) |
| 수신 버퍼(Receive Buffers / Receive Descriptors) | 가장 큰 값(드라이버에 레지스트리 설정이 없으면 2048) | 가장 큰 값(예 2048) |
| 인터럽트 완화(Interrupt Moderation) | 켬(있으면) | — |
| 인터럽트 완화 속도(Interrupt Moderation Rate) | Extreme(레지스트리 설정이 없으면 그대로). 버퍼 언더런·패킷 손실이면 먼저 Low·Minimal, 지연이 중요하고 CPU 여유가 있으면 Off | — |
| 수신측 배율(RSS) | 켬, RSS 큐 1 | — |
| 속도 및 이중(Speed & Duplex) | — | 자동 협상(Auto Negotiation) |
두 문서가 같은 방향을 가리키는 것은 점보 패킷과 수신 버퍼입니다. 인터럽트 완화는 Basler 문서 안에서도 «Extreme» 과 «손실이 나면 Low·Minimal» 이 함께 나옵니다 — 인터럽트를 묶으면 CPU 부담은 줄지만 버퍼를 늦게 비우게 되기 때문입니다. 한 값으로 고정하지 말고, 바꾼 뒤 카메라 소프트웨어의 손실·재전송 수를 비교합니다.
점보 프레임은 셋 다 맞아야
- 패킷 크기는 경로에서 가장 작은 MTU 를 넘을 수 없습니다(Beckhoff). PC 랜카드만 9014 로 올려도 스위치나 카메라 패킷 크기가 1500 이면 점보 프레임이 쓰이지 않습니다.
- 카메라의 패킷 크기 설정(GevSCPSPacketSize 등)을 랜카드·스위치가 받는 값 이하로 맞춥니다. 큰 패킷을 쓰면 프레임당 패킷 수와 프로토콜 오버헤드가 줄어듭니다.
- 중간에 스위치가 있으면 그 스위치가 점보 프레임을 지원하는지, 켜져 있는지 설명서로 확인합니다.
카메라 연결 랜카드 정리
- MathWorks 문서는 카메라 전용 연결에서 «인터넷 프로토콜 버전 4(TCP/IPv4)» 만 남기고 다른 항목을 끄라고 합니다. 랜카드에 걸린 다른 공급사 드라이버·백신 드라이버도 해제합니다.
- 회사 정책으로 백신을 뺄 수 없다면, 같은 문서는 카메라 전용 랜카드를 하나 더 두고 PC 의 원래 랜카드는 그대로 두는 방법을 적습니다.
- 카메라 여러 대를 랜카드 여러 개에 나눠 꽂으면 자동 IP 로는 안 되고, 랜카드마다 IP 를 정하고 서로 다른 서브넷에 둡니다(MathWorks). 카메라와 그 랜카드가 같은 서브넷인지는 서브넷 계산기로 확인합니다.
- 랜카드 드라이버는 랜카드 제조사의 정상 드라이버를 씁니다. 다른 영상 프로그램이 설치한 전용 고성능 드라이버는 다른 소프트웨어와 맞지 않을 수 있다고 MathWorks 는 적습니다.
방화벽
설정을 다 맞췄는데도 연결이 멈추거나 영상이 오지 않으면 방화벽을 봅니다. Teledyne 문서는 Windows 방화벽이 경고 없이 GigE 연결을 막아 프로그램이 멈출 수 있고, 프로그램을 방화벽 예외에 넣어 해결한다고 적습니다. 카메라 랜카드가 «공용» 네트워크 프로필로 잡혀 있으면 더 엄격한 규칙이 걸립니다.
PC 에서 한 번에 읽기
PortDock Port Inspector 의 «이 PC 랜카드» 카드에서 용도를 «GigE 카메라» 로 고르면, 랜카드마다 점보 프레임·수신 버퍼·인터럽트 완화·EEE(에너지 절약 이더넷)·흐름 제어·속도/이중 값, «전원 절약을 위해 끌 수 있음», 받기 오류·버린 패킷, 네트워크 프로필과 방화벽 켜짐을 관리자 권한 없이 읽고, 위 제조사 문서의 값을 출처 링크와 나란히 보여 줍니다. 장치 관리자 고급 탭의 값은 Microsoft 가 정한 표준 키워드(*JumboPacket·*ReceiveBuffers·*InterruptModeration 등)로 레지스트리에 있어서 랜카드 제조사가 달라도 같은 이름으로 읽힙니다. 바꾸는 것은 장치 관리자에서 직접 합니다(관리자 권한).
랜카드 밖의 원인
랜카드 설정으로 볼 수 없는 것도 있습니다: 카메라 쪽 패킷 크기·패킷 지연 설정, 스위치 버퍼와 업링크 속도, 케이블 품질, PC 의 CPU 부하. 버린 패킷 수가 0 인데 프레임이 빠진다면 카메라 소프트웨어의 재전송·손실 통계와 카메라 설정을 봅니다.
근거
- Basler — Affected Network Parameters (pylon GigE Configurator) — 점보·수신 버퍼·인터럽트 완화·RSS
- MathWorks — Configure Gigabit Ethernet Network Adapter on Windows — 점보 9014·수신 버퍼 2048·자동 협상·IPv4 만·서브넷
- Teledyne Vision Solutions — Windows Firewall may disable GigE network
- Beckhoff TwinCAT 3 Vision — Bandwidth management for GigE Vision — 대역폭 식·MTU·1 GbE 125 MB/s
- Microsoft Learn — Standardized INF Keywords for Network Devices
작성 2026-10-29