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

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

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

بالإضافة إلى الاختبارات التفاعلية الجديدة، حوّلنا اختبارات دقة تحديد المدى اليدوي واختبارات الاتصالات إلى اختبارات متعددة الأجهزة من جهة المضيف، وأصبحت اختبارات اتصال 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 على كلّ منهما.

   • للحصول على معلومات حول كيفية إعداد جهاز اختبار، يُرجى الاطّلاع على إعداد جهاز الاختبار.
   • للحصول على تعليمات حول إعداد CTS-V، يُرجى الاطّلاع على مقالة الإعداد.

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

   • لإجراء اختبارات NFC، انتقِل إلى إعداد اختبارات NFC.
   • بالنسبة إلى اختبارات اتصال نقطة وصول Wi-Fi، انتقِل إلى إعداد اختبارات اتصال نقطة وصول Wi-Fi.
   • لإجراء اختبارات دقة تحديد المدى، انتقِل إلى إعداد اختبارات دقة تحديد المدى.
   • لاختبار وحدة CDM، انتقِل إلى إعداد اختبارات عادية على جهازَين ثم انتقِل إلى إعداد اختبارات CDM.

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

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

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

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

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

4. ضَع شريحة NFC في الموضع التالي:

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

     

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

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

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

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

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

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

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

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

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

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

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

1. اشترِ نقطة وصول Banana Pi R3 وأعِدّها. للحصول على معلومات حول شراء نقطة وصول 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
   Contact: Forest Pan
   Email: forest.pan@jtpmak.cn
   Phone (China): +86 18676993556

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

   

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

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

إعداد اختبارات دقة تحديد المدى

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

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

   

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

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

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

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

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

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

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

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

إعداد اختبارات إدارة حقوق الرقمية (DRM)

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

إعفاء

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

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

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

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

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

• الجهاز متصل بالإنترنت
• يستخدم الجهاز ميزة "التحقّق من صحة التمهيد" ويجب توقيع الإصدار باستخدام مفتاح إصدار، وليس مفتاح تطوير.
• برنامج إقلاع الجهاز مقفل. للحصول على تعليمات مفصّلة، يُرجى الاطّلاع على مقالة قفل برنامج الإقلاع.
• أن تكون مستويات تصحيح نظام التشغيل وتشغيل المفتاح ومورّد المفتاح في غضون 12 شهرًا لا تستخدِم إصدارًا أقدم من عام
• تستند عملية إثبات صحة الجهاز إلى إحدى شهادات الجذر التي وافق عليها المورّد. حدِّد شهادات الجذر الموثوق بها في تراكب المورد vendor_required_attestation_certificates.xml.

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

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

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

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

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

   

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

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

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

   run cts-v-host-multidevice-default
   

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

   تعرض "الشكل 5" نتائج نموذجية لاختبارات CtsCompanionDeviceManager:

   

   الشكل 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 إلى اسم شبكة 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 للوصول إلى SystemAPIs التي تتضمّن أذونات لا يمكن لتطبيق 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 يمكن أن توفّر هذه المنافذ تيارًا كهربائيًا بقوة 1.5 أمبير للجهاز قيد الاختبار والبيانات. من المرجّح أن يكون منفذ Type-C على كمبيوتر محمول أو كمبيوتر مكتبي منفذ CDP.
• منفذ شحن مخصّص (DCP) بمعيار USB BC 1.2 يمكن أن توفّر هذه المنافذ تيارًا كهربائيًا بقوة 1.5 أمبير للجهاز الخاضع للاختبار بدون بيانات. من المرجّح أن يكون شاحن الشحن الفائق السرعة (PD) عبر منفذ USB Type-C الوارد في هذه القائمة هو شاحن DCP.

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

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

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

   run cts-v-host -m CtsUsbTypecTestCases
   

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

الشكل 6. اختبارات USB من جهة المضيف في تطبيق CTS-V

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

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

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

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

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

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

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

   على سبيل المثال، بالنسبة إلى الجهاز 1 الخاضع للاختبار (الرقم التسلسلي 17011FDEE0002N، رقم الهاتف 555-0000) والجهاز 2 الخاضع للاختبار (الرقم التسلسلي 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.

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

حلّ مشكلة "لم يتم تلقّي أي ردّ على 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

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