Linux: لا يعمل "wilist wlan0 scan" عند ربط wifi

تم إنشاؤها على ٤ أبريل ٢٠١٥  ·  9تعليقات  ·  مصدر: raspberrypi/linux

مرحبا،

حتى الإصدار 3.12.36+ # 737 (14 يناير) (https://github.com/Hexxeh/rpi-firmware/commits/master؟page=2) كان بإمكاني ربط WiFi وتشغيل "فحص iwlist wlan0" واحصل على قائمة بنقاط الوصول المكتشفة.

ومع ذلك ، بعد هذا الإصدار عند توصيل شبكة WiFi وتشغيل الأمر "sudo iwlist wlan0 scan" أحصل على

"واجهة wlan0 لا تدعم الفحص: الجهاز أو المورد مشغول"

لست متأكدًا من المشكلة ، لكنني أظن أن شيئًا ما تغير مع برامج تشغيل WiFi.

دونجل WiFi الخاص بي هو ASUS N53.

لقد وجدت هذا https://wikidevi.com/wiki/ASUS_USB-N53 الذي يقول أن برامج التشغيل المستخدمة هي rt2800usb. من خلال ما أراه يتم تثبيت برامج التشغيل في RPi الخاص بي. ومرة أخرى ، هذا يحيرني لأنه كان يعمل بشكل جيد ، ولكن يبدو أنه بعد الإصدار 3.12.36+ # 737 (14 يناير) للبطاقة المحددة التي أمتلكها ، لا يعمل المسح عندما تكون شبكة WiFi مرتبطة. كل ما فعلته هو تحديث RPi الخاص بي إلى أحدث إصدار باستخدام apt-get.

يعمل أمر المسح بشكل جيد عندما أستخدم دونجل WiFi آخر (يستخدم برامج تشغيل أخرى). يبدو أن المشكلة تكمن في السائق المعين.

[email protected] : ~: $ lsusb
ناقل 001 Device 002: ID 0424: 9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b: 0002 Linux Foundation 2.0 root hub
الحافلة 001 الجهاز 003: المعرف 0424: ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 04ca: 004b Lite-On Technology Corp.
Bus 001 Device 005: ID 0b05: 179d ASUSTek Computer، Inc. محول شبكة USB-N53 802.11abgn [Ralink RT3572]

التعليق الأكثر فائدة

سيد إنجمان ، يبدو أنها مشكلة توقيت. هذا ما فعلته.

لقد قمت بتنزيل الكود المصدري للأدوات اللاسلكية v30 من هنا: https://code.google.com/p/rtl8192cu/source/browse/wireless_tools/wireless_tools.30.rtl.tar.gz ؟

إذا قمت باستخراجه ستجد الملف iwlist.c ضمن wireless_tools / wireles_tools.30.rtl /. قم بتحريره وتغييره

مهلة int = 15000000 ؛

ل

مهلة int = 30000000 ؛

قم بالتجميع باستخدام make وحاول تشغيل المسح أثناء اقتران الواجهة اللاسلكية. سترى النتائج هذه المرة.

ال 9 كومينتر

الناتج من الأمر lsusb الذي تظهره محير لأنه ليس لـ Asus N53 ، أليس كذلك؟

أنت محق يا سيد إنجمان. انا صححته. لم أكن أعرف أنني سأجدك هنا أيضًا! لقد نشرت هذه المشكلة في البداية على https://github.com/Hexxeh/rpi-firmware/ وقيل لي أن هذا هو أفضل مكان لوضعه.

حسنًا ، إذا كان لديك تحديث ، فيرجى إبلاغي بذلك.

لقد حصلت للتو على Asus N53 واتصل بـ Pi B2 الخاص بي ، فقد ظهر على الفور ، ولكن هناك شذوذًا في أمر الفحص. إذا استخدمت الأمر iwlist wlan0 scan فإنه يعرض نتائج الفحص. إذا استخدمت الأمر sudo iwlist wlan0 scan يظهر لي خطأ wlan0 Failed to read scan data : Resource temporarily unavailable . لكنني متأكد إلى حد ما من أنه يقوم بالمسح لأنني إذا استخدمت الأمر iwlist wlan0 scan مرة أخرى ، فإنه يعرض نتائج المسح ولكنها مختلفة عن العرض السابق باستخدام هذا الأمر. ثم كرر هذا الأمر ولن تتغير النتائج أبدًا.

باستخدام الأمر iwlist wlan0 scan يعرض النتائج المخزنة في مكان ما على بطاقة SD ، ولا تعرف أين ومتى تم إجراء مسح ضوئي آخر مرة. إذا كررت الأمر ، فستبقى النتائج كما هي. إذا استخدمت بعد ذلك الأمر sudo iwlist wlan0 scan فسيتم إرجاع الخطأ الذي قلته أعلاه ، ولكن إذا استخدمت الأمر iwlist wlan0 scan ، فسيتم عرض النتائج ، وعلى الأقل بالنسبة لي ، فهي مختلفة عن النتائج السابقة التي كانت عرض. بتكرار iwlist wlan0 scan ويتم سرد نتائج الفحص ولا تتغير بغض النظر عن عدد المرات التي أكرر فيها الأمر. عند تشغيل sudo iwlist wlan0 scan مرة أخرى ، يتم إرجاع الخطأ ولكن باستخدام الأمر iwlist wlan0 scan مرة أخرى ، يتم عرض نتائج الفحص ولكنها الآن مختلفة عن العروض السابقة. لكن كرر الأمر مرة أخرى ولن تتغير النتائج حتى أقوم بتشغيل الأمر مرة أخرى بـ sudo

بالنسبة لي ، يبدو أن sudo iwlist wlan0 scan يقوم بإجراء مسح ضوئي ولكن لسبب ما لن يتم عرضها ولكن يتم تخزينها في مكان ما على بطاقة SD. ثم يعرض الأمر iwlist wlan0 scan النتائج المخزنة وسيؤدي تكرار الأمر دائمًا إلى إرجاع نفس النتائج. سيؤدي تشغيل الأمر باستخدام sudo إلى الفحص مرة أخرى وتخزين البيانات مع إعطاء الخطأ. ثم استخدام iwlist wlan0 scan مرة أخرى سيظهر الآن بيانات جديدة من الفحص باستخدام sudo .

لماذا يؤدي استخدام sudo iwlist wlan0 scan إلى إرجاع خطأ لا أعرفه. ربما مشكلة مع السائق ، لست متأكدًا. إذا كنت أستخدم محول wifi مختلفًا ، فإن الأمر sudo iwlist wlan0 scan يعمل بشكل جيد ويعرض نتائج الفحص.

أرى ما تقوله. أفترض أن السلوك الذي وصفته هو أثناء اقتران شبكة WiFi.

في حالتي ، عندما لا يكون WiFi مرتبطًا ، يعمل "sudo iwlist wlan0 scan" بشكل جيد ولا يعرض أي خطأ.

سيكون من المثير للاهتمام تجربة هذا على RPi مع kernel 3.12.36+ # 737 (أعتقد أنه لا يمكن أن يكون RPi 2). في حالتي ، يعرض "sudo iwlist wlan0 scan" نتائج جيدة عندما يكون مرتبطًا.

لا أعرف ما إذا كانت هناك طريقة لتشغيل kernel RPi 2 باستخدام 3.12.36+ # 737. هل يمكن هذا؟

شكرا للنظر في هذا.

لن تتمكن من تشغيل 3.12.36+ على Pi B2.

نعم ، تم ربط شبكة wifi عندما جربت عمليات الفحص. أتساءل عما إذا كانت مشكلة في التوقيت لأن لديّ وحدة wifi ، Edimax EW-7811UTC ، تعمل بشكل جيد على أجهزة Pi الأقدم ولكن على Pi B2 تتسبب في تعطل النواة. لذلك ربما تكون هناك مشكلة في Pi B2.

لقد وجدت هذا المنشور حول تغيير في برنامج التشغيل وأتساءل عما إذا كان ذلك قابلاً للتطبيق في هذه الحالة:

http://stackoverflow.com/questions/18277465/why-does-iwlist-scan-return-cached-results-almost-every-time

سيد إنجمان ، يبدو أنها مشكلة توقيت. هذا ما فعلته.

لقد قمت بتنزيل الكود المصدري للأدوات اللاسلكية v30 من هنا: https://code.google.com/p/rtl8192cu/source/browse/wireless_tools/wireless_tools.30.rtl.tar.gz ؟

إذا قمت باستخراجه ستجد الملف iwlist.c ضمن wireless_tools / wireles_tools.30.rtl /. قم بتحريره وتغييره

مهلة int = 15000000 ؛

ل

مهلة int = 30000000 ؛

قم بالتجميع باستخدام make وحاول تشغيل المسح أثناء اقتران الواجهة اللاسلكية. سترى النتائج هذه المرة.

pvouzis هل تم حل مشكلتك؟ إذا كانت الإجابة بنعم ، فالرجاء إغلاق هذه المشكلة.

إغلاق بسبب قلة النشاط. أعد الفتح إذا شعرت أن هذه المشكلة لا تزال ذات صلة.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

dkerr64 picture dkerr64  ·  7تعليقات

kucharskim picture kucharskim  ·  7تعليقات

unkissedfrog picture unkissedfrog  ·  9تعليقات

mohmedelwany picture mohmedelwany  ·  5تعليقات

KevinStartup picture KevinStartup  ·  6تعليقات