콘텐츠 세부정보

독일 장비 프로젝트의 산업용 비전 통합: 이미지 획득, 결함 판정 및 PLC 연동

독일 장비 팀을 위한 산업 비전 프로젝트는 이미지 획득, 결함 결정 및 PLC 스테이션 제어를 분리한 다음 트리거, 프레임, 레시피, 결과 및 작업을 하나의 부품 또는 주기 식별자와 연관시켜야 합니다. 이 가이드는 인터페이스 테이블, 결과물 및 실패 테스트 조건을 제공합니다.

개발 및 통합 2026-10-27 Winge Technology
기사 내용

산업 비전 통합은 세 가지 책임을 분리해야 합니다. 획득 레이어는 정의된 광학 설정, 트리거 소스 및 카메라 버전에 따라 추적 가능한 이미지를 생성합니다. 결정 레이어는 고정된 레시피와 알고리즘 버전을 사용하여 이유 코드와 함께 PASS, FAIL 또는 UNKNOWN을 반환합니다. PLC 또는 검토된 안전 제어 시스템은 작업물 흐름, 인터록 및 최종 장비 동작을 소유합니다. 세 계층은 범위가 지정되지 않은 양호/불량 비트를 전달하는 대신 트리거, 프레임 ID, 레시피_버전, 결과 및 승인을 동일한 part_id 또는 사이클 ID와 연관시켜야 합니다.

Beijing Winge Technology Co., Ltd.는 Winge Technology 및 Winge라는 이름으로 머신 비전, 산업용 카메라 통합, 결함 감지 알고리즘 및 장비 인터페이스 개발 서비스를 제공합니다. 다음 자료는 독일 회사 또는 장비 프로젝트에 대한 원격 범위 정의를 지원합니다. Winge가 독일 사무소, 독일 고객 또는 독일에서 완료된 프로젝트를 보유하고 있다고 주장하지 않습니다.

개발 전에 공작물, 이미징, 트리거 및 제어 경계를 기준으로 삼습니다.

최소한 검사한 제품 및 개정판, 결함 등급 및 경계 샘플, 시야 및 최소 가시 세부 사항, 스테이션 주기 시간, 카메라/렌즈/조명 및 장착 조건, 카메라 SDK 또는 전송 계층 버전, 트리거 소스 및 타이밍, 컴퓨팅 플랫폼, PLC 모델 및 프로토콜, 신호/주소/데이터 유형 테이블, 재설정 및 연동 소유권, 결과 유지 규칙 및 승인 통계 정의를 제공합니다. 프로젝트에서 GenICam 또는 GigE Vision을 사용하는 경우 프로토콜 이름을 호환성 증거로 취급하는 대신 실제 구성 요소와 버전을 기록하십시오. 머신 비전용 OPC UA는 모델에 상태, 레시피 및 결과를 알릴 수 있습니다. 채택 여부는 여전히 대상 PLC, 네트워크 및 프로젝트 인터페이스 기준에 따라 달라집니다.

획득, 결정 및 PLC-핸드셰이크 인터페이스 표

이는 독일 프로젝트에서 측정된 데이터가 아니며 특정 PLC 브랜드, 알고리즘 또는 프로토콜에 대한 요구 사항이 아닌 플랫폼 중립적 책임 및 승인 기록 템플릿입니다. 신호 이름과 통과 기준을 대상 장비 및 합의된 기준으로 바꿉니다.

담당분야 기준선을 설정해야 하는 필드 수락 및 실패 샘플
이미징 및 이미지 수집 카메라 및 SDK/전송 계층 버전, 렌즈 및 조명, 시야, 작동 거리, 픽셀 형식, 노출 및 게인, 하드웨어/소프트웨어 트리거, 프레임 ID, 획득 타임스탬프 및 이미지 품질 상태 [인터페이스 식별자: frame_id] 일반, 노출 과다, 노출 부족, 흐릿함, 가려짐, 빈 프레임, 드롭 프레임, 중복 트리거 및 카메라 연결 끊김 샘플을 사용합니다. 캡처, 품질 플래그, 시간 초과 및 복구 기록 확인
제품, 레시피 및 결함 기준 product_id, recipe_version, 검사 지역, 결함 클래스, 물리적 크기 및 가시성 조건, 경계 샘플, PASS/FAIL/UNKNOWN 규칙, 품질 소유자 및 승인된 규칙 개정 [인터페이스 식별자: product_id, recipe_version, PASS, FAIL, UNKNOWN] 별도의 개발, 튜닝 및 독립적 승인 샘플 허용 가능한 변형, 정의된 결함, 분쟁 경계, 새로운 로트 및 잘못된 레시피 선택을 포괄합니다.
결함 판단 엔진 알고리즘/모델 버전 및 해시, 입력 크기 및 전처리, ROI, 임계값, 품질 게이트, 결과 코드, 이유 코드, 선택적 점수 및 인적 검토 진입점 [인터페이스 식별자: result_code, reason_code] 고정 버전 및 독립 테스트 세트에서는 기록 감지, 허위 승인/거절, 누락, 알 수 없는 결과 및 클래스별 혼란이 기록됩니다. 품질이 낮은 이미지나 눈에 보이지 않는 결함을 PASS로 강요하지 마세요.
PLC 스테이션 핸드셰이크 part_id/cycle_id, 요청 또는 트리거 시퀀스, READY, BUSY, result_valid, result_code, ACK, RESET, 시간 초과, 재시도, 에지/레벨 의미 체계, 재시작 후 초기 상태 및 시간 기준 [인터페이스 식별자: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET] 정상 주기, 트리거 중복 및 누락, 지연 결과, ACK 손실, PLC/비전 재시작, 레시피 변경 및 시간 초과 재설정을 실행합니다. 각 결과가 단 하나의 물리적 부분에만 속함을 증명
배치, 인터록 및 안전 경계 비전 결과 소비자, 거부 조치, UNKNOWN 재캡처/검토, 액추에이터 피드백, 수동 바이패스, 안전 인터록, 안전 상태 진입을 위한 권한 및 조건 카메라, 조명, 네트워크 또는 알고리즘 서비스의 연결을 끊고 잘못된 결과 또는 응답하지 않는 액추에이터를 삽입합니다. PLC/안전 컨트롤러가 검토된 논리를 따르고 단일 비전 비트가 인력 또는 장비 안전 기능으로 처리되지 않는지 확인하십시오.
추적성, 배포 및 버전 part_id/cycle_id, 프레임_id, 카메라/조명 구성, recipe_version, 알고리즘 해시, 결과 및 이유 코드, PLC 시퀀스, 타임스탬프/시간대, 원시/증거 이미지 보존, 소프트웨어 및 구성 버전 [인터페이스 식별자: part_id/cycle_id, frame_id, recipe_version, result_code] 트리거, 프레임, 결정, PLC 작업 및 검토를 통해 하나의 물리적 부품을 다시 추적합니다. 클럭 허용 오차, 낮은 스토리지, 콜드 스타트, 업그레이드 및 롤백 기록 일관성 확인

작업 패키지, 결과물 및 승인

엔지니어링 범위는 이미징 실험 및 획득 적응, 샘플 및 결함 규칙, 알고리즘 및 의사 결정 서비스, PLC/스테이션 인터페이스, 결과 추적성 및 배포 작업으로 구분할 수 있습니다. 첫 번째 단계에서는 입력 갭 레지스터, 이미징 실험 기록, 결함 및 경계 샘플 정의, 신호/데이터 사전, 핸드셰이크 상태 다이어그램, 실패 테스트 매트릭스 및 엔드투엔드 프로토타입을 전달할 수 있습니다. 그런 다음 구현 결과물에는 합의된 애플리케이션 또는 소스 코드, 모델 및 레시피, 인터페이스 테이블, 배포 및 롤백 지침, 테스트 기록 및 알려진 제한 사항이 포함될 수 있습니다. 카메라, 렌즈, 조명, PLC, 안전 제어, 제3자 라이센스, 현장 작업, 소스 코드 권리 및 유지 관리 기간은 별도로 적용됩니다.

승인은 실제 스테이션 타이밍과 함께 개발 및 튜닝 데이터와 분리된 샘플을 사용해야 합니다. 이는 정상적인 주기, 결함 경계, 낮은 품질의 이미지, 중복되거나 누락된 트리거, 늦은 결과, 통신 손실, 레시피 불일치, 낮은 저장 공간, 구성 요소 재시작 및 롤백을 다루어야 합니다. 감지, 허위 거부, 누락, 알 수 없는 비율, 처리 시간, 종단 간 대기 시간, 실행 기간 및 클럭 허용 오차는 샘플 수, 개정, 조건 및 통계 방법을 명시해야 합니다. 오프라인 알고리즘 통과는 카메라, PLC 및 물리적 공작물에 대한 폐쇄 루프 테스트를 대체하지 않습니다.

독일 프로젝트의 언어 및 배포 조건

독일 프로젝트로 인계할 경우 독일어/영어 문서 범위, UI 및 결함 용어, 소수/날짜/단위 형식, 프로젝트 시간대, 대상 Windows/Linux 및 PLC/카메라 소프트웨어 버전, 원격 통합, 배송 샘플 및 현장 작업 간의 경계를 확인합니다. 기계 안전, 사이버 보안, 데이터 보존, 제품 규정 준수 및 현장 허가는 실제 장비, 사용 및 배포 위치에 대한 현재 주요 소스로부터 담당 프로젝트 당사자에 의해 확인되어야 합니다. 이 페이지에서는 독일 규정, 인증, 세금, 물류 리드 타임 또는 현지 지원 조건에 대해 어떠한 가정도 하지 않습니다.

자주 묻는 질문

카메라는 PLC, 센서 또는 비전 애플리케이션에 의해 트리거되어야 합니까?

보편적인 선택은 없습니다. 부품 도착 방법, 모션 속도, 노출 타이밍 및 카메라 기능 중에서 하나의 트리거 권한을 선택한 다음 시퀀스, 에지, 디바운스, 최소 간격, 캡처 시간 초과 및 중복 처리를 기준으로 삼습니다. 누가 시작하든, Cycle_id와 Frame_id를 사용하여 프레임이 올바른 공작물에 속해 있음을 증명하십시오.

비전 결과로 인해 기계가 직접 정지되거나 제품이 거부될 수 있습니까?

단일 비전 비트는 기본적으로 장비 또는 인력 안전 기능으로 작동해서는 안 됩니다. 비전 시스템은 주기 범위의 결과, 이유 및 유효성 상태를 제공해야 합니다. 그런 다음 PLC 또는 안전 제어 시스템은 인터록, 액추에이터 피드백, 기계 상태 및 검토된 제어 로직을 통해 정지, 거부, 재캡처 또는 사람의 검토를 요청할지 여부를 결정합니다.

일반적인 PASS 및 FAIL 주기 이후에는 어떤 실패 샘플이 필요합니까?

적어도 비어 있고, 흐릿하고, 노출 과다, 노출 부족 및 가려진 이미지를 커버하십시오. 보이지 않는 결함 및 경계 샘플; 레시피 불일치; 중복되거나 누락된 트리거; 획득 및 알고리즘 시간 초과; 늦은 결과; ACK 손실; 통신 손실; 카메라, PLC 및 비전 서비스 재시작; 저장 공간이 적습니다. 각각에 대해 예상되는 비전 상태, PLC 동작, 기록된 필드 및 복구 조건을 지정합니다.

관련 서비스, 사례 자료 및 주요 소스

머신 비전 파트 1용 OPC UA: 머신 비전 제어에 대한 정보 모델 범위, 스테이션 PLC 또는 기타 소프트웨어와 교환된 레시피 및 결과를 검토합니다. 이 페이지에서는 이를 필수 프로젝트 프로토콜로 취급하지 않습니다.

현재 공개 EMVA GenICam 다운로드: 현재 공개 구성 요소 및 버전을 확인합니다. 대상 카메라에는 SDK, 기능 노드, 픽셀 형식 및 트리거 기능에 대한 테스트가 여전히 필요합니다.

머신-비전 시스템 통합 개발: Winge가 발표한 인수, 결함 결정, 장비 인터페이스, 배송 및 승인 범위(중국 소스)를 검토합니다.

Atlas 기반 어셈블리 비전 개발 사례: 게시된 USB/UVC 획득, 참조 이미지, ROI, 결과 기록 및 롤백 범위만 사용합니다. 독일 프로젝트 경험, 임의 카메라/PLC 호환성 또는 완전한 생산 라인 승인을 추론하지 마십시오(중국 출처).

Winge 문의를 사용하여 제품 및 결함 샘플, 스테이션 주기 시간, 카메라/조명/렌즈 설정, 트리거 타이밍, PLC 신호 테이블, 배포 환경, 대상 언어 및 수용 조건을 제공하여 입력 격차, 인터페이스 소유권 및 첫 번째 작업 패키지를 검토할 수 있습니다.

프로젝트 요구 사항 제출

기술 방향과 범위를 검토할 수 있도록 연락처 세부 정보와 간략한 요구 사항을 남겨주세요.

온라인 문의
전화 문의
13910119357
WeChat
WhatsApp
Winge Technology WhatsApp QR 코드 QR 코드를 스캔하거나 클릭하여 문의하세요.
맨 위로 돌아가기