RK3588 시스템 적응 입력 자료: Android, Linux 및 OpenHarmony 범위 설정

엔지니어링 가이드

RK3588 Android 보드 SDK 베이스라인 조달 시에는 접근 방식을 결정하기 전에 아래 표의 입력 자료, 증적 및 미해결 항목을 먼저 확인해야 합니다. 누락된 자료에 대해서는 담당자와 확보 방법을 지정하며, 데모만으로는 호환성이나 성능을 확정할 수 없습니다.

세 가지 프로젝트 방향별 확인 사항

모든 열을 보려면 표를 가로로 스크롤하십시오.

프로젝트 방향	주요 입력 자료	별도 구분 필요 업무
Android 시스템 및 장치 애플리케이션	제조사 Android SDK, 보드, 주변장치 및 APK/SDK	시스템 설정, 권한, 주변장치 인터페이스, 애플리케이션 서비스, 서명 및 업그레이드.
Linux BSP 및 장치 애플리케이션	부트로더, 커널, 디바이스 트리, 루트 파일시스템 및 대상 주변장치	부팅, 드라이버, 사용자 공간 인터페이스, 시스템 서비스, 이미지 및 복구.
OpenHarmony 단계별 적응	지정된 시스템 소스 코드, 보드 자료, 빌드 및 부팅 목표	최소 부팅, 시스템 서비스, 그래픽, 멀티미디어 등 단계를 명확히 하고 항목별로 평가.

이 표는 프로젝트 분담표이며, 교차 시스템 호환성 목록이 아닙니다. 시스템, SDK 또는 보드를 변경할 경우 기존 검증 기록의 적용 범위를 재평가해야 합니다.

견적 요청 전 준비할 자료

• 보드 모델명, 하드웨어 리비전, 회로도, 저장장치 및 디버그 연결 방식.

• SDK 또는 소스 코드, 버전/커밋 해시, 툴체인, 빌드 명령어 및 기존 이미지.

• 각 주변장치의 모델명, 인터페이스, 목표 모드 및 현재 작동 상태.

• 비즈니스 애플리케이션, 인터페이스, 권한, 데이터 입출력 및 제3자 의존성.

• 현재 장애의 재현 단계, 로그, 발생 빈도 및 시도한 조치.

• 납품하기로 합의한 소스 코드, 패치, 이미지, 문서 및 유지보수 책임.

제공할 수 없는 자료는 격차(gap)로 분류하여 양측이 확보 방법을 확인하거나 평가 단계를 정의하며, 검증되지 않은 버전으로 빈자리를 채우지 않습니다.

재시험 가능한 조건으로 인수 기준 작성

"시스템 적응 완료"라는 모호한 표현 대신 "지정된 매체에서 지정된 보드에 지정된 버전을 부팅하고, 절차에 따라 로그를 수집하여 서비스 상태를 확인"과 같은 조건으로 대체합니다. 디스플레이, 카메라, 오디오, 네트워크, 애플리케이션, 업그레이드 및 장시간 구동은 각각 테스트 조건이 필요하며, 최소 부팅 통과가 이러한 작업을 자동으로 대체하지 않습니다.

NPU 작업이 포함된 경우 모델, 샘플, 전처리 및 후처리, 목표 환경을 별도로 첨부해야 하며, 시스템 부팅 가능 여부를 모델 배포 증거로 삼아서는 안 됩니다.

기존 사례를 통한 단계 판단

OpenHarmony 6.1 RK3588 Stage-0 사례는 제한된 보드에서의 최소 헤드리스(headless) 검증을 공개한 것으로, 해당 로그 및 이미지 확인 방법은 단계별 납품 참고용으로 사용될 수 있으나, 전체 그래픽, 멀티미디어 또는 양산 인증이 완료되었음을 의미하지 않습니다.

Android 애플리케이션 통합은 오프라인 TTS SDK 사례를 참고할 수 있으며, 이 경우에도 사례 자체의 시스템, 장치 및 테스트 경계를 유지해야 합니다.

후속 작업 패키지 분할 방법

기존 SDK는 있으나 주변장치가 작동하지 않는 경우 Android 적응 또는 Linux BSP 서비스부터 시작할 수 있습니다. 모델 변환 및 추론 통합은 NPU 배포 서비스에 해당합니다. 보드, 버전, 인터페이스 및 테스트 입력 자료를 준비한 후 개발 범위와 견적 근거를 논의하십시오.

조달 점검표

모든 열을 보려면 표를 가로로 스크롤하십시오.

점검 항목	입력 및 확인 사항	판단 경계
버전 대응	보드 하드웨어 리비전, SDK 커밋 해시, 패치 및 기존 이미지를 항목별로 대조	동일한 칩이라고 해서 보드 수준 호환성 검사를 대체할 수 없음
소스 코드 및 빌드	소스 코드 범위, 툴체인, 의존성 확보 및 빌드 사용 권한 확인	누락된 내용은 확보 책임을 등록하며, 검증되지 않은 버전으로 보완하지 않음
서명 및 릴리스	디버그 빌드, 서명 서비스, 업그레이드 및 제3자 라이선스 구분	양산용 개인 키는 개발사에 인도할 필요가 없으며, 통제된 서명 방식을 합의함

시작하기 전에 어떤 자료가 필요한가요?

완전한 보드 모델명 및 리비전, Android SDK, 빌드 설명서, 기존 이미지, 주변장치 목록 및 시리얼 로그입니다. 먼저 자료의 버전과 가용성을 확인하고, 누락된 항목은 확인 대기 중인 입력 자료로 보존합니다.

납품 및 인수 범위는 어떻게 확인하나요?

합의된 환경에서 납품 절차에 따라 빌드 및 지정된 보드 부팅을 완료하고, 버전, 로그 및 문제 항목을 확인합니다. 차단 결함(blocking defect)의 처리 방안도 확인해야 합니다. 베이스라인 재현 가능성이 주변장치, 애플리케이션, 장기 안정성 또는 양산 릴리스 통과를 의미하지는 않으며, Linux와 OpenHarmony는 별도로 프로젝트를 수립합니다.

중국 선전(Shenzhen) 기업의 경우 위 자료를 제출하여 원격 검토를 먼저 진행할 수 있습니다. 시제품 연동, 샘플 발송, 현장 작업 및 비용은 구체적인 프로젝트에 따라 확인합니다.

Linux 타겟 보드 조달 추가 점검

모든 열을 보려면 표를 가로로 스크롤하십시오.

점검 항목	입력 및 확인 사항	판단 경계
보드 및 매체	보드 리비전, 저장장치 구성 및 부팅 선택 확인	동일한 프로세서라고 해서 부팅 구성이 동일함을 증명할 수 없음
SDK 구성	부트로더, 커널, 디바이스 트리, 루트 파일시스템 및 툴체인 버전 나열	제조사 바이너리, 수정 가능한 소스 코드 및 재배포 권한을 구분
디버그 및 복구	시리얼 레벨, 배선, 복구 도구 및 승인된 접근 확인	복구 조건이 없을 때 기존 부팅 매체를 섣불리 덮어쓰지 않음

이는 중국 톈진(Tianjin) 기업을 대상으로 한 Linux 베이스라인 자료 검토에도 동일하게 적용됩니다. Android, Linux 및 OpenHarmony는 각각 범위를 확인해야 하며, 테스트 결론을 상호 사용할 수 없습니다.

개발 및 납품에 합의하기 전에 서비스 범위를 검토하고 프로젝트 입력 자료를 제출하십시오. 중국어 원문의 서비스 범위