تشغيل اختبارات CTS Verifier على الجهاز المضيف

تحتوي هذه الصفحة على تعليمات لإعداد وتشغيل اختبارات CTS-V على جهاز المضيف في الإصدارين Android 16 QPR2 وAndroid 17. هناك نوعان من الاختبارات على جهاز المضيف: الاختبارات على أجهزة متعددة (تم تقديمها قبل Android 17) والاختبارات التفاعلية (جديدة في Android 17):

  • اختبارات الأجهزة المتعددة هي اختبارات مبرمَجة بالكامل.
  • الاختبارات التفاعلية هي اختبارات شبه مبرمَجة تتطلّب منك تنفيذ بعض الخطوات اليدوية على الجهاز قيد الاختبار (DUT).

بالإضافة إلى الاختبارات التفاعلية الجديدة، أصبحت اختبارات دقة النطاق اليدوي واختبارات الاتصالات السلكية واللاسلكية الآن اختبارات متعددة الأجهزة على جهاز المضيف، كما أصبحت اختبارات الاتصال بشبكة Wi-Fi مطلوبة.

إعداد الاختبارات على جهاز المضيف

اتّبِع الخطوات التالية لإعداد الاختبارات على جهاز المضيف (تتطلّب الاختبارات على أجهزة متعددة إعدادات إضافية):

  1. تأكَّد من أنّ جهاز الكمبيوتر المكتبي يستوفي متطلبات نظام التشغيل لمجموعة أدوات اختبار التوافق (CTS).

  2. اتّبِع الخطوتَين 2 و5 من قسم تثبيت برامج الكمبيوتر المكتبي لتثبيت أدوات adb وAAPT2 وPython والتحقّق من تثبيتها بشكل صحيح على الكمبيوتر المكتبي.

    • يجب أن يكون إصدار Python لأجهزة الكمبيوتر المكتبي 3.11 أو إصدارًا أحدث. لتحديد إصدار Python، شغِّل python3 --version. إذا كان الإصدار أقل من 3.11، ثبِّت أحدث إصدار رسمي من Python. لمعرفة التفاصيل، يُرجى الاطّلاع على قسم "عمليات التنزيل" في python.org.

    • تتطلّب بعض الاختبارات أن يتوفّر لدى المضيف وحدة Python venv. في أنظمة Debian وUbuntu، قد لا يتم تثبيت هذه الوحدة تلقائيًا. لتحديد ما إذا كان إصدار Python على الكمبيوتر المكتبي يحتوي على الوحدة venv، شغِّل python3 -m venv venv. إذا فشل هذا الأمر، فسيتم عرض رسالة خطأ. اتّبِع التعليمات لتثبيت حزمة python3.x-venv.

إذا كنت تُجري الاختبارات التفاعلية على جهاز المضيف فقط، انتقِل إلى إجراء الاختبارات على جهاز المضيف. ومع ذلك، إذا أردت إجراء اختبارات على أجهزة متعددة، انتقِل إلى إعداد اختبارات على أجهزة متعددة على جهاز المضيف.

إعداد اختبارات الأجهزة المتعددة على جهاز المضيف

اتّبِع الخطوات التالية لإعداد اختبارات الأجهزة المتعدّدة على جهاز المضيف:

  1. تأكَّد من أنّ جهاز الكمبيوتر المكتبي يستوفي متطلبات نظام التشغيل لمجموعة أدوات اختبار التوافق (CTS).

  2. اتّبِع الخطوتَين 2 و5 من قسم تثبيت برامج الكمبيوتر المكتبي لتثبيت أدوات adb وAAPT2 وPython والتحقّق من تثبيتها بشكل صحيح على الكمبيوتر المكتبي.

    • يجب أن يكون إصدار Python لأجهزة الكمبيوتر المكتبي 3.11 أو إصدارًا أحدث. لتحديد إصدار Python، شغِّل python3 --version. إذا كان الإصدار أقل من 3.11، ثبِّت أحدث إصدار رسمي من Python. لمعرفة التفاصيل، يُرجى الاطّلاع على قسم "عمليات التنزيل" في python.org.

      • تتطلّب بعض الاختبارات أن يتوفّر لدى المضيف وحدة Python venv. في أنظمة Debian وUbuntu، قد لا يتم تثبيت هذه الوحدة تلقائيًا. لتحديد ما إذا كان إصدار Python على الكمبيوتر المكتبي يحتوي على الوحدة venv، شغِّل python3 -m venv venv. إذا فشل هذا الأمر، فسيتم عرض رسالة خطأ. اتّبِع التعليمات لتثبيت حزمة python3.x-venv.

  3. جهِّز جهازَين متطابقَين قيد الاختبار، مع إعداد CTS-V لكل منهما.

  4. انتقِل إلى قسم الإعداد لنوع الاختبار:

إذا لم يكن الاختبار مدرجًا في هذه القائمة، انتقِل إلى إعداد الاختبارات العادية على جهازَين.

إعداد اختبارات NFC

تستخدم اختبارات NFC جهازًا واحدًا قيد الاختبار وشريحة NFC واحدة من طراز PN532.

لإعداد اختبارات NFC، اتّبِع الخطوات التالية:

  1. اشترِ شريحة PN532 NFC. ننصحك باستخدام All-In-One PN532.
  2. على الجهاز قيد الاختبار، انتقِل إلى تطبيق الإعدادات.
  3. فعِّل NFC.

  4. ضع شريحة NFC:

    • بالنسبة إلى الهواتف، اضبط موضع قارئ NFC في الجهاز قيد الاختبار كما هو موضّح في الشكل 1:

      موضع شريحة NFC

      الشكل 1: موضع شريحة NFC

    • بالنسبة إلى أنواع الأجهزة الأخرى، ضَع الشريحة بجانب هوائي NFC في الجهاز.

  5. وصِّل شريحة PN532 NFC بمحطة عمل الاختبار باستخدام كابل USB.

إعداد اختبارات الاتصال بنقاط وصول Wi-Fi

تختبر اختبارات اتصال نقطة الوصول اللاسلكية (CtsWifiConnectionTests) الاتصال بين الجهاز قيد الاختبار ونقطة الوصول. يمكنك إعداد هذه الاختبارات بطريقتين:

  • الخيار 1: استخدام شبكة Wi-Fi حالية تم إعدادها لـ CTS-V
  • الخيار 2: إعداد نقطة وصول قابلة للبرمجة

بالنسبة إلى الإصدار 17 من Android، ننصح بشدة باستخدام الخيار 2، ولكنّه ليس مطلوبًا. يشرح القسمان التاليان كل خيار.

الخيار 1: استخدام شبكة Wi-Fi حالية تم إعدادها لأداة CTS-V

يتطلّب الخيار 1 جهاز Android واحدًا قيد الاختبار ضمن منطقة تغطية شبكة Wi-Fi. إذا كان الجهاز قيد الاختبار في صندوق حماية ولا يمكنه الاتصال بشبكة Wi-Fi، يجب إزالته من صندوق الحماية.

الخيار 2: إعداد نقطة وصول قابلة للبرمجة

لإعداد نقطة وصول قابلة للبرمجة لاختبارات اتصال Wi-Fi:

  1. اشترِ جهاز Banana Pi R3 AP وأكمِل عملية إعداده. للحصول على معلومات حول شراء نقطة وصول Banana Pi R3 وإعدادها، يُرجى الاطّلاع على إعداد نقطة وصول Banana Pi BPI-R3.

  2. (اختياري) إذا لم يكن لديك صندوق حجب، ننصحك باستخدام صندوق الحجب JTP-SR101. اشترِ هذا الصندوق باستخدام المعلومات التالية:

    Dong Guan Zheng Sheng Electronics Technology Co., LTD

    Bohui Industrial Park, Panlong Road, Liaobu Town, Dongguan City, Guangdong Province, China

    جهة الاتصال: "فورست بان"

    البريد الإلكتروني: forest.pan@jtpmak.cn

    رقم الهاتف (الصين): ‎+86 18676993556

  3. وصِّل الجهاز قيد الاختبار ونقطة الوصول بالمضيف وضعهما في صندوق حجب الترددات اللاسلكية. يجب أن تكون المسافة بين الجهاز قيد الاختبار ونقطة الوصول 10 سم على الأقل. يوضح الشكل 2 هذا التكوين:

    الجهاز قيد الاختبار ونقطة الوصول في صندوق الحماية

    الشكل 2: الجهاز قيد الاختبار ونقطة الوصول في صندوق محمي

  4. استخدِم بروتوكول النقل الآمن (SSH) للتحقّق من إمكانية الوصول إلى نقطة الوصول من المضيف.

إعداد اختبارات دقة قياس المسافة

لإعداد اختبارات دقة قياس المسافة، اتّبِع الخطوات التالية:

  1. ضَع جهازَي Android متطابقَين قيد الاختبار على مسافة متر واحد بينهما، وعلى الارتفاع نفسه، مع خط رؤية مباشر، بحيث تكون الجهة الخلفية لكل جهاز مواجِهة للآخر. يوضّح الشكل 3 هذا الاتجاه:

    اتجاه الجهاز

    الشكل 3: اتجاه الجهاز

  2. وصِّل كلا الجهازين بالكمبيوتر المكتبي باستخدام كابلات USB.

إعداد اختبارات عادية على جهازَين

بالنسبة إلى الإعداد التلقائي لجهازَين:

  1. ضَع جهازَي Android متطابقَين قيد الاختبار على مسافة 20 سم تقريبًا بينهما.

  2. يُنصح بشدة بوضع كلا الجهازَين في صندوق حماية. يعمل صندوق الحماية على تحسين ثبات الاختبار ويسهّل تصحيح أخطاء الاختبارات التي تعذّر إجراؤها.

  3. بالنسبة إلى اختبارات الاتصالات، يجب أن يتضمّن كل جهاز قيد الاختبار شريحة SIM وإشارة شبكة الجوّال. إذا كانت الأجهزة قيد الاختبار في صندوق حماية، يجب توصيل الإشارة الخلوية بالصندوق. وإلا، أخرِج الأجهزة من صندوق الحماية.

  4. اختياري: يمكنك إعداد أداة تتبُّع OTA لتصحيح أخطاء Wi-Fi.

إعداد اختبارات CDM

يختلف سلوك إطار الاختبار test_permissions_sync حسب نوع إصدار الأجهزة التي يتم تنفيذ الاختبار عليها. من المهم أن يختبر المصنّعون الأصليون للأجهزة كلاً من الإصدارات القابلة للتصحيح (userdebug أو eng) وغير القابلة للتصحيح (user) وأن تجتاز الاختبارات في كلتا الحالتين.

إعفاء

يتطلب بند CDD لتنفيذ واجهة برمجة التطبيقات لمزامنة الأذونات فقط أن تكون قادرة على نقل البيانات بنجاح بين الأجهزة عبر قناة آمنة. بما أنّ تنفيذ القناة الآمنة ليس من متطلبات الامتثال لمستند تعريف التوافق (CDD)، يمكن تخطّي هذا الاختبار في الإصدارات غير القابلة للتصحيح (إصدارات المستخدمين)، ولكن فقط في حال أردت إيقاف ميزة مزامنة أذونات CDM.

يجب أن تجتاز الاختبارات الإصدارات القابلة للتصحيح بدون استثناء.

المتطلبات الأساسية للاختبار على الإصدارات غير القابلة للتصحيح

إذا لم تكن معفيًا، تأكَّد من استيفاء المتطلبات الأساسية التالية.

تستخدم القناة الآمنة إطار AVF ‏ (AttestationVerificationFramework) للتحقّق من موثوقية الجهاز. تحتوي الشهادات التي ينشئها الطرفان على عدّة معلومات عنهما لإثبات عدم إجراء أي تعديل غير مصرَّح به في نظاميهما. يتحقّق AVF من الحالات التالية أثناء عملية التحقّق:

  • يجب أن يكون الجهاز متصلاً بالإنترنت

  • يستخدم الجهاز ميزة "التشغيل المتحقّق منه"، ويتم توقيع الإصدار باستخدام مفتاح إصدار (وليس مفتاح مطوّر)

  • برنامج الإقلاع في الجهاز مقفل. لمزيد من التفاصيل، يُرجى الاطّلاع على مقالة قفل برنامج الإقلاع.

  • أن يكون مستوى تصحيح نظام التشغيل ومفتاح التشغيل ومفتاح المورّد ضمن آخر 12 شهرًا لا تستخدِم إصدارًا أقدم من عام.

  • تعتمد مصادقة الجهاز على إحدى شهادات الجذر المعتمَدة من المورّد. حدِّد شهادات الجذر الموثوق بها في تراكب المورد vendor_required_attestation_certificates.xml.

إجراء الاختبارات على جهاز المضيف

تتطلّب بعض الاختبارات على أجهزة متعددة، مثل اختبارات NFC، إعدادًا إضافيًا. بالنسبة إلى الاختبارات التي تتطلّب إعدادات إضافية، يتم إجراء كل اختبار بشكل منفصل. بالنسبة إلى الاختبارات التي لا تتطلّب إعدادًا إضافيًا، يمكنك إجراؤها في مجموعة.

  1. على محطة العمل الاختبارية، افتح وحدة تحكّم cts-v-host من الدليل الذي تم فيه فك ضغط حزمة CTS-V المضغوطة:

    ./android-cts-verifier/android-cts-v-host/tools/cts-v-host-tradefed

  2. من داخل تطبيق CTS-V على الجهاز الذي يتم اختباره، انقر على الاختبارات على جهاز المضيف. يعرض الشكل 4 الاختبارات على جهاز المضيف في تطبيق CTS-V:

    الاختبارات على جهاز المضيف في تطبيق CTS-V

    الشكل 4. اختبارات على جهاز المضيف في تطبيق CTS-V

    يتم عرض قائمة بوحدات اختبار الأجهزة المتعددة على جهاز المضيف.

  3. في وحدة تحكّم مضيف CTS-V، استخدِم الأمر التالي لتشغيل اختبارات الأجهزة المتعدّدة التي تستخدم إعدادًا عاديًا لجهازَين:

    run cts-v-host-multidevice-default

    تظهر النتائج ضمن كل وحدة اختبار في تطبيق CTS-V على الجهاز الذي يتم اختباره. الاختبارات المميّزة باللون الأخضر هي اختبارات ناجحة، والاختبارات المميّزة باللون الأحمر هي اختبارات فاشلة.

    يعرض الشكل 5 أمثلة على نتائج اختبارات CtsCompanionDeviceManager:

    نتائج اختبار الأجهزة المتعدّدة على جهاز المضيف في تطبيق CTS-V

    الشكل 5: نتائج اختبار الأجهزة المتعددة على جهاز المضيف في تطبيق CTS-V

  4. في وحدة تحكّم مضيف CTS-V، استخدِم الأمر التالي لتشغيل الاختبارات التفاعلية:

    run cts-v-host-interactive

    تظهر النتائج ضمن كل وحدة اختبار في تطبيق CTS-V على الجهاز الذي يتم اختباره. الاختبارات المميّزة باللون الأخضر هي اختبارات ناجحة، والاختبارات المميّزة باللون الأحمر هي اختبارات فاشلة.

  5. بالنسبة إلى كل اختبار يتطلب إعدادًا إضافيًا، يمكنك إجراء الاختبار بشكل منفصل باستخدام الأمر التالي:

    run cts-v-host -m test_module_name

    على سبيل المثال، لإجراء اختبارات NFC، استخدِم الأمر التالي:

    run cts-v-host -m CtsNfcHceMultiDeviceTestCases

    تظهر النتائج ضمن كل وحدة اختبار في تطبيق CTS-V على الجهاز الذي يتم اختباره. الاختبارات المميّزة باللون الأخضر هي اختبارات ناجحة، والاختبارات المميّزة باللون الأحمر هي اختبارات فاشلة.

إجراء اختبارات اتصال نقطة وصول Wi-Fi

يمكنك إجراء اختبارات اتصال نقطة وصول Wi-Fi بالطريقتَين التاليتَين:

  • الخيار 1: استخدام شبكة Wi-Fi حالية تم إعدادها لـ CTS-V
  • الخيار 2: إعداد نقطة وصول قابلة للبرمجة

الخيار 1: استخدام شبكة Wi-Fi حالية تم إعدادها لأداة CTS-V

لإجراء اختبارات اتصال نقطة وصول Wi-Fi على شبكة Wi-Fi حالية:

  1. عدِّل ملف إعدادات منصة الاختبار (WifiConnectionTestbed.yaml). يتوفّر هذا الملف في الدليل الذي تم فيه فك ضغط CTS-Verifier. على سبيل المثال:

    ./android-cts-verifier/android-cts-v-host/testcases/CtsWifiConnectionTests/x86_64/connection/WifiConnectionTestbed.yaml

  2. غيِّر قيمة الحقلَين wifi_ssid وwifi_password إلى معرّف مجموعة الخدمات (SSID) وكلمة المرور لشبكة Wi-Fi. يوضح المثال التالي موقع هذه الإعدادات:

    TestBeds:
-   Name: WifiConnectionTestbed
Controllers:
  AndroidDevice: '*'
TestParams:
  use_programmable_ap: False
  wifi_ssid: WIFI-SSID
  wifi_password: WIFI-PASSWORD

  3. في وحدة تحكّم مضيف CTS-V، نفِّذ الأمر التالي:

    run cts-v-host -m CtsWifiConnectionTests

الخيار 2: التشغيل باستخدام نقطة وصول قابلة للبرمجة

لإجراء اختبارات اتصال نقطة وصول Wi-Fi على نقطة وصول قابلة للبرمجة:

  1. عدِّل ملف إعدادات منصة الاختبار (WifiConnectionTestbed.yaml). يتوفّر هذا الملف في الدليل الذي تم فيه فك ضغط CTS-Verifier. على سبيل المثال:

    ./android-cts-verifier/android-cts-v-host/testcases/CtsWifiConnectionTests/x86_64/connection/WifiConnectionTestbed.yaml

  2. غيِّر قيمة hostname إلى عنوان IP الخاص بنقطة الوصول، استنادًا إلى إعدادات SSH المحلية. لتحديد عنوان IP، يُرجى الاطّلاع على العثور على عنوان IP لنقطة الوصول. يوضّح المثال التالي مكان إعداد hostname:

    TestBeds:
-   Name: WifiConnectionTestbed
  Controllers:
    AndroidDevice: '*'
    # Specify settings for the AP.
    OpenWrtDevice:
    -   hostname: AP-IP
      skip_init_reboot: True
  TestParams:
    use_programmable_ap: True

  3. في وحدة تحكّم مضيف CTS-V، نفِّذ الأمر التالي:

    run cts-v-host -m CtsWifiConnectionTests

إجراء اختبارات USB على جهاز المضيف

يتضمّن Android 17 اختبارات CTS-V على جهاز المضيف عبر USB تتطلّب تشغيل adb عبر Wi-Fi.

تتطلّب بعض اختبارات USB استخدام مضيف CTS-V للوصول إلى واجهات برمجة تطبيقات النظام التي لديها أذونات لا يمكن لتطبيق CTS-V العادي الوصول إليها. هذه الاختبارات غير مرتبطة وتتطلب استخدام adb عبر Wi-Fi.

يجب توفير ملحقات Type-C التالية إذا كان الجهاز قيد الاختبار يتيح إعداد تقارير عن نوع BC 1.2 لمنفذ الشريك أو ملفات تعريف طاقة USB في UsbPort.java:

  • شاحن USB من نوع C بمعيار الشحن السريع (PD)
  • منفذ تدفق بيانات عادي (SDP) لشحن بطارية USB 1.2 ‏ (BC 1.2). تقتصر هذه المنافذ على توفير 500 مللي أمبير أو 900 مللي أمبير للجهاز قيد الاختبار، وتوجد عادةً في منافذ USB للموزّعات الخارجية.
  • منفذ شحن USB BC 1.2 (CDP) ويمكن أن توفّر هذه المنافذ تيارًا بقوة 1.5 أمبير للجهاز قيد الاختبار والبيانات. من المرجّح أن يكون منفذ Type-C على الكمبيوتر المحمول أو الكمبيوتر العادي هو منفذ CDP.
  • منفذ شحن مخصّص (DCP) بمعيار USB BC 1.2 ويمكن أن توفّر هذه المنافذ تيارًا كهربائيًا بقوة 1.5 أمبير للجهاز قيد الاختبار بدون بيانات. من المرجّح أن يكون شاحن USB من نوع C المتوافق مع تكنولوجيا الشحن الفائق السرعة (PD) في هذه القائمة هو شاحن DCP.

  1. وصِّل الجهاز الذي يتم اختباره باستخدام adb عبر شبكة Wi-Fi. للاطّلاع على تفاصيل الإعداد، يُرجى الانتقال إلى مقالة الاتصال بجهاز عبر شبكة Wi-Fi.

  2. افصل الجهاز فعليًا عن جميع توصيلات USB. ويتعذّر الاختبار إذا كان الجهاز متصلاً بأي مضيف أو ملحق USB عند تشغيل أمر الاختبار.

  3. نفِّذ أمر الاختبار التالي:

    run cts-v-host -m CtsUsbTypecTestCases

بعد إجراء الاختبارات، تظهر النتائج في تطبيق CTS-V ضمن الاختبارات على جهاز المضيف كما هو موضّح في الأشكال التالية:

اختبارات USB على جهاز المضيف في تطبيق CTS-V

الشكل 6: اختبارات USB على جهاز المضيف في تطبيق CTS-V

مجموعة اختبارات CtsUsbTypecTestCases في تطبيق USB CTS-V على جهاز المضيف

الشكل 7: مجموعة أدوات CtsUsbTypecTestCases في تطبيق USB CTS-V على جهاز المضيف

تحديد المشاكل وحلّها في الاختبارات على أجهزة متعدّدة

يساعدك هذا القسم في تحديد المشاكل الشائعة وحلّها.

تعذّر الحصول على رقم الهاتف أثناء اختبار CtsTelecomTest

إذا ظهرت لك رسالة الخطأ Failed to get phone number for <serial>، اتّبِع الخطوات التالية:

  1. تأكَّد من أنّ كل جهاز قيد الاختبار يحتوي على شريحة SIM.

  2. في حال استمرار ظهور الخطأ، قد لا تتيح شرائح SIM استرداد الأرقام تلقائيًا، وفي هذه الحالة يجب تقديم أرقام الهواتف بشكل صريح في الأمر.

    على سبيل المثال، بالنسبة إلى الجهاز الأول قيد الاختبار (الرقم التسلسلي 17011FDEE0002N ورقم الهاتف 555-0000) والجهاز الثاني قيد الاختبار (الرقم التسلسلي R3CN90YNAR ورقم الهاتف 555-1111)، أضِف الوسيطات التالية إلى الأمر run cts-v-host:

    --module-arg CtsTelecomTest:dut_serial:17011FDEE0002N \
--module-arg CtsTelecomTest:dut_phone_number:555-0000 \
--module-arg CtsTelecomTest:ref_phone_number:555-1111

ما مِن استجابة من الخادم أثناء إجراء اختبارات CtsMultiDeviceGenericRangingAccuracyTests

إذا تلقّيت رسالة الخطأ التالية، يمكن تجميد التطبيق الاختباري أو إيقافه من خلال إدارة العمليات في الخلفية الخاصة بالمصنّع الأصلي للجهاز على أجهزة معيّنة:

mobly.snippet.errors.ProtocolError: <AndroidDevice|Initiator> No response from server. Check the device logcat for crashes.

لحلّ هذه المشكلة، يجب إيقاف القيود في الخلفية أو إضافة الحزم التالية إلى القائمة المسموح بها:

الحزمة الاسم المعروض
com.google.snippet.uwb CtsUwbSnippetApp
com.google.snippet.ranging CtsRangingSnippetApp
com.google.snippet.bluetooth CtsBluetoothMultiDeviceSnippetApp
com.google.android.mobly.snippet.bundled androidx.multidex.MultDexApplication

إصلاح مشكلة عدم الاستجابة لطلب GetFirmwareVersion أثناء اختبارات NFC

إذا تلقّيت الرسالة verify_firmware_version RuntimeError: No response for GetFirmwareVersion أثناء إجراء اختبارات الأجهزة المتعددة، لن تتمكّن الاختبارات من الوصول إلى لوحة PN532 NFC.

لحلّ هذه المشكلة، حدِّد المسار التسلسلي الذي تستخدمه لوحة PN532 NFC على المضيف، مثل dev/ttyUSB1، ثم حدِّده يدويًا باستخدام الوسيطة --module-arg في وحدة التحكّم:

run cts-v-host -m CtsNfcHceMultiDeviceTestCases --module-arg CtsNfcHceMultiDeviceTestCases:pn532_serial_path:/dev/ttyUSB1

إصلاح رسالة الخطأ "تعذّر إكمال المعاملة" أثناء اختبارات NFC

إذا تلقّيت الرسالة Transaction failed, check device logs for more information. لجميع إطارات اختبار NFC، من المحتمل أن يكون السبب هو أنّ شريحة NFC في الجهاز قيد الاختبار لا يمكنها رصد PN532.

إذا كان لديك عدة أجهزة متصلة بالمضيف، وبعضها لا يحتوي على PN532 في الأعلى، قد يكون تم اختيار الجهاز الخاطئ قيد الاختبار. لمزيد من المعلومات، يُرجى الاطّلاع على إعداد اختبارات NFC.

لحلّ هذه المشكلة، يمكنك تنفيذ أحد الإجراءات التالية:

  • اضبط الرقم التسلسلي الصحيح للجهاز الذي يتم اختباره في أمر الاختبار على جهاز المضيف باستخدام العلامة -s.

  • افصل جميع الأجهزة غير الخاضعة للاختبار عن المضيف.

تم تجاهل إطار اختبار CDM رقم test_permissions_sync

إذا كان الاختبار يتم إجراؤه على أجهزة غير قابلة لتصحيح الأخطاء، يُرجى التحقّق مما إذا كنت مُعفى. وإذا لم يكن الأمر كذلك، تأكَّد من أنّ كلا الجهازين يستوفيان المتطلبات الأساسية.