DiPlay لا يتصل؟ تحقق من الإعداد الأولي
الأعراض
لا يظهر CarPlay أبدًا، أو يعود DiPlay إلى الشاشة الرئيسية أثناء الإعداد.
الأسباب المحتملة
تعد الأذونات المفقودة، وتفاصيل نقطة الاتصال المحفوظة غير الصحيحة، وواجهات برمجة تطبيقات P2P غير المدعومة، وتطبيقات العرض المنافسة بمثابة مسارات فشل مختلفة. قم بمطابقة السجل مع المسرح.
خطوات التحقق السريعة
- قم بتأكيد Android 9+ لـ APK و10+ لـ Wi-Fi Direct. أغلق تطبيقات العرض الأخرى.
- اختر نقطة اتصال السيارة المدمجة، وقم بتمكين نقطة اتصال السيارة الحقيقية، واحفظ الاسم/كلمة المرور الخاصة بها بالضبط؛ حافظ على تمكين iPhone Bluetooth/Wi-Fi.
- قم بالاقتران من خلال إعدادات بلوتوث السيارة، وحدد iPhone المقصود واقبل مطالبات CarPlay. مراجعة أذونات Wi-Fi/الموقع/الأماكن القريبة المطلوبة.
- جرب USB بمسار بيانات معروف. إذا كانت إحدى وسائل النقل تعمل، فقم بتسجيلها بدلاً من وصف السيارة بأكملها بأنها غير متوافقة.
النتائج والحلول المبلغ عنها
بالنسبة إلى حلقات 0.2.0 → 0.2.6، قم أولاً بإعادة التحقق من تحديد نقطة الاتصال التي تم ترحيلها والتفاصيل المحفوظة. تشير #26 إلى مسح بيانات التطبيق كحل بديل؛ فهو يمحو الإعدادات/الاقتران ويجب أن يتبع التصدير التشخيصي، ولا يسبق عمليات الفحص الأساسية.
ينقل صاحب #98 تأكيد الشركة المصنعة أن برنامج auto_rk_t21/RK3326 هذا لا يدعم RFCOMM؛ تنتهي محاولات connect() الآمنة وغير الآمنة بمهلة. هذا دليل منقول خاص بالبرنامج، لا يعني فشل كل RK3326 أو نجاح كل RK3326S. ينطبق هذا التقرير فقط على البرنامج الثابت المذكور؛ تحتاج الإعدادات الأخرى إلى اختبارات منفصلة.
حالة الإصدار
بالنسبة لفشل getNetworkName Android 10، يقول مشرف #79 أن 0.2.8 يتضمن إصلاحًا. يتم تأكيد إعادة اختبار البناء المخصص فقط في مؤشر الترابط الذي تم التقاطه. لا يزال هناك حاجة إلى تأكيد الاتصال الناجح بـ APK العام في الإعداد المتأثر.
التغييرات والفحوص في 0.2.13
يضيف 0.2.13 مسار Wi-Fi Direct على Android 9 حسب البرنامج الثابت، ببيانات المجموعة الفعلية. القناة المطلوبة غير متحققة على Android 9؛ يتحقق Android 10+ من التردد. يحتفظ التنظيف بملفات النظام الدائمة (PR #282).
يفضل اللاسلكي IPv4 الصالح مع IPv6 المحدد بالواجهة كبديل. لا يضمن Auto نطاقًا أو زوال التقطّع. لا يطلب mDNS الخاص بالواجهة خدمة NSD غير المستخدمة؛ يتطلب بديل التسليم فيديو مرسومًا. إصلاح الانضمام التجريبي للنقطة يتطلب Android 13+ ونقطة يضبطها المستخدم حصريًا على 5 GHz وواجهات مدعومة وADB محليًا مصرحًا وتأكيدًا صريحًا دون جلسة نشطة (PR #251/#258/#283/#309/#313).
يبدّل توصيل USB النقل داخل Activity نفسها ويتحقق من الأذونات. يطبق USBMUX معالجة محدودة للذيل على ردود البيانات أيضًا. يبدأ اللاسلكي دون خدمة USB في Android، لكن السلك/CH341 يحتاجها؛ مشكلة الشاشة السوداء/فك الترميز المنفصلة لم تُحل (PR #268/#298/#300).
شهادة APK تطابق 0.2.12. حدّث فوق الحزمة نفسها للاحتفاظ بالإعدادات والاقتران. أعد المشكلة على 0.2.13 واحفظ تشخيصًا جديدًا: Android 10+ يستخدم Downloads/DiPlay وAndroid 9 منتقي الملفات؛ يبقى عرض التقرير/مشاركته والتخزين البديل للتطبيق/الخاص. لا رفع تلقائي.
تغييرات وفحوص 0.2.12
يربط Wi-Fi الحالي / Same LAN السيارة وiPhone بالشبكة الخارجية نفسها. اتصل بها في إعدادات النظام واحفظ بياناتها وأبقِ Bluetooth مفعّلًا وعطّل عزل العملاء. لا ينضم DiPlay إلى Wi-Fi بدلًا منك ولا يغير المسار الافتراضي (PR #223).
يتحقق بدء نقطة الاتصال من واجهة AP الفعلية ويحدّ إعادة المحاولات إن لم يتصل AirPlay. يبقى البدء التلقائي الاختياري معطلًا افتراضيًا؛ يتطلب البديل أوامر تدعمها البرمجيات وADB محليًا مصرحًا به وجاهزية مرصودة، لا مجرد نجاح الأمر (PR #229/#235).
صُحّحت مطابقة اتصال USB لأجهزة Apple. تؤكد مساعدة إمكانية الوصول الاختيارية نافذة إذن USB النظامية الخاصة بـDiPlay فقط؛ تستثني التطبيقات والنوافذ الأخرى. يبقى تصريح USB المعتاد مطلوبًا (PR #170/#224).
تضيف التشخيصات عرض التقرير/مشاركة عند فشل منتقي الملفات أو مزود Downloads. يوضح التأكيد Android/data/com.shihab.diplay/files/diagnostic-reports/ أو التخزين الخاص. لا رفع تلقائي؛ تحسين التصدير لا يثبت إصلاح البدء (PR #185/#219).
تغييرات وفحوص 0.2.11
تستخدم إعادة الاتصال أبعاد الشاشة المستقرة وفحوص الجاهزية المعتادة. يجب حصر VPN السلكي في DiPlay وإلا يُلغى البدء. يسمح خطأ P2P Builder المحدد بدقة في Android 10 بمحاولة استرداد محمية واحدة في الوضع التلقائي (PR #173/#168).
في Android 10، يسمح فقط توقيع WifiP2pConfig.getNetworkName() المفقود المطابق بدقة في Builder الخاص بالنظام قبل إنشاء المجموعة بمحاولة واحدة بإعدادات النظام في الوضع التلقائي. لا تشمل أخطاء الأذونات أو انتهاء المهلة أو القنوات الصريحة. لا يزال التقرير القديم #15 يحتاج إعادة اختبار بالجهاز الحالي.
تغييرات وفحوصات 0.2.10
يعالج USB حشواً محدوداً في ردود التحكم USBMUX ويسمح بالاتصال السلكي مع إعدادات نقطة الاتصال اليدوية غير المكتملة (PR #114/#130).
يمكن للبدء اللاسلكي اختيار منفذ AirPlay متاح. يعالج Wi-Fi Direct نوع الحماية غير المعروف والقنوات المشغولة، مع محاولات محدودة للانتقال من 5 GHz إلى 2.4 GHz (PR #121/#143).
تحتاج مهلات الاتصال اللاسلكي (#98/#134/#137/#142) والدوران/إعادة الاتصال (#119/#141) وتقطّع الصوت (#131) والمكالمات/Siri (#103/#115/#117/#138) إلى سجلات جديدة من 0.2.10.
الاعدادات المبلغ عنها
فيما يلي تقارير المصدر، وليست قائمة عالمية للسيارات المتضررة. الحقول غير المعروفة تظل غير معروفة.
? / iOS 27 · DiPlay 0.2.6
تم الإبلاغ عن عدم التوافق
حلقة الاتصال بعد التحديث من 0.2.0 مع تمكين الاتصال التلقائي. يقول المراسل أن مسح بيانات التطبيق أعاد الاتصال؛ يؤدي هذا إلى محو التفضيلات/الاقتران ولا يمثل خطوة أولى.
عرض التقرير الأصليiPhone 14 Pro Max / iOS 27.0 · DiPlay 0.2.0
تم الإبلاغ عن عدم التوافق
يتم اقتران Bluetooth ولكن تعطل بدء تشغيل CarPlay بسبب خطأ getNetworkName. لا يتم قبول السبب الناتج عن الذكاء الاصطناعي في التقرير كدليل. لا تقم بتعميم هذا على جميع DiLink 3.
عرض التقرير الأصلي? / iOS 18.7.1 · DiPlay 0.2.6
تم الإبلاغ عن عدم التوافق
بعد التحديث من 0.2.0 إلى 0.2.6، يتوقف Wi-Fi Direct ولا تستجيب نقطة الاتصال. لم يُذكر طراز iPhone.
عرض التقرير الأصلي? / iOS ? · DiPlay ?
تم الإبلاغ عن عدم التوافق
يفشل Wi-Fi Direct عند getNetworkName في Song Plus المزودة بوحدة 17 Controller. لم تُذكر إصدارات التطبيق وAndroid.
عرض التقرير الأصليiPhone 15 / iOS 26.7.1 · DiPlay 0.2.7
تم الإبلاغ عن عدم التوافق
يفشل الاتصال بنقطة اتصال السيارة قبل فتح CarPlay. يذكر التحديث انتهاء مهلة RFCOMM connect()؛ وينقل #99 محتوى #98 وليس اختباراً مستقلاً.
عرض التقرير الأصليالقضايا ذات الصلة بـ GitHub
مغلق لا يعني بالضرورة ثابتًا. المصدر موثوق للتحديثات اللاحقة.
本页依据公开项目文档及参考社区指南整理,保留实测边界与原始证据。资料快照不代表最新修复状态。