مدخلات تكييف نظام RK3588: تحديد نطاق Android وLinux وOpenHarmony

دليل هندسي

عند شراء خط أساس SDK للوحة RK3588 Android، يجب أولاً التحقق من المدخلات والأدلة والعناصر المعلقة الواردة في الجدول أدناه قبل تحديد الحل. يجب تعيين مسؤول وطريقة الحصول لكل مستند مفقود، وعدم تأكيد التوافق أو الأداء بناءً على العرض التوضيحي فقط.

ما يجب تأكيده لكل من اتجاهات المشاريع الثلاثة

اسحب الجدول أفقيًا لعرض جميع الأعمدة.

اتجاه المشروع	المدخلات الرئيسية	الأعمال التي يجب تحديدها بشكل منفصل
نظام Android وتطبيقات الجهاز	SDK الخاص بالشركة المصنعة لنظام Android، اللوحة، الأجهزة الطرفية، وAPK/SDK	تكوين النظام، الأذونات، واجهات الأجهزة الطرفية، خدمات التطبيقات، التوقيع والترقيات.
Linux BSP وتطبيقات الجهاز	محمل الإقلاع (Bootloader)، النواة (Kernel)، شجرة الجهاز (Device Tree)، نظام ملفات الجذر (Root Filesystem)، والأجهزة الطرفية المستهدفة	الإقلاع، برامج التشغيل، واجهات مساحة المستخدم، خدمات النظام، الصور والاسترداد.
تكييف OpenHarmony المرحلي	كود المصدر المحدد، وثائق اللوحة، أهداف البناء والإقلاع	تحديد الحد الأدنى للإقلاع، خدمات النظام، الرسومات، الوسائط المتعددة وغيرها كمراحل منفصلة لتقييم كل بند على حدة.

هذا جدول لتقسيم مسؤوليات المشروع، وليس قائمة توافق عبر الأنظمة. عند تغيير النظام أو SDK أو اللوحة، يجب إعادة تقييم نطاق صلاحية سجلات التحقق السابقة.

المواد التي يمكن تحضيرها قبل طلب عرض السعر

• طراز اللوحة الكامل، نسخة الهاردوير، المخطط الكهربائي، التخزين، وطرق اتصال التصحيح.

• SDK أو كود المصدر، رقم الإصدار/الالتزام (Commit)، سلسلة الأدوات، أوامر البناء، والصور الموجودة مسبقًا.

• طراز كل جهاز طرفي، الواجهة، الوضع المستهدف، وحالة التشغيل الحالية.

• تطبيقات الأعمال، الواجهات، الأذونات، مدخلات ومخرجات البيانات، وتبعيات الطرف الثالث.

• خطوات استنساخ الأعطال الحالية، السجلات، معدل التكرار، والإجراءات التي تم تجربتها.

• كود المصدر المقرر تسليمه، الرقع البرمجية، الصور، الوثائق، ومسؤوليات الصيانة.

يجب إدراج المواد غير المتاحة كفجوات، ويتفق الطرفان على طريقة الحصول عليها أو مرحلة التقييم، ولا يتم ملء الفجوات بإصدارات غير موثقة.

صياغة شروط قبول قابلة لإعادة الاختبار

استبدل العبارة العامة "اكتمل تكييف النظام" بشروط محددة مثل: "إقلاع الإصدار المحدد على اللوحة المحددة من وسيط تخزين محدد، وجمع السجلات وفقًا للخطوات والتحقق من حالة الخدمات". تتطلب الشاشة، الكاميرا، الصوت، الشبكة، التطبيقات، الترقيات، والتشغيل المستمر شروط اختبار خاصة بكل منها؛ ولا يغطي الحد الأدنى للإقلاع هذه العناصر تلقائيًا.

إذا تضمنت المهمة أعمال NPU، يجب إرفاق النموذج، العينات، المعالجة المسبقة واللاحقة، والبيئة المستهدفة بشكل منفصل، وعدم اعتبار قدرة النظام على الإقلاع دليلاً على نشر النموذج.

استخدام الحالات السابقة لتحديد المرحلة

توثق حالة OpenHarmony 6.1 RK3588 Stage-0 تحققًا محدودًا بدون واجهة رسومية على لوحة معينة. يمكن استخدام طرق فحص السجلات والصور فيها كمرجع للتسليم المرحلي، لكنها لا تعني اكتمال الرسومات الكاملة، الوسائط المتعددة، أو اعتماد الإنتاج.

يمكن الرجوع إلى حالة SDK لـ TTS دون اتصال لتكامل تطبيقات Android، مع ضرورة مراعاة حدود النظام والجهاز والاختبار الخاصة بالحالة نفسها.

كيفية تقسيم حزم العمل التالية

إذا كان SDK متوفرًا ولكن الأجهزة الطرفية لا تعمل، يمكن البدء من تكييف Android أو خدمة Linux BSP؛ أما تحويل النماذج وتكامل الاستدلال فيندرج تحت خدمة نشر NPU. جهز اللوحة، الإصدار، الواجهات، ومدخلات الاختبار قبل مناقشة نطاق التطوير وأساس التسعير.

قائمة مراجعة المشتريات

اسحب الجدول أفقيًا لعرض جميع الأعمدة.

بند التحقق	المدخلات والفحص	حدود الحكم
تطابق الإصدارات	المطابقة الدقيقة بين نسخة هاردوير اللوحة، رقم التزام SDK، الرقع البرمجية، والصور الموجودة	نفس الشريحة لا تغني عن فحص التوافق على مستوى اللوحة
المصدر والبناء	تأكيد نطاق كود المصدر، سلسلة الأدوات، الحصول على التبعيات، وصلاحيات استخدام البناء	تسجيل مسؤولية الحصول على المحتوى المفقود، وعدم الاستعاضة عنه بإصدارات غير موثقة
التوقيع والنشر	التمييز بين بناء التصحيح، خدمة التوقيع، الترقيات، وتراخيص الطرف الثالث	لا يُشترط تسليم المفتاح الخاص بالإنتاج للمطور؛ يجب الاتفاق على آلية توقيع خاضعة للرقابة

ما هي المواد المطلوبة قبل البدء؟

طراز اللوحة الكامل ونسختها، Android SDK، تعليمات البناء، الصور الموجودة، قائمة الأجهزة الطرفية، وسجلات المنفذ التسلسلي. تحقق أولاً من إصدارات المستندات وتوفرها، واحتفظ بالعناصر المفقودة كمدخلات معلقة.

كيف يتم تحديد نطاق التسليم والقبول؟

إكمال البناء وإقلاع اللوحة المحددة في البيئة المتفق عليها وفقًا لخطوات التسليم، والتحقق من الإصدارات، السجلات، وقائمة المشكلات؛ ويجب تأكيد طريقة التعامل مع العيوب الحرجة. إن قابلية استنساخ خط الأساس لا تعني اجتياز التحقق من الأجهزة الطرفية، التطبيقات، الاستقرار طويل الأمد، أو إصدار الإنتاج؛ وتُحدَّد مشاريع Linux وOpenHarmony بشكل منفصل.

بالنسبة للشركات في شنتشن، الصين، يمكن تقديم المواد المذكورة أعلاه لإجراء مراجعة عن بُعد. يتم تأكيد تكامل النماذج الأولية، إرسال العينات، العمل الميداني، والتكاليف المرتبطة بها حسب المشروع المحدد.

فحوصات إضافية لشراء لوحة هدف Linux

اسحب الجدول أفقيًا لعرض جميع الأعمدة.

بند التحقق	المدخلات والفحص	حدود الحكم
اللوحة ووسيط التخزين	التحقق من نسخة اللوحة، تكوين التخزين، واختيار الإقلاع	نفس المعالج لا يثبت تطابق تكوين الإقلاع
مكونات SDK	سرد إصدارات محمل الإقلاع، النواة، شجرة الجهاز، نظام ملفات الجذر، وسلسلة الأدوات	التمييز بين الملفات الثنائية للشركة المصنعة، كود المصدر القابل للتعديل، وصلاحيات إعادة التوزيع
التصحيح والاسترداد	تأكيد مستويات الجهد للمنفذ التسلسلي، التوصيلات، أدوات الاسترداد، وصلاحيات الوصول	عدم الكتابة فوق وسيط الإقلاع الأصلي دون توفر مسار استرداد مؤكد

تنطبق هذه الفحوصات الإضافية أيضًا على مراجعة مواد خط أساس Linux للشركات في تيانجين، الصين؛ يجب تحديد نطاق Android وLinux وOpenHarmony بشكل منفصل، ولا يمكن تبادل نتائج الاختبار بينها.

يُرجى مراجعة نطاق الخدمة وتقديم مدخلات المشروع قبل الاتفاق على التطوير والتسليم. نطاق الخدمة في النص الأصلي باللغة الصينية