RK3588システム適応資料リスト：Android、Linux、OpenHarmonyのスコープ定義

エンジニアリングガイド

RK3588 AndroidボードSDKベースラインの調達にあたっては、まず下表の入力事項、エビデンス、未解決項目を確認してから方針を決定してください。不足資料については担当者と取得方法を登録し、デモのみで互換性や効果を安易に確定しないでください。

3つのプロジェクト方向での確認事項

すべての列を表示するには、表を横にスワイプしてください。

プロジェクト方向	主な入力事項	個別に切り出すべき作業
Androidシステムとデバイスアプリ	メーカーAndroid SDK、ボード、周辺機器、APK/SDK	システム設定、権限、周辺機器I/F、アプリサービス、署名/アップグレード
Linux BSPとデバイスアプリ	ブートローダー、カーネル、デバイスツリー、ルートファイルシステム、対象周辺機器	起動、ドライバー、ユーザー空間I/F、システムサービス、イメージ、リカバリ
OpenHarmony段階的適応	指定システムソース、ボード資料、ビルド・起動ターゲット	最小起動、システムサービス、グラフィックス、マルチメディア等の段階を明確にし、逐次評価

これはプロジェクト分担表であり、クロスシステム互換リストではありません。OS、SDK、ボードを変更する際は、既存検証記録の適用範囲を再判断する必要があります。

見積もり前に準備可能な資料

• ボード型番、ハードウェアリビジョン、回路図、ストレージ、デバッグ接続方式

• SDKまたはソースコード、バージョン/コミットハッシュ、ツールチェーン、ビルドコマンド、既存イメージ

• 各周辺機器の型番、インターフェース、ターゲットモード、現在の動作状態

• ビジネスアプリ、インターフェース、権限、入出力データ、サードパーティ依存関係

• 現在発生している不具合の再現手順、ログ、発生頻度、既実施対策

• 納品予定のソースコード、パッチ、イメージ、ドキュメント、保守責任

提供できない資料はギャップとして単独列出し、双方で取得方法や評価フェーズを確認してください。未検証のバージョンで空白を埋めないでください。

受入条件を再テスト可能な形で記述する

「システム適応完了」といった曖昧な表現の代わりに、「指定バージョンを指定ボードで指定メディアから起動し、手順に従ってログを採取してサービス状態を確認する」といった条件を用いてください。ディスプレイ、カメラ、オーディオ、ネットワーク、アプリ、アップグレード、長時間稼働にはそれぞれテスト条件が必要です。最小起動の通過だけではこれらの作業を自動的にカバーできません。

NPUタスクを含む場合は、モデル、サンプル、前処理・後処理、ターゲット環境を別途添付し、システムが起動できることをもってモデル展開済みの証拠としてはなりません。

既存事例でフェーズを判断する

OpenHarmony 6.1 RK3588 Stage-0事例で公開されているのは、限定されたボードにおける最小ヘッドレス検証です。そのログとイメージ確認方法は段階的納品の参考になりますが、完全なグラフィックス、マルチメディア、量産認証が完了したことを示すものではありません。

Androidアプリ統合についてはオフラインTTS SDK事例も参照できますが、当該事例固有のシステム、デバイス、テスト境界を維持する必要があります。

次のワークパッケージ分割方法

SDKはあるが周辺機器が動作しない場合は、Android適応またはLinux BSPサービスから着手できます。モデル変換と推論統合はNPUデプロイサービスの対象です。ボード、バージョン、インターフェース、テスト入力を準備した上で、開発範囲と見積もりの根拠を協議してください。

調達チェックリスト

すべての列を表示するには、表を横にスワイプしてください。

確認項目	入力とチェック内容	判断境界
バージョン対応	ボードHWリビジョン、SDKコミットハッシュ、パッチ、既存イメージの逐项対応	同一チップでもボードレベル互換チェックの代わりにはならない
ソースとビルド	ソース範囲、ツールチェーン、依存関係取得、ビルド使用権限の確認	欠落内容は取得責任を登録し、未検証バージョンで補完しない
署名とリリース	デバッグビルド、署名サービス、アップグレード、サードパーティライセンスの区別	量産用秘密鍵は開発側に引き渡さない。管理された署名方式を合意する

着手前に必要な資料は？

完全なボード型番とリビジョン、Android SDK、ビルド説明書、既存イメージ、周辺機器リスト、シリアルログ。まず資料のバージョンと可用性を確認し、欠落項目は未確認入力として保留します。

納品と受入範囲をどう確定するか？

合意された環境で納品手順に従いビルドと指定ボード起動を完了し、バージョン、ログ、問題項目を確認します。ブロッカー欠陥の扱いも確認が必要です。ベースラインの再現性は、周辺機器、アプリ、長期安定性、量産リリースの合格を保証しません。LinuxとOpenHarmonyは別プロジェクトとして立案します。

中国深センの企業様向けには、上記資料を提出してリモートレビューを開始できます。試作機連携、サンプル郵送、オンサイト作業および費用は個別プロジェクトごとに確定します。

Linuxターゲットボード調達補足チェック

すべての列を表示するには、表を横にスワイプしてください。

確認項目	入力とチェック内容	判断境界
ボードとメディア	ボードリビジョン、ストレージ構成、ブート選択の確認	同一プロセッサでも起動構成が同一とは限らない
SDK構成	ブートローダー、カーネル、デバイスツリー、ルートFS、ツールチェーンバージョンの列挙	メーカーバイナリ、修正可能ソース、再配布権限を区別する
デバッグとリカバリ	シリアルレベル、配線、リカバリツール、認可アクセスの確認	リカバリ手段がない状態で元のブートメディアを上書きしない

中国天津の企業様向けLinuxベースライン資料レビューにも同様に適用されます。Android、Linux、OpenHarmonyはそれぞれ範囲を確認し、テスト結論を相互流用できません。

開発と納品の合意前に、サービス範囲を確認し、プロジェクト情報を提出してください。 中国語原文のサービス範囲