임베디드 카메라 획득 설계는 애플리케이션에 필요한 데이터로 시작한 다음 센서, 인터페이스 및 시스템 지원을 검증해야 합니다. 다음은 지정된 하드웨어 조건에 대한 프로젝트 설계 방법입니다. 임의의 센서와 프로세서의 적응을 확립하지 않습니다.
신호 및 데이터 체인
이미징 구성 요소 → 인터페이스 및 전송 구성 요소 → 호스트 수신기 및 드라이버 → 프레임 버퍼 및 타이밍 정보 → 획득 API → 처리, 디스플레이 또는 저장 애플리케이션. 매개변수와 상태는 해당 제어 채널을 사용합니다. 고객 또는 전문 공급업체는 프로젝트별로 합의된 책임에 따라 조명 및 특수 광학 장치를 제공합니다.
레이어별 개발 정의
| 층 | 확인을 위한 입력 | 가능한 출력 |
|---|---|---|
| 이미징 | 센서 또는 모듈, 전원, 시계, 모드 및 형식 | 장치 모드 및 등록 또는 SDK 구성 기록 |
| 수송 | 인터페이스 방향, 케이블, 브리지 또는 SerDes 및 제어 경로 | 인터페이스 정의, 연결 정보 및 링크 상태 |
| 체계 | OS 버전, 드라이버, 수신기, 형식 및 버퍼 지원 | 구성, 드라이버 변경 및 획득 디버깅 기록 |
| 데이터 | 메모리 레이아웃, 타임스탬프, 프레임 식별자 및 소유권 | 프레임 인터페이스, 수명주기 및 오류 문서 |
| 애플리케이션 | 표시, 처리, 기록, 동시성 및 종료 | 예시, 구성 및 기능 검증 기록 |
기존 SDK가 필요한 기능을 제공하는 경우 통합 및 래퍼 범위를 정의합니다. 드라이버 또는 하드웨어 수정이 필요한 경우 소스 코드, 디자인 파일, 빌드 조건 및 테스트를 별도로 나열하십시오. 애플리케이션 래퍼와 보드 수준 개발은 서로 다른 작업입니다.
최소 프레임 인터페이스 정보
프레임 식별자, 캡처 시간 및 클럭 소스, 크기, 픽셀 형식, 행 보폭, 유효한 데이터 길이, 버퍼 소유권, 품질 상태 및 오류 코드를 고려하십시오. 각 타임스탬프의 출처와 의미를 정의합니다. 호스트 수신 시간은 자동으로 센서 노출 시간이 아닙니다. 유효하지 않은 프레임, 연결 끊김 및 시간 초과에 대한 명시적 상태를 반환하므로 다운스트림 소프트웨어가 이전 프레임을 새 결과로 처리하지 않습니다.
단계적 수용
전원, 시작 및 열거를 먼저 확인하십시오. 그런 다음 지정된 모드의 원시 프레임 및 제어, 대상 워크로드 하의 프레임 완성도 및 타이밍을 확인하고 마지막으로 비정상적인 종료, 재연결 및 애플리케이션 통합을 확인합니다. 하드웨어, 펌웨어, OS, 드라이버 및 구성 버전을 보존합니다. 각 단계의 실패와 재현 조건을 기록합니다.
핸드오버 및 평가 입력
합의된 결과물에는 인터페이스 정의, 지정된 소스 코드, 빌드 지침, 구성, 예제, 원시 프레임 및 테스트 기록이 포함될 수 있습니다. 공급업체 SDK, 펌웨어 및 타사 구성 요소는 해당 라이선스에 따라 양도됩니다. 카메라 및 프로세서 모델, 완전한 연결, 대상 모드, SDK 및 시스템 문서, 원시 샘플 및 승인 요구 사항을 제공합니다.
관련 서비스: 센서 드라이버 및 카메라 링크 불러오기, 임베디드 이미지 획득 그리고 프로젝트 문의.