المواصفات الفنية لمجلس تطوير صندوق التلفزيون بنظام التشغيل Linux وAndroid Dual-OS

لماذا تعتبر بنية نظام التشغيل المزدوج مهمة في لوحة تطوير صندوق التلفزيون

غالبًا ما يتم تحسين اللوحة المرجعية التقليدية لـ Android TV Box لحالة استخدام المستهلك الواحدة. يصبح هذا النهج مقيدًا عندما يجب أن تدعم نفس منصة الأجهزة البرامج الوسيطة لـ IPTV، أو تطبيقات اللافتات الرقمية، أو الواجهات الصناعية، أو تشغيل الوسائط المحلية، أو أعباء عمل حوسبة الحافة.

توفر لوحة تطوير نظام التشغيل Linux وAndroid المزدوج بنية هندسية أكثر مرونة.

يُفضل استخدام Android بشكل عام عندما يتطلب التطبيق:

• التوافق مع تطبيقات أندرويد
• شاشة تعمل باللمس أو واجهات HMI مخصصة
• تطبيقات IPTV و OTT
• بيئات التطبيقات المتوافقة مع Google حيثما أمكن ذلك
• قاذفة مخصصة وواجهة مستخدم/UX ذات علامة تجارية
• تطبيقات مشغلات الوسائط التجارية

يصبح Linux ذا قيمة عندما يتطلب المشروع ما يلي:

• خدمات مدمجة خفيفة الوزن
• تطبيقات الإرساء أو التطبيقات المعبأة في حاويات
• واجهات التحكم الصناعية
• بوابات الشبكة
• أعباء عمل حوسبة الحافة
• بيئات تطبيق بايثون/C/C++
• تخصيص مفتوح المصدر على مستوى النظام
• خدمات الخلفية طويلة الأمد

إن السؤال الهندسي المهم ليس ببساطة ما إذا كانت اللوحة قادرة على "تشغيل نظامي التشغيل Android وLinux". يجب أن توفر اللوحة بنية تمهيد مستقرة، ودعم BSP مناسبًا، وبرامج تشغيل kernel، وتسريع GPU/VPU، وبرامج تشغيل الأجهزة الطرفية، ومجموعة برامج قابلة للصيانة لكلا نظامي التشغيل.

بالنسبة لمشاريع B2B، يؤثر هذا التمييز بشكل مباشر على تكلفة التطوير ودورة حياة المنتج.

المواصفات الفنية الأساسية للتقييم

يجب أن يتم اختيار المعالج وفقًا لحجم العمل المقصود بدلاً من النتائج المعيارية وحدها.

يجب تقييم مجلس التطوير الحديث الموجه للوسائط المتعددة عبر البنية التالية:

شركة نفط الجنوب وهندسة الفيديو

بالنسبة إلى مجلس تطوير الوسائط المتعددة، غالبًا ما تكون بنية الفيديو أكثر أهمية من التردد الأولي لوحدة المعالجة المركزية.

يجب تقييم النظام الأساسي لفك التشفير المسرع للأجهزة بدلاً من فك تشفير البرامج. يظل H.265/HEVC وVP9 مهمًا للوسائط عالية الدقة، في حين أن دعم AV1 أصبح ذا صلة متزايدة بتطبيقات البث وتوزيع المحتوى الأحدث.

على سبيل المثال، قد تدعم شريحة SoC ذات القدرة 8K مجموعات مختلفة إلى حد كبير من:

• فك تشفير 8K
• ترميز 8K
• إخراج 4K60
• فك تشفير AV1
• معالجة HDR
• مخرجات عرض متعددة
• تشابك الأجهزة
• معالجة ما بعد الفيديو

وينبغي التحقق من هذه المواصفات على مستوى السيليكون وBSP. لا تعني مطالبة ورقة البيانات الخاصة بـ "دعم 8K" تلقائيًا أن التطبيق يمكنه الحفاظ على تشغيل 8K ضمن إصدار Linux أو Android مخصص.

تكوين الذاكرة والتخزين

يجب أن يعكس اختيار الذاكرة بنية البرنامج.

قد تعمل محطة IPTV الأساسية بفعالية مع ذاكرة وصول عشوائي (RAM) بسعة 2 جيجابايت أو 4 جيجابايت، بينما قد تتطلب محطة اللافتات الرقمية التي تعمل بنظام Chromium والخدمات المتعددة وبرامج الإدارة عن بُعد والتخزين المؤقت للمحتوى المحلي المزيد من الذاكرة.

يجب أيضًا تقييم التخزين بما يتجاوز السعة.

يؤثر اختيار eMMC على:

• موثوقية التمهيد
• تثبيت التطبيق
• استراتيجية التحديث عبر الهواء
• التسجيل
• اكتب التحمل
• الموثوقية الميدانية على المدى الطويل

بالنسبة لعمليات النشر التجارية، يمكن أن يوفر تقسيم A/B OTA آلية أكثر أمانًا لتحديث البرامج الثابتة. يمكن لقسم النظام غير النشط أن يستقبل الصورة الجديدة بينما يظل الإصدار الحالي متاحًا للتراجع.

يعد هذا أكثر ملاءمة لعمليات نشر B2B المُدارة بدلاً من تحديث البرامج الثابتة الموجهة للمستهلك بشكل متكرر.

Linux/Android BSP وتحسين Kernel

نظام التشغيل هو جزء واحد فقط من منصة مجلس التطوير. يحدد BSP مدى فعالية الأجهزة في أن تصبح منتجًا قابلاً للاستخدام.

يجب أن توفر منصة نظام التشغيل المزدوج الاحترافية إمكانية الوصول إلى:

أداة تحميل التشغيل ← النواة ← شجرة الأجهزة ← برامج التشغيل ← HAL/BSP ← البرامج الوسيطة ← طبقة التطبيق

قد يتشارك Android وLinux في نفس الأجهزة الأساسية بينما يتطلبان تكوينات مختلفة لبرنامج التشغيل والنظام.

تشمل المجالات الهندسية الرئيسية ما يلي:

• تكوين U-التمهيد
• إصدار Linux kernel وتصحيحاته
• تكامل نواة أندرويد
• تكوين شجرة الجهاز
• برامج تشغيل GPU/VPU
• برامج تشغيل HDMI
• برامج تشغيل إيثرنت وواي فاي
• كومة بلوتوث
• تكوين مضيف/جهاز USB
• برامج تشغيل MIPI CSI/DSI
• برامج تشغيل ترميز الصوت
• تكوين إدارة الطاقة
• تعليق/استئناف السلوك
• تكوين الوكالة الدولية للطاقة
• الإدارة الحرارية

بالنسبة لمشروع تصنيع المعدات الأصلية، يعد تكامل SDK/API بنفس القدر من الأهمية. يمكن أن تصبح لوحة التطوير التي تعمل فقط مع SDK مرجعي ثابت بمثابة عنق الزجاجة في التطوير عندما يحتاج العملاء إلى تطبيقات خاصة أو إدارة عن بعد أو أجهزة طرفية مخصصة أو سير عمل الوسائط المتخصصة.

تصميم PCBA: الانتقال من مجلس التطوير إلى أجهزة الإنتاج

يجب التعامل مع مجلس التطوير كمنصة مرجعية هندسية، وليس بالضرورة كـ PCBA للإنتاج النهائي.

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

تتضمن تعديلات PCBA النموذجية ما يلي:

• تغييرات تكوين ذاكرة الوصول العشوائي (RAM) وeMMC
• اختيار إيثرنت PHY
• استبدال وحدة Wi-Fi/BT
• تكوين منفذ USB
• تغييرات واجهة HDMI
• توسيع GPIO
• التكامل RS232/RS485
• CAN تكامل الحافلة عند الاقتضاء
• م.2 أو التوسع الصناعي
• تكامل واجهة MIPI CSI/DSI
• إعادة تصميم إمدادات الطاقة
• تحديد موضع الموصل المخصص
• تحسين البعد ثنائي الفينيل متعدد الكلور
• تحسينات EMI/EMC

هذا هو المكان الذي تتمتع فيه الشركة المصنعة OEM/ODM ذات الخبرة بميزة كبيرة على المصنع الذي يقوم ببساطة بإعادة تعبئة اللوحة المرجعية الموجودة.

يمكن أن تدعم شركة Shenzhen Tomato Technology Co., Ltd. الانتقال من أجهزة التطوير إلى أجهزة الإنتاج المخصصة من خلال تعديل أجهزة PCBA، وتكامل SDK/API، والبرامج الثابتة المخصصة لـ UI/UX، والهندسة الحرارية.

الهدف هو الحفاظ على النظام الأساسي الذي تم التحقق منه مع إزالة المكونات غير الضرورية وإضافة الواجهات التي يتطلبها تطبيق العميل.

الهندسة الحرارية هي مواصفات الأداء

تخلق شرائح SoC عالية الأداء مشكلة تصميم حراري لا يمكن حلها عن طريق البرمجيات وحدها.

يمكن أن يؤدي فك تشفير 4K/8K المستمر، واستدلال الذكاء الاصطناعي، وأحمال عمل الشبكة، والتخزين عالي السرعة إلى إنتاج أحمال حرارية مستدامة تختلف بشكل كبير عن الاختبارات المعيارية القصيرة.

ولذلك ينبغي تقييم مجلس تطوير الإنتاج في ظل أعباء العمل المستمرة.

تشمل المعلمات ذات الصلة ما يلي:

• درجة حرارة تقاطع شركة نفط الجنوب
• المقاومة الحرارية للحرارة
• الموصلية وسادة الحرارية
• الضميمة تدفق الهواء
• درجة حرارة التشغيل المحيطة
• عتبات اختناق وحدة المعالجة المركزية/وحدة معالجة الرسومات
• التحكم في المروحة
• استهلاك الطاقة
• استقرار تشغيل الفيديو لمدة طويلة

بالنسبة للافتات الرقمية الصناعية أو عمليات نشر IPTV التي تعمل من 12 إلى 24 ساعة يوميًا، يمكن أن يصبح الاختناق الحراري مشكلة موثوقية للنظام بدلاً من مشكلة بسيطة في الأداء.

قد يتضمن حل التبريد المخصص مبددًا حراريًا سلبيًا أكبر، أو مادة واجهة حرارية محسنة، أو تهوية حاوية، أو تبريدًا نشطًا. يعتمد الحل الصحيح على PCBA النهائي والعلبة وبيئة التشغيل.

من النموذج الأولي إلى المنتج التجاري

يجب أن تعمل منصة مجلس التطوير القوية على تقصير المسار الهندسي بين إثبات المفهوم والإنتاج الضخم.

عملية التطوير العملي هي:

1. تحديد متطلبات التقديم

تحديد دقة الفيديو ومتطلبات برنامج الترميز وذاكرة الوصول العشوائي (RAM) والتخزين والشبكات وواجهات العرض والأجهزة الطرفية ونظام التشغيل ودرجة حرارة التشغيل المتوقعة.

2. حدد منصة SoC

قارن أداء وحدة المعالجة المركزية/وحدة معالجة الرسومات/VPU/NPU ونضج BSP ودعم برنامج الترميز ودورة الحياة وموارد SDK المتاحة.

3. التحقق من صحة Android وLinux

اختبار استقرار التمهيد وبرامج التشغيل وتسريع الأجهزة والأجهزة الطرفية والشبكات وإدارة الطاقة وأحمال العمل طويلة الأمد.

4. تطوير التطبيقات والبرامج الثابتة

دمج مكونات SDK/API والبرامج الوسيطة والمشغل المخصص وUI/UX وإدارة الأجهزة وآليات التحديث عبر الهواء.

5. تحسين PCBA

قم بإزالة الواجهات غير الضرورية، وأضف موصلات خاصة بالمشروع، وأعد تصميم اللوحة لتناسب العلبة المستهدفة.

6. التحقق من صحة الأداء الحراري والموثوقية

قم بتشغيل أعباء العمل المستمرة بدلاً من الاعتماد فقط على مقاييس الأداء قصيرة المدة.

7. الانتقال إلى الإنتاج التجريبي

قم بتجميد مراجعة الأجهزة وخط الأساس للبرامج الثابتة وإجراءات اختبار الإنتاج قبل التصنيع بكميات كبيرة.

يقلل سير العمل هذا من مخاطر اكتشاف قيود الأجهزة بعد أن يستهلك تطوير البرامج بالفعل موارد هندسية كبيرة.

ما الذي يجب على المشترين في مجال B2B طلبه من أحد موردي مجلس التطوير

يجب على فرق المشتريات ومتكاملي الأنظمة طلب أكثر من مجرد ورقة بيانات المنتج.

يجب أن يكون المورد قادرًا على توضيح:

• ما هو إصدار Android المدعوم؟
• ما هي توزيعات Linux أو إصدارات kernel المتوفرة؟
• هل كود مصدر BSP متاح؟
• هل تعديلات النواة مدعومة؟
• هل تم تضمين برامج تشغيل GPU/VPU/NPU؟
• ما هي برامج الترميز التي يتم تسريع الأجهزة؟
• ما هي بنية OTA المدعومة؟
• هل يمكن تعديل PCBA؟
• هل يمكن تغيير تكوينات ذاكرة الوصول العشوائي (RAM) وeMMC؟
• هل يمكن إضافة واجهات مخصصة؟
• هل يمكن تخصيص واجهة المستخدم والمشغل؟
• هل يمكن تنفيذ تكامل SDK/API؟
• ما الحل الحراري الموصى به؟
• ما هي دورة حياة المنتج المتوقعة؟
• هل يمكن لنفس النظام الأساسي الانتقال إلى حجم إنتاج OEM/ODM؟

تفصل هذه الأسئلة بين منصة التطوير الحقيقية ولوحة Android TV Box العامة التي تُباع كحل هندسي.

خاتمة

صندوق تلفزيون بنظام تشغيل Linux وAndroid مزدوج مجلس التنمية يجب أن يتم اختياره كأساس لمنصة برامج الأجهزة الكاملة، وليس كثنائي الفينيل متعدد الكلور مستقل.

تجمع أقوى منصة بين نظام SoC قادر، وتسريع فيديو الأجهزة، وذاكرة ومساحة تخزين كافية، ودعم Linux/Android BSP الناضج، والإدخال/الإخراج المرن، وبنية OTA الموثوقة، وميزات الأمان، والإرتفاع الحراري، ومسار واضح نحو إنتاج PCBA المخصص.

بالنسبة لمديري المشتريات B2B، ومشغلي IPTV، وتكامل اللافتات الرقمية ومطوري الأنظمة المدمجة، فإن العامل الحاسم ليس ببساطة أقل سعر للوحة. بل هو ما إذا كان المورد يستطيع دعم السلسلة الهندسية بأكملها - بدءًا من اختيار شركة نفط الجنوب و مجلس التنمية التحقق من صحة تعديل PCBA، وتحسين kernel، وتكامل SDK/API، وتخصيص البرامج الثابتة، والهندسة الحرارية، والإنتاج الضخم لـ OEM/ODM.

هذا هو النموذج المطلوب عندما يصبح النموذج الأولي منتجًا تجاريًا مستقرًا وليس مجرد صندوق تصميم مرجعي آخر.