Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
1
| lsusb |
en van
1
| lsmod |
Shit, kan er remote vanaf mijn werk niet bij. Kom ik vanavond op terug!FitzJac schreef op donderdag 07 augustus 2014 @ 12:20:
Geef eens de output van
code:
1 lsusb
en van
code:
1 lsmod
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
1
| cat /sys/module/8192cu/parameters/rtw_power_mgnt |
Dit zou een 1 of 2 moeten opleveren
vervolgens maak je een bestand aan:
1
| vim /etc/modprobe.d/8192cu.conf |
Daar zet je in:
1
2
3
| # Disable power management options 8192cu rtw_power_mgnt=0 |
Vervolgens reboot je de pi. Nu zou de bovenstaande check een 0 moeten opleveren en zou het probleem verdwenen moeten zijn.
[ Voor 4% gewijzigd door Kelfox op 07-08-2014 12:30 . Reden: code-tags ]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
| root@williewortel:~# lsusb Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. Bus 001 Device 004: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC root@williewortel:~# lsmod Module Size Used by ipv6 312804 19 snd_bcm2835 18169 0 snd_soc_bcm2708_i2s 5486 0 regmap_mmio 2818 1 snd_soc_bcm2708_i2s snd_soc_core 128166 1 snd_soc_bcm2708_i2s regmap_spi 1913 1 snd_soc_core snd_pcm_dmaengine 5481 1 snd_soc_core snd_pcm 81518 3 snd_bcm2835,snd_soc_core,snd_pcm_dmaengine ftdi_sio 30487 0 snd_page_alloc 5168 1 snd_pcm regmap_i2c 1657 1 snd_soc_core snd_compress 8136 1 snd_soc_core snd_seq 54581 0 snd_timer 20353 2 snd_pcm,snd_seq snd_seq_device 6485 1 snd_seq 8192cu 551136 0 usbserial 26435 1 ftdi_sio leds_gpio 2055 0 led_class 4119 1 leds_gpio snd 61518 7 snd_bcm2835,snd_soc_core,snd_timer,snd_pcm,snd_seq,snd_seq_device,snd_compress root@williewortel:~# |
En... ik heb precies gedaan wat Kelfox hierboven zegt. De stand was inderdaad 1. Nu is hij 0. Het is nog te vroeg om te juichen, maar na een reboot doet hij het in elk geval nog steeds!
Wat heb ik precies gedaan nu? Een soort setting dat die chipset niet zichzelf in slaapstand zet ofzo? (puur uit interesse)
Edit: shit. Te vroeg gejuicht. Hij doet het nu weer niet. De USB wifi er ff paar seconden uittrekken en terug steken lost het probleem wel (even) op... Nog andere tips?
Edit2: wat ik nu ook heb geprobeerd is: http://svay.com/blog/sett...ction-on-the-raspberrypi/. Hier heeft iemand een crontab job geinstalleerd die elke minuut de router pingt. Ben benieuwd. Poging 2. Kijken hoe we de dag vandaag qua stabiliteit doorkomen...
Edit3: so far, so good. Hij pingt nog steeds elke minuut. En hij is continue online!
[ Voor 12% gewijzigd door spaceboy op 08-08-2014 16:50 ]
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Wat heb ik geprobeerd:
1. de tip van Kelfox (power management van de chipset uitzetten)
2. crontab job gemaakt die elke minuut naar de router pingt om wakker te blijven
3. crontab job gemaakt die elke 5 minuten een ifconfig grep doet om te kijken of de wlan0 verbinding nog een ip-adres heeft, zoniet: ifdown - ifup commando. Deze lijkt niet getriggerd te worden, dus ALS de netwerkverbinding ermee kapt heeft hij kennelijk nog steeds een ip-adres.
4. andere voeding gebruikt (1A en 2A) voor de Raspberry Pi
Heeft iemand raad welke logfiles ik kan bekijken en welke acties ik kan ondernemen. Het liefst zou ik die hele tering wifi eruit smijten, maar het is vrijwel onmogelijk om naar die locatie een UTP-kabel te krijgen.
Help, please!
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Kun je uitsluiten dat wifi-signaal en/of het AccesPoint ligt? Heb je er bv een laptop naast gezet om te testen of die wel verbinding blijft houden met het AP?
This post is warranted for the full amount you paid me for it.
Check mijn V&A ads: https://tweakers.net/aanbod/user/9258/
Probeer eens met een (door extern gevoed) USB-HUB.
@CAPSLOCK2000: hier het laatste deel van de dmesg. Misschien zegt jou dit iets? (mij niet)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| [ 33.272203] usbserial: USB Serial support registered for FTDI USB Serial Device [ 33.526725] ftdi_sio 1-1.5:1.0: FTDI USB Serial Device converter detected [ 33.719661] usb 1-1.5: Detected FT232RL [ 33.845995] usb 1-1.5: Number of endpoints 2 [ 33.941823] usb 1-1.5: Endpoint 1 MaxPacketSize 64 [ 33.951360] usb 1-1.5: Endpoint 2 MaxPacketSize 64 [ 34.092052] usb 1-1.5: Setting MaxPacketSize 64 [ 34.159978] usb 1-1.5: FTDI USB Serial Device converter now attached to ttyUSB0 [ 34.320906] usbcore: registered new interface driver rtl8192cu [ 50.588563] EXT4-fs (mmcblk0p6): re-mounted. Opts: (null) [ 51.149738] EXT4-fs (mmcblk0p6): re-mounted. Opts: (null) [ 52.127757] NET: Registered protocol family 10 [ 58.200975] FAT-fs (mmcblk0p5): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. [ 61.536101] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 62.963984] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 66.677034] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup [ 66.677831] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 70.665984] Adding 102396k swap on /var/swap. Priority:-1 extents:1 across:102396k SSFS [ 802.744197] ttyUSB0: 2 input overrun(s) |
Ik heb de laatste keer dat hij ermee stopte er een UTP-kabel bij in geprikt en ook daarmee kon ik geen verbinding krijgen met de Raspberry Pi. Aan de cron-jobs te zien die draaiden was er met de Pi zelf geen issue, want hij bleef gewoon werken. Toen ik er vervolgens een HDMI kabel op aansloot aan de tv kreeg ik GEEN beeld. Tenslotte heb ik maar de power eruit getrokken en weer opnieuw aangesloten, toen had ik wel beeld (en natuurlijk ook weer netwerk).
Oftewel: ik ben nog steeds een beetje clueless, maar de powered-hub oplossing ben ik op dit moment aan het testen. Ben erg benieuwd! Bedankt in elk geval alvast.
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.
Nee, heb er gewoon eentje bijgekocht, maar voordat ik een nieuwe ging proberen was ik benieuwd of het ergens anders aan kan liggen. Maar inderdaad, als niet anders helpt ga ik dat doen. Zijn er nog manieren hoe ik kan bekijken of het echt aan de WiFi dongle ligt?BtM909 schreef op zondag 10 augustus 2014 @ 16:39:
Heb je al een andere Wi-Fi receiver geprobeerd?
Edit: ik heb nu (terwijl mijn wifi weer niet bereikbaar was) opnieuw mijn tv plus een toetsenbord aan de RPi gehangen. Resultaat: ik kan prima inloggen.
Feiten op een rij (nu wifi dus NIET werkt):
- ifconfig geeft keurig netjes mijn wlan aan (met statisch door mij opgegeven IP-adres).
- ifdown gevolgd door ifup heeft geen resultaat
- service networking stop gevolgd door service networking start heeft geen resultaat
- als ik een UTP-kabel erin plug zie ik dat DHCP werkt (want er wordt een dynamisch IP-adres in de juiste range aan de eth0 verbinding gegeven
- ping 192.168.0.1 (mijn router) leidt tot 100% packet loss
Ook vanaf een andere pc in het netwerk zijn beide IP-adressen (zowel de statische wlan0 als de DHCP variant van eth0) niet bereikbaar / te pingen.
Wat kan ik nu nog bekijken/proberen? Ik kan altijd een reboot doen, maar daar los ik het probleem alleen maar tijdelijk mee op.
[ Voor 51% gewijzigd door spaceboy op 10-08-2014 17:04 ]
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Commandline FTW | Tweakt met mate
Heb zojuist jouw aanwijzingen gevolgd. Heb beide commando's zowel "vooraf" (in de situatie dat wifi niet meer reageert) als "achteraf" (na een reboot waarbij wifi wel weer reageert) gedaan.Hero of Time schreef op zondag 10 augustus 2014 @ 20:03:
De uitvoer van 'ifconfig' kan er prima uit zien, maar als je associate met je wifi weg is, kan je ook nog weinig. Als je alles handmatig instelt, zal je eventuele problemen die later komen niet zien met alleen ifconfig. Kijk daarom ook naar de uitvoer van 'iwconfig'. Daarnaast kan je ook met 'iwlist scan' kijken of je Pi nog wireless omgevingen kan vinden.
Vooraf iwconfig:
1
2
3
4
5
6
7
8
| wlan0 IEEE 802.11bgn ESSID:"DUCKSTAD" Nickname:"<WIFI@REALTEK>" Mode:Managed Frequency:2.462 GHz Access Point: 00:0C:F6:7B:62:64 Bit Rate:300 Mb/s Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality=2/100 Signal level=2/100 Noise level=0/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 |
Achteraf iwconfig:
1
2
3
4
5
6
7
8
| wlan0 IEEE 802.11bgn ESSID:"DUCKSTAD" Nickname:"<WIFI@REALTEK>" Mode:Managed Frequency:2.462 GHz Access Point: 00:0C:F6:7B:62:64 Bit Rate:300 Mb/s Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality=100/100 Signal level=100/100 Noise level=0/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 |
Wat opvalt is de Link Quality en Signal level. Als ik "vooraf" probeer te pingen naar bijvoorbeeld de router krijg ik Destination unreachable. Als ik nu op willekeurige momenten kijk met iwconfig staat de Link Quality en Signal level nog gewoon op 100%.
Het lijkt er toch wel op dat het probleem hiermee te maken heeft lijkt me. Ik heb ondertussen weer een andere USB powered hub aangesloten plus een nieuwe voeding (1.2A) voor de Raspberry Pi. Maar ook hier weer hetzelfde euvel.
Wat kan ik nu proberen? Is die WIFI dongle verrot? De rest van de RPi werkt prima. Overigens, zowel vooraf als achter geeft 'iwlist scan' mij meerdere wifi netwerken (waaronder ook mijn eigen DUCKSTAD netwerk).
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
ifconfig output:
1
2
3
4
5
6
| wlan0 Link encap:Ethernet HWaddr e8:de:27:12:23:79 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:90666 overruns:0 frame:0 TX packets:0 errors:0 dropped:1 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:43763066 (41.7 MiB) TX bytes:6637936 (6.3 MiB) |
iwconfig output:
1
2
3
4
5
6
7
8
| wlan0 unassociated Nickname:"<WIFI@REALTEK>" Mode:Managed Frequency=2.462 GHz Access Point: Not-Associated Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality:0 Signal level:0 Noise level:0 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 |
Het "positieve" aan het verhaal is wel dat ik met een sudo ifup wlan0 commando zonder rebooten weer netwerk heb. Iemand een idee wat er nu aan de hand kan zijn?
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Commandline FTW | Tweakt met mate
Wat mij overigens opviel is dat met warm weer (zeg zo'n > 25C) de disconnects veel frequenter zijn dan wanneer de temperatuur lager is (laag in de 20C).
Het gebruik van een powered usb-hub heeft totaal geen enkele meerwaarde bij mij.
Overigens heeft mijn Windows XP Pro netbook ook regelmatig deze disconnects, waarbij m'n Laptop nog geen enkele disconnect heeft gehad in de 2 jaar dat ik nu weer Ziggo heb.
Kijkend naar powermanagement, dat staat hier gewoon uit. Zowel in de config van de adapters als in /etc/wpa_supplicant/wpa_supplicant.conf
Nu moet ik wel zeggen, op een Linksys router had ik exact het zelfde euvel met de laptop die nu al 2 jaar zonder disconnects verbonden is met de Ubee router. Daar heb ik 802.11nN mode uitgezet, en de router naar 802.11g geforceerd, en daarmee waren toen alle problemen verholpen.
Als test heb ik 802.11 N-mode op m'n Ubee router uitgezet, en is het even een dag of wat afwachten of dit het euvel verhelpt. Wordt vervolgd dus...
Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
Pi 2 daarintegen.. Die had na 12 uur een disconnect, kwam terug, en viel 2x in een half uur weg, en daarna 4 a 5 uur later weer. Ding een reboot gegeven maandag, en online ever since. Pi 2 heeft met z'n uptime van anderhalve dag inmiddels wel 19 packet gedropped. eth0 is stabiel.
Bij Pi 1 zie ik overigens 3 packets gedropped op eth0, maar dat was zondag ook al, en daar is niks bijgekomen. Wellicht toch maar even een wat zwaardere usb-lader halen wellicht is 1000mA toch niet genoeg voor een Pi met een wifi-stick..
Goed, misschien is het wel erg toeval, want deze week was het natuurlijk redelijk frisjes.. Volgende week wordt het weer warmer, en hoop ik niet dat het euvel weer terug komt.. Maar anders toch maar wat heatsinks plaatsen..