Linux: "wilist wlan0 scan" ne fonctionne pas lorsque le wifi est associé

La sortie de la commande lsusb que vous affichez est déroutante car ce n'est pas pour l'Asus N53, n'est-ce pas ?

Vous avez raison Monsieur Engman. Je l'ai corrigé. Je ne savais pas que je te trouverais ici aussi ! J'ai d'abord posté ce problème sur https://github.com/Hexxeh/rpi-firmware/ et on m'a dit que c'était le meilleur endroit pour le mettre.

Eh bien, si vous avez une mise à jour, faites-le moi savoir.

Je viens de me procurer un Asus N53 et connecté à mon Pi B2, il est apparu tout de suite, mais il y a une bizarrerie avec la commande de numérisation. Si j'utilise la commande iwlist wlan0 scan , les résultats de l'analyse s'affichent. Si j'utilise la commande sudo iwlist wlan0 scan j'obtiens une erreur wlan0 Failed to read scan data : Resource temporarily unavailable . Mais je suis à peu près certain qu'il effectue l'analyse car si j'utilise à nouveau la commande iwlist wlan0 scan , il affiche les résultats de l'analyse, mais ils sont différents de l'affichage précédent utilisant cette commande. Ensuite, répétez cette commande et les résultats ne changent jamais.

En utilisant la commande iwlist wlan0 scan , il affiche les résultats stockés quelque part sur la carte SD, je ne sais pas où, quand il a effectué la dernière analyse. Si je répète la commande, le résultat reste le même. Si j'utilise ensuite la commande sudo iwlist wlan0 scan elle renvoie l'erreur que j'ai dite ci-dessus mais si j'utilise ensuite la commande iwlist wlan0 scan elle affiche les résultats et au moins pour moi ils sont différents des résultats précédents qui étaient affiché. Répéter iwlist wlan0 scan et les résultats de l'analyse sont répertoriés et ils ne changent pas, peu importe le nombre de fois que je répète la commande. En exécutant à nouveau sudo iwlist wlan0 scan , l'erreur est renvoyée, mais en utilisant à nouveau la commande iwlist wlan0 scan , les résultats de l'analyse sont affichés mais sont maintenant différents des affichages précédents. Mais encore une fois, répétez la commande et les résultats ne changent pas jusqu'à ce que j'exécute à nouveau la commande avec sudo

Pour moi, il semble sudo iwlist wlan0 scan effectue une analyse mais, pour une raison quelconque, ne les affiche pas, mais ils sont stockés quelque part sur la carte SD. La commande iwlist wlan0 scan affiche ensuite les résultats stockés et la répétition de la commande renverra toujours les mêmes résultats. L'exécution de la commande avec sudo analysera à nouveau et stockera les données mais donnera l'erreur. Ensuite, utiliser à nouveau iwlist wlan0 scan affichera désormais les nouvelles données de l'analyse à l'aide sudo .

Pourquoi utiliser sudo iwlist wlan0 scan renvoie une erreur que je ne sais pas. Peut-être un problème avec le pilote, je ne suis pas sûr. Si j'utilise un autre adaptateur wifi, la commande sudo iwlist wlan0 scan fonctionne correctement et affiche les résultats de l'analyse.

J'entends ce que vous dites. Je suppose que le comportement que vous avez décrit est lorsque le WiFi est associé.

Dans mon cas, lorsque le WiFi n'est pas associé "sudo iwlist wlan0 scan" fonctionne bien et ne renvoie pas d'erreur.

Il serait intéressant d'essayer cela sur un RPi avec le noyau 3.12.36+ #737 (je suppose que cela ne peut pas être un RPi 2). Dans mon cas, "sudo iwlist wlan0 scan" renvoie très bien les résultats lorsqu'il est associé.

Je ne sais pas s'il existe un moyen d'exécuter le noyau RPi 2 avec 3.12.36+ #737. Cela peut-il être fait?

Merci d'avoir examiné cela.

Vous ne pourrez pas exécuter 3.12.36+ sur un Pi B2.

Oui, le wifi était associé lorsque j'ai essayé les scans. Je me demande s'il s'agit d'une sorte de problème de synchronisation car j'ai un module wifi, Edimax EW-7811UTC, qui fonctionne bien sur les anciens Pi, mais sur un Pi B2, le noyau se bloque. Donc, un problème avec le Pi B2 peut-être.

J'ai trouvé ce post sur un changement de pilote et je me demande si c'est applicable dans ce cas:

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

Mr Engman, on dirait que c'est un problème de timing. Voici ce que j'ai fait.

J'ai téléchargé le code source des outils sans fil v30 à partir d'ici : https://code.google.com/p/rtl8192cu/source/browse/wireless_tools/wireless_tools.30.rtl.tar.gz?r=bdd3a2265bdd6a92f24cef3d52fa594b2844c9c1&spec=svnd65922d040ce25484b2abec127

Si vous l'extrayez, vous trouverez le fichier iwlist.c sous wireless_tools/wireles_tools.30.rtl/. Modifiez-le et modifiez

délai d'attente int = 15000000 ;

à

délai d'attente int = 30000000 ;

Compilez avec make et essayez d'exécuter scan pendant que l'interface sans fil est associée. Vous verrez les résultats cette fois.

@pvouzis votre problème a-t-il été résolu ? Si oui, merci de fermer ce sujet.

Fermeture faute d'activité. Rouvrez si vous pensez que ce problème est toujours d'actualité.