Question:
Wifi tombe sur Raspberry PI
zengr
2014-04-12 04:08:32 UTC
view on stackexchange narkive permalink

J'ai 3 RaspberryPIs et tous perdent la connexion wifi après un certain temps.

  1. Le chipset Wifi est Ralink RT5370
  2. Alimentation testée avec 1000A et 1500A
  3. La gestion de l'alimentation est désactivée.
  4. ifconfig donne ceci:

enter image description here

Mais quand je fais un ping google.com , il expire. Donc, techniquement, il a une adresse IP valide et il est connecté.

Le problème est toujours reproductible lorsque je fais un travail intensif en données depuis Internet. Comme lorsque je fais un apt-get install nmap , il se bloque après 48-50% et le réseau tombe.

Alors, comment puis-je résoudre ce problème?

iwconfig: enter image description here

/ etc / network / interfaces file

enter image description here

Neuf réponses:
Ekus
2015-07-19 02:39:33 UTC
view on stackexchange narkive permalink

Je vois que vous avez mentionné la gestion de l'alimentation, mais cela peut aider quelqu'un d'autre car cela m'a aidé:

J'ai utilisé les étapes de https://learn.adafruit.com/adafruits- raspberry-pi-leçon-3-network-setup / test-and-configure # fixed-wifi-dropout-issues pour désactiver le mode d'économie d'énergie en WiFi et cela m'a aidé avec mon rpi2, aucun concentrateur USB alimenté nécessaire.

Créer un nouveau fichier:

  sudo nano /etc/modprobe.d/8192cu.conf  

et collez ceci:

  # Désactivez les options d'économie d'énergie 8192cu rtw_power_mgnt = 0 rtw_enusbss = 1 rtw_ips_mode = 1  

puis redémarrez

  redémarrage sudo  
il semble que la désactivation de la gestion de l'alimentation a également résolu le problème pour moi. J'ai un Pi1 et j'utilise le pilote 8188eu (dongle TL-WN725N)
Milliways
2014-04-12 09:47:20 UTC
view on stackexchange narkive permalink

Oubliez la "cote" du bloc d'alimentation - c'est souvent trompeur, et le Pi limite le courant, il n'est donc pas possible de tirer plus de 1A, même si le bloc d'alimentation peut vraiment fournir cela.

Utilisez un concentrateur alimenté (ou alimentez autrement l'adaptateur WiFi). Le Pi peut fournir au plus 300 mA aux périphériques, ce qui est souvent insuffisant pour le WiFi.

Une autre option consiste à contourner le polyfuse.

Pouvez-vous m'indiquer un bon hub alimenté? Le wifi est un dongle USB, comment puis-je l'alimenter en externe?
Consultez http://elinux.org/RPi_Hub si vous souhaitez consulter les recommandations. Franchement, la plupart des choses écrites sur les hubs sont BS. La plupart des hubs fonctionnent correctement. La seule vraie différence est de savoir s'ils retardent le Pi. Voir http://www.raspberrypi.org/help/faqs/#powerHub
J'ai collé le mauvais lien pour les hubs http://elinux.org/RPi_Powered_USB_Hubs
@zengr Si vous branchez le dongle dans l'USB alimenté, il sera alimenté (au moins devrait être) correctement via le concentrateur. Les hubs, s'ils sont alimentés de manière externe, peuvent fournir beaucoup plus de puissance que le Raspberry Pi, qui doit limiter la puissance entrant, pour protéger les composants. Ainsi, comme il ne peut pas tirer autant d'énergie, il ne peut pas mettre autant d'énergie, et donc un dongle wifi, ou d'autres éléments USB gourmands en énergie, peut ne pas être en mesure de fonctionner directement branché sur le Pi.
Ah je vois, vous suggérez d'utiliser quelque chose comme ceci: http://www.ebay.com/itm/New-10-Port-High-Speed-USB-2-0-Hub-Expansion-Power-Adapter-for -Notebook-PC- / 221278941555. C'est un problème pour moi car je prévois d'utiliser des RPI comme routeur placé sur les murs. Cela rendra vraiment compliqué et difficile de l'accrocher. Si l'alimentation est un problème, cela signifie que si je retire le clavier et le moniteur, il devrait fonctionner mieux avec le dongle?
@RPi Awesomeness Je ne vois pas la nécessité de "limiter la puissance entrant", et la conception est un mauvais compromis d'ingénierie. S'ils étaient sérieux, ils auraient eu un limiteur séparé pour les ports USB, ce qui les aurait rendus conformes aux normes et évité d'ailleurs la plupart des problèmes que les utilisateurs publient sur ce site. Malheureusement, le cheval s'est enfui.
@zengr retirer le clavier et le moniteur peut aider, mais selon le courant consommé par le dongle wifi peut ne pas être suffisant. Vous pouvez contourner le polyfuse ou fournir une alimentation du bloc d'alimentation au dongle wifi. Ces deux éléments nécessitent une certaine soudure. Une autre option, si vous n'avez pas besoin du 2ème USB est de brancher votre PSU sur le port USB.
@Milliways Je faisais référence au fait que le * Raspberry Pi * limite la puissance qui peut entrer, pas le hub. Désolé si ce n'est pas clair.
Rofe
2017-05-15 08:12:37 UTC
view on stackexchange narkive permalink

Dans la nouvelle version du système d'exploitation Linux installée via NOOBS, le nom du pilote 8192 est passé de 8192cu à rtl8192cu . Vous devrez définir les options de gestion de l'alimentation dans le fichier /etc/modprobe.d/8192cu.conf comme suit:

  options rtl8192cu rtw_power_mgnt = 0 rtu_enusbss = 0  

Si vous ne renommez pas ce pilote dans les options, les options ne sont pas reconnues par le système d'exploitation lors du démarrage.

Pour les conventions de dénomination, j'ai renommé 8192cu. conf dans rtl8192cu.conf .

Accentrix
2016-02-09 01:12:17 UTC
view on stackexchange narkive permalink

J'ai rencontré ce problème avec l'adaptateur WiFi Edimax (EW-7811UN).

Après un peu de frustration, je l'ai finalement résolu. Ceci est tiré de mon message sur sparkfun.com

De nombreux utilisateurs se plaignent que cela supprime les connexions. J'ai trouvé que c'était vrai, mais après quelques recherches, j'ai trouvé que la racine du problème n'était pas l'adaptateur, mais que Raspian essayait d'économiser de l'énergie en éteignant l'adaptateur WiFi lorsqu'il devenait inactif. Si vous rencontrez des pertes de connexions, ouvrez le terminal et créez un fichier 8192cu.conf dans le répertoire /etc/modprobe.d/ avec la commande:

sudo nano /etc/modprobe.d/8192cu. conf

Ensuite, ajoutez la ligne suivante au fichier

options 8192cu rtw_power_mgnt = 0 rtw_enusbss = 0

Vous devrait être prêt! Plus de connexions interrompues!

nickwang
2016-06-06 11:32:57 UTC
view on stackexchange narkive permalink

la solution finale exécute un script pour reconnecter le net.ici un script: https://github.com/wxlcat/NetReconnector

Pourriez-vous s'il vous plaît ajouter quelques détails à votre réponse, que se passe-t-il si le lien se rompt à l'avenir?
Bien que cela puisse théoriquement répondre à la question, [il serait préférable] (// meta.stackoverflow.com/q/8259) d'inclure ici les parties essentielles de la réponse et de fournir le lien pour référence.
Alex
2018-09-28 18:24:27 UTC
view on stackexchange narkive permalink

Du point de vue d'aujourd'hui. Vous ne devriez pas travailler pour renommer votre 8192cu.conf en rtl8192cu.conf car il est mis sur liste noire sur dist Linux 4.14.72-v7 + en raison de problèmes de pilote. Même les autres informations ci-dessus ne fonctionneront pas pour moi.

Si vous voulez le confirmer par vous-même, regardez simplement ...

  ls -a / etc / modprobe. d /  

Vous verrez "blacklist-rtl8192.cu.conf"

Vous pouvez essayer ceci. Cela m'a aidé avec ma mauvaise connexion et je suis sur une lumière raspbian fraîchement installée avec la dernière distribution Linux 4.14.72-v7 +

  sudo iwconfig wlan0 channel auto sudo iwconfig wlan0 power off sudo iwconfig wlan0 txpower auto sudo iwconfig wlan0 rate auto sudo iwconfig wlan0 rts 2304 sudo iwconfig wlan0 frag 2304  

confirmez avec sudo iwconfig que tous les paramètres sont appliqués.

rts et frag peuvent définir 0 à 2347 et représentent des octets. Vous pouvez jouer avec ces valeurs et chercher ce qui vous convient le mieux.

Le problème est que vous devez redémarrer votre wlan après cela et après le redémarrage, vos paramètres sont perdus. Alors mettez-les correctement au démarrage pour les démarrer avec votre système.

  sudo nano /etc/rc.local

collez au-dessus du truc avant la sortie 0 et n'oubliez pas de sauvegarder!

Dernier point mais non le moindre. Votre câble HDMI peut également vous rendre difficile. N'utilisez pas de câbles bon marché car les signaux seront interrompus par le wlan. Même les boîtiers en métal dur et les sons fantômes + 48v peuvent interrompre votre wifin con on pie. (mon câble m'a rendu difficile et j'en ai lu sur les forums raspbian)

Le script sera perdu à chaque fois après le redémarrage. Vous devez créer un script bashscript ou démarrer un script pour le charger au démarrage (suivez le lien pour plus d'informations à ce sujet): Exécuter le script au démarrage

`Le problème est que vous devez redémarrer votre wlan après cela et après le redémarrage, vos paramètres sont perdus. `- Pouvez-vous les mettre dans un fichier .conf pour les lire lorsque le module est chargé?
vous pouvez écrire un script et le charger au démarrage ~ https://raspberrypi.stackexchange.com/questions/8734/execute-script-on-start-ajouté ceci à mon commentaire ci-dessus ~
Ralph
2016-02-09 00:26:27 UTC
view on stackexchange narkive permalink

Les autres solutions ici ne m'ont pas aidé, mais cette solution de modmypi.com l'a fait:

Modifiez la section wlan0 de: / etc / network / interfaces

  auto wlan0allow-hotplug wlan0iface wlan0 inet dhcpwpa-conf /etc/wpa_supplicant/wpa_supplicant.confwireless-power offiface default inet dhcp 

Le bloc de code ci-dessus active l'économie d'énergie WiFi désactivé, affiche automatiquement l'interface wlan et garantit que vous utilisez DHCP.

Jud Leonard
2015-12-04 04:49:24 UTC
view on stackexchange narkive permalink

J'ai essayé ce correctif, et cela a semblé aider certains, mais j'obtenais toujours des abandons. Mais un autre forum a suggéré de définir rtw_enusbss = 0, et cela semble fonctionner mieux.

Artur Barseghyan
2019-02-06 14:16:30 UTC
view on stackexchange narkive permalink

Ce qui a fonctionné pour moi:

  1. Allez dans les options du menu.
  2. Préférences -> Raspberry PI Configuration -> Localisation -> Définir le pays WiFi .
  3. Définissez le pays.
  4. Redémarrez.

Problème résolu.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...