Atlas 200I DK A2 비전 검사 적응에는 어떤 엔지니어링 작업이 포함됩니까?-Huawei Ascend Atlas 비전 검사-Winge Technology

기술 본문

비전 검사 적응에는 일반적으로 장비 및 운영 체제 확인, 카메라 액세스, 알고리즘 실행, Web 또는 로컬 인터페이스, 워크스테이션 I/O, 배포 유지 관리 및 현장 승인이 포함됩니다. 소프트웨어를 시작할 수 있는 것은 적응의 일부일 뿐입니다. 입력, 알고리즘, 결과, 인터페이스 및 버전 관리가 폐쇄 루프를 형성하는 경우에만 장치 측 적응이 엔지니어링 유용성을 가질 수 있습니다.

현재 어셈블리 육안 검사 소프트웨어 및 알고리즘 애플리케이션은 이미 Huawei Ascend Atlas 200I DK A2에서 실행되고 있습니다. 플랫폼의 작동은 소프트웨어, 카메라, 알고리즘 호출 및 결과 링크가 연결되었음을 나타냅니다. 워크스테이션의 생산 승인은 여전히 특정 제품, 독립적인 샘플, 리듬 및 현장 인터페이스와 결합하여 완료되어야 합니다.

1단계: Atlas 하드웨어 및 소프트웨어 환경 확인

적용하기 전에 장치 모델, 프로세서, 운영 체제, 드라이버, 펌웨어, CANN 또는 기타 런타임 버전을 기록하고 스토리지, 메모리, 네트워크 및 주변 장치 인터페이스가 프로젝트 요구 사항을 충족하는지 확인해야 합니다.

Atlas 200I DK A2의 공식 사양에는 Ascend 310 시리즈 프로세서, 8 TOPS INT8, 4 TFLOPS FP16, 4 GB 메모리, USB, MIPI 및 기가비트 네트워크 인터페이스가 포함되며 Ubuntu 22.04 및 openEuler 22.03을 지원합니다. 장비의 공칭 사양은 플랫폼 선택에 사용되며 실제 감지 성능은 알고리즘, 이미지 및 워크스테이션 조건을 기반으로 테스트해야 합니다.

기업 프로젝트에서도 현재 환경이 개발 검증 환경인지 정식 상용 환경인지 확인해야 합니다. 개발자 키트는 연구 개발 및 적응 검증에 적합합니다. 정식 배송을 위해서는 상용 소프트웨어 라이선스, 양산 하드웨어 형태, 런타임 획득 채널, 후속 업그레이드 지원 등이 확인되어야 합니다.

2단계: 카메라 연결 및 이미징 조건 수정

비전 알고리즘의 입력 품질은 카메라, 렌즈, 광원, 장착 위치 및 작업물 상태에 따라 결정됩니다. 시스템에서 카메라를 인식할 수 있다고 해서 이미징이 감지 요구 사항을 충족했다는 의미는 아닙니다.

적응 작업에는 일반적으로 다음이 포함됩니다.

USB/UVC, MIPI 또는 네트워크 카메라 장치를 식별합니다.
드라이버, 장치 권한 및 서비스 실행 사용자를 확인합니다.
해상도, 프레임 속도, 프레임 가져오기 시간 초과 및 연결 끊김 복구를 확인합니다.
고정된 시야, 작동 거리, 초점 거리 및 작업물 위치;
고정 노출, 게인, 화이트 밸런스 및 광원 조건;
원본 이미지에서 가장 작은 대상이나 결함의 픽셀 크기를 확인합니다.
흐림, 노출 과다, 노출 부족 및 폐색에 대한 UNKNOWN 규칙을 만듭니다.

Winge Technology의 현재 프로젝트는 Atlas 200I DK A2에 USB/UVC 카메라 링크를 연결하고 표준 이미지 수집 및 비디오 감지 입구를 형성했습니다. 완전히 중국에 현지화된 솔루션은 중국 카메라, 렌즈 및 광원을 추가로 통합하여 전체 시스템의 영상 검증을 완료할 것입니다.

3단계: 워크스테이션에 적합한 알고리즘 경로 선택

고정 스테이션 육안 검사에는 항상 딥 러닝 모델이 필요한 것은 아닙니다. 알고리즘 선택은 결함 정의, 샘플 수, 포즈 변형 및 이미징 조건을 기반으로 결정되어야 합니다.

참조 이미지와 전통적인 비전

위치가 안정적이고 정상적인 외관이 상대적으로 고정되어 있으며 샘플 수가 적은 워크스테이션에 적합합니다. 일반적인 프로세스에는 전역 등록, ROI 자르기, 밝기 정규화, 지역적 차이 계산 및 기하학적 규칙이 포함됩니다. 이러한 유형의 알고리즘은 차이 위치 및 증거 이미지를 출력하는 데 편리합니다. 현재 프로젝트는 Huawei Ascend Atlas 디바이스에서 동작 검증을 완료했습니다.

딥러닝 알고리즘 확장

카테고리가 많고 포즈 변화가 크며 배경이 복잡하거나 의미 분류가 필요한 장면에 적합합니다. 대표 데이터를 준비하고 객체 감지, 분류 또는 분할 모델을 훈련하고 입력 및 출력, 사전 및 사후 처리, 결과 일관성 및 대상 플랫폼 배포 검증을 완료하는 것이 필요합니다.

실제 데이터와 명확한 정확도 목표가 없으면 단순히 모델 배포를 완료하는 것만으로는 현장 감지 기능을 보여줄 수 없습니다.

4단계: 참조 이미지, ROI 및 탐지 규칙 설정

조립 검사에서는 품질 요구 사항을 실행 가능한 규칙으로 변환해야 합니다. 예를 들면:

부품이 존재해야 하는 위치
정확한 수량은 얼마입니까?
잘못된 패키지에 해당하는 카테고리
위치와 방향에 얼마나 많은 변화가 허용됩니까?
이미지 품질이 조건을 충족하지 못하는 경우 어떻게 해야 합니까?
여러 규칙을 PASS, FAIL 또는 UNKNOWN로 요약하는 방법.

Winge Technology 현재 소프트웨어는 여러 OK 참조 이미지 수집, ROI 설명, 누락/잘못된 부품 조립 규칙 구성 및 감지 증거 저장을 지원합니다. 정상적인 변동을 추정하기 위해 여러 참조 이미지가 사용되지만 3개의 참조 이미지는 현재 코드에서 설정한 이미지 수 임계값에 도달합니다. 공식 워크스테이션에서는 여전히 배치, 교대 근무, 온도 및 허용되는 이미징 변경 사항을 다루어야 합니다.

5단계: 작업 인터페이스 및 결과 증거 완성

엔지니어링 현장에서는 알고리즘 출력이 필요할 뿐만 아니라 운영자가 이를 구성하고 검토할 수 있어야 합니다. 적응 인터페이스에는 일반적으로 다음이 포함됩니다.

카메라 및 이미지 소스 선택
OK 참조 이미지 수집;
ROI 및 규칙 구성;
단일, 연속 또는 트리거 감지;
PASS, FAIL, UNKNOWN 상태;
원본 도면, 증거 도면, 규칙 및 시간 기록;
중국어, 영어 또는 기타 언어 인터페이스;
운영자, 엔지니어 및 관리자 권한.

현재 프로젝트는 중국어 및 영어 Web 구성 플랫폼을 구성하고 Atlas 실제 머신에서 메인 페이지, 카메라 및 결과 링크를 검증했습니다. 공식 상용 버전에는 고객 요구 사항에 따라 로그인, 권한, TLS, 감사 및 레시피 승인도 추가해야 합니다.

6단계: I/O, PLC 또는 비즈니스 시스템에 액세스

육안 검사 결과는 실제 공작물과 일대일로 일치해야 합니다. 현장 적응은 다음을 지정해야 합니다.

공작물을 제자리로 보내고 트리거 신호를 감지하는 사람;
카메라는 언제 프레임을 촬영합니까?
시간 초과, 반복되는 트리거 및 누락된 트리거를 처리하는 방법
PASS, FAIL 및 UNKNOWN를 출력하는 방법;
부적격 제품을 차단하거나 수동 검토로 전환하는 방법
MES, 바코드 또는 일련 번호가 결과를 상호 연관시키는 방법
서비스 재시작 또는 네트워크 중단 후 복구하는 방법.

완전히 중국에 현지화된 솔루션은 연결을 위해 중국 I/O 또는 제어 장비를 사용합니다. 인터페이스 조인트 디버깅이 완료되기 전에는 소프트웨어에 인터페이스 설계 기능이 있다는 의미일 뿐 현장 폐쇄 루프가 승인되었음을 의미할 수는 없습니다.

7단계: 배포, 업그레이드 및 롤백 기능 설정

개발 환경에서는 코드를 직접 수정할 수 있지만 프로덕션 환경에서는 추적 가능한 버전이 필요합니다. 최소한 다음을 유지하는 것이 좋습니다.

소프트웨어 버전 번호 및 출시 날짜
릴리스 패키지 및 SHA-256;
레시피 및 구성 백업;
현재 버전 및 이전 버전 포인터
서비스 상태 및 키 파일 해시
업그레이드된 카메라, 인터페이스 및 연기 감지기
명시적인 롤백 방법.

Winge Technology 현재 Atlas 프로젝트는 변경 불가능한 릴리스 디렉터리, 공유 데이터, 구성 백업 및 롤백 지점을 설정했습니다. 이 기능은 배송 및 유지 관리 문제를 해결하지만 알고리즘의 정확성이 승인되었음을 의미하지는 않습니다.

8단계: 워크스테이션에 따라 정식 수락을 완료합니다.

공식적인 승인에는 최소한 다음 사항이 포함되어야 합니다.

독립적인 OK/NG 샘플 세트;
핵심 결함 발견률 누락
OK 허위 차단율;
UNKNOWN 속도;
단일 곡의 템포 및 리소스 사용량;
노출, 위치, 배치 및 온도 변화;
카메라 연결 끊김 시 지속적인 작동 및 복구;
I/O, PLC 또는 MES 폐쇄 루프;
레시피 전환, 권한 및 감사.

테스트 횟수, 임계값 및 자격 기준은 제품 위험을 기반으로 두 프로젝트 당사자 모두에 의해 확인됩니다. 합성 사진, 매개변수 조정 샘플 또는 단기 연기 테스트는 생산 승인을 대신할 수 없습니다.

FAQ

Atlas에서 소프트웨어를 시작하면 적응이 완료되었음을 의미합니까?

같지 않습니다. 또한 카메라, 알고리즘, 규칙, 결과, 인터페이스, 배포 및 대상 스테이션 승인을 확인합니다.

감지 소프트웨어가 실제로 Atlas 장치에서 실행되고 있습니까?

이미 실행 중입니다. 현재 프로젝트는 Atlas 200I DK A2에 대한 소프트웨어 시작, USB/UVC 카메라 액세스, 표준 이미지, ROI 규칙, 중국어 및 영어 인터페이스, 감지 결과 및 버전 롤백 확인을 완료했습니다.

조정이 완료된 후 다른 워크스테이션에 직접 복사할 수 있습니까?

직접적으로 추측할 수는 없습니다. 다양한 카메라, 렌즈, 광원, 작업물 및 비트에 따라 입력 조건이 변경되며 각 워크스테이션은 여전히 재구성되고 수용되어야 합니다.

Atlas 개발자 키트를 대량 생산 기준으로 직접 사용할 수 있습니까?

공식적인 납품 계획을 결정하기 전에 먼저 소프트웨어 라이센스, 상용 운영 환경, 대량 생산 하드웨어 형태 및 지원 채널을 확인해야 합니다.

출처 및 설명

Atlas 200I DK A2기본 사양:https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/pd/pd_0004.html
Atlas 200I DK A2 소프트웨어 사용 설명: https://www.hiascend.com/document/detail/zh/Atlas200IDKA2DeveloperKit/23.0.RC2/qs/qs_0018.html