توضّح هذه الصفحة كيفية اختبار تنفيذ Wi-Fi وتصحيح الأخطاء وضبطه باستخدام الأدوات المقدَّمة في AOSP.
الاختبار
لاختبار إطار عمل Wi-Fi، يقدّم AOSP مجموعة من اختبارات الوحدات واختبارات CTS.
اختبارات الوحدة
يتضمّن إطار عمل AOSP اختبارات وظيفية واختبارات وحدات لإطار عمل Wi-Fi التلقائي: كلاهما لمدير Wi-Fi (الرمز البرمجي على جانب التطبيق) وخدمة Wi-Fi.
اختبارات "مدير شبكة Wi-Fi":
- يقع في
packages/modules/Wifi/framework/tests/
يمكنك التشغيل باستخدام الملف التنفيذي التالي لوحدة التحكّم (قراءة الملف للاطّلاع على المزيد من خيارات التنفيذ):
atest FrameworksWifiApiTests
اختبارات خدمة Wi-Fi:
- موجود في
packages/modules/Wifi/service/tests/wifitests/
قم بالتشغيل باستخدام واجهة الأوامر القابلة للتنفيذ التالية (اقرأ الملف لمزيد من خيارات التنفيذ):
atest FrameworksWifiTests
اختبارات CTS
تتضمّن مجموعة أدوات اختبار التوافق (CTS) اختبارات لإطار عمل Wi-Fi. تقع هذه المواقع في
cts/tests/tests/net/src/android/net/wifi
. تتطلّب اختبارات CTS لأجهزة Wi-Fi أن يكون
الجهاز الذي يتم اختباره مرتبطًا بنقطة وصول في بداية تنفيذ الاختبار.
خيارات تسجيل محسَّنة لتصحيح الأخطاء
حسِّن نظام Android 9 تسجيل بيانات Wi-Fi لتسهيل تصحيح أخطاء Wi-Fi. في الإصدار 9 من نظام التشغيل Android أو الإصدارات الأحدث، يمكن أن تكون ملفّات التخزين المؤقت الدائرية للبرامج الثابتة أو برامج التشغيل مفعّلة دائمًا. يمكن تشغيل تقارير الأخطاء تلقائيًا عند اكتشاف حالة سيئة (فقط في إصدارات "تصحيح أخطاء المستخدم" و"التفاعل"). عند استخدام حزمة HAL الخاصة بشبكة Wi-Fi (الإصدار 1.2 من AIDL أو HIDL أو الإصدارات الأحدث)، يتم تخزين ملفّات تصحيح أخطاء البرامج الثابتة في حزمة HAL بدلاً من إطار العمل لتوفير تكاليف واجهة برمجة التطبيقات.
التنفيذ
للحصول على مرجع، يُرجى الاطّلاع على التنفيذ التلقائي في "HAL" للمورّد.
يمكنك إيقاف تسجيل البرامج الثابتة من خلال ضبط المورد،
config_wifi_enable_wifi_firmware_debugging
، على false.
الاختبار اليدوي
يمكنك إجراء هذا الاختبار اليدوي للتأكّد من أنّه يتم حذف الملفات القديمة في دليل Tombstone.
- فعِّل شبكة Wi-Fi.
- اتّصِل بإحدى الشبكات.
- أنشئ تقرير خطأ.
افحص ملف Zip لتقرير الخطأ وتحقَّق من توفّر سجلات البرامج الثابتة المؤرشفة. يمكن العثور على السجلّات في المواقع التالية:
- AIDL HAL: قسم
dumpsys
من ملف bugreport الرئيسي - HIDL HAL:
/lshal-debug/android.hardware.wifi@1.x::IWifi_default.txt
- AIDL HAL: قسم
ضبط الإعدادات
للتحكّم في قوة الإشارة التي يرتبط بها الجهاز بشبكة أو يفصلها، يستخدم إطار عمل Wi-Fi حدود الدخول والخروج لمعيار RSSI.
يتم تخزين حدَي الإدخال والخروج كمَعلمات إعداد قابلة للتحميل بشكل زائد باستخدام الأسماء التالية (حيث تشير مَعلمة bad
إلى الحدّ الأدنى لخلاصة RSSI exit):
config_wifi_framework_wifi_score_bad_rssi_threshold_5GHz
config_wifi_framework_wifi_score_entry_rssi_threshold_5GHz
config_wifi_framework_wifi_score_bad_rssi_threshold_24GHz
config_wifi_framework_wifi_score_entry_rssi_threshold_24GHz
يتم تخزين المَعلمات فيملف
<root>/frameworks/base/core/res/res/values/config.xml
، وقد يتم تحميلها بشكل زائد
باستخدام ملف التراكب
<root>/device/<dev_dir>/overlay/frameworks/base/core/res/res/values/config.xml
.
يمكنك اختبار حدود جديدة من خلال ضبط الجهاز باستخدام أوامر adb. (بدلاً من ذلك، يمكنك إنشاء إصدار يتضمّن تراكبًا جديدًا باستخدام أوامر adb لتوفير وقت أسرع في الاختبار).
adb shell settings put global wifi_score_params \
[rssi2|rssi5]=<bad>:<entry>:<low>:<good>
على سبيل المثال، يضبط الأمر التالي مَعلمات حدّ جديدة (تكون القيمة المُستخدَمة في هذا المثال على سطر الأوامر هي القيمة التلقائية التي تم ضبطها في قاعدة بيانات AOSP):
adb shell settings put global wifi_score_params \
rssi2=-85:-85:-73:-60,rssi5=-82:-82:-70:-57
لاستعادة قيم المَعلمات المضمّنة (أي إزالة عمليات الاستبدال)، استخدِم الأمر adb التالي:
adb shell settings delete global wifi_score_params