WiFi stack added

[bmarkus]

Yes, it is a lot

[tinypoodle]

More dropped than received...

[bmarkus]

Gerrelt@

Can you try it without WPA?

[Gerrelt]

Yes, but not at the moment. I think my family members will get angry when I fool around with the router now.. 

I have a second SD card, I will install Raspbian wheezy on it, and see if it also drops this much packages. If yes, it's something with my dongle or router.

[Gerrelt]

OK, installed wheezy and squeezelite on the second SD card... And, also dropping packages like crazy... 

Code: [Select]

wlan0     Link encap:Ethernet  HWaddr 00:9e:85:9d:55:79
          inet addr:192.168.0.109  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2411 errors:0 dropped:2433 overruns:0 frame:0
          TX packets:1480 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2298483 (2.1 MiB)  TX bytes:156045 (152.3 KiB)

The good news: there's nothing wrong with tinycore. The bad news: I have to find out what's going wrong..

[Cloudcentric]

If you have a N 150 Router you should only use CCMP to connect at N speed, if you have a 54G Router just use TKIP

http://en.wikipedia.org/wiki/CCMP

Though it could be a power issue, maybe turn of the power management of the WiFi Dongle ? so it reads something like this

wlan0     IEEE 802.11bg  ESSID:"acme"  Nickname:"rtl_wifi"
          Mode:Managed  Frequency:2.447 GHz  Access Point: 00:21:29:69:C2:D8   
          Bit Rate:54 Mb/s   Sensitivity:0/0 
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:****-****-****-****-****-****-****-****   Security mode:open
          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

[Gerrelt]

I've checked, powermanagement is allready off :

Code: [Select]

wlan0     IEEE 802.11bgn  ESSID:"SeinfeldsHouse"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:9E:95:90:5A:75
          Bit Rate:150 Mb/s   Sensitivity:0/0
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=99/100  Signal level=76/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

Apperently it's a common issue, see: raspberrypi.org thread
They suspect it's nothing to worry about..

[bmarkus]

One possible reason is a jamming from a neighbour station using the same channel. Check list of heard AP's.

Also would be good to see the result connecting WiFi dongle to an external powered USB hub.

[Gerrelt]

I've checked the wifi channel, it's on a unique channel, not used by anybody else in the range.
The dongle is connected to an externally powered USB hub.

My dongle is 150 Mb/s, and my wifi router is 300 Mb/s. I could try setting the router to 150 Mb/s, to see if it makes any difference.

[curaga]

Do test on a "regular" box too, to see if it's the stick or the Pi.

[bmarkus]

It may happen that 150MBit/s is too high bitrate for the Pi and  it can't handle. Switch back to 54 Mbit/s and check.

[sbp]

Hi bmarkus.

I Will report my findings lager tonight.

Is it possible to set the speed on the raspberry side? I mean how do i force the USB wifi to operate at 54 mbit instead of 150?

[Rich]

Hi sbp
The  rate  option of  iwconfig  should let you set that, see:
http://linux.die.net/man/8/iwconfig

[sbp]

Hi
Regarding the WiFi issue.
I'm using the Raspberry as a Squeezebox player (the PicoPlayer - I made). It is working really fine on a LAN cable.

The problem with the player on WiFi is that the sound is breaking up. It helps a bit to increase the buffer in the player but still I'm unable to listen for more than a few minutes it breaks up. It then buffers for some seconds before it starts again often stuttering. This is vi the audio jack. It seems OK if I use a USB-DAC, then it plays without problems.

I have noticed that if the I play music via the Wifi, the Raspberry seems pressed to its limits, if I write something via putty, there is considerable lag from a keypress and to it is written to the screen.

Now to my experiments:
If connected to my D-link 665 Router -N speed, it is connected with 150 Mbit/sec and react as described above (I haven't checked different protection schemes - see below).

If I connect to a Linksys WAP54G it only connects at 54 Mbit/sec, as shown below there is still a lot of dropped RX-packages, but the player is playing without any problems and there is no hic-ups.

This is without any protection:

Code: [Select]

iwconfig
lo        no wireless extensions.

wlan0     IEEE 802.11bg  ESSID:"linksys"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:18:39:1A:CF:2F
          Bit Rate:54 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

Code: [Select]

wlan0     Link encap:Ethernet  HWaddr 00:0F:12:82:13:1F
          inet addr:192.168.1.25  Bcast:255.255.255.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:68313 errors:0 dropped:125046 overruns:0 frame:0
          TX packets:32770 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:100723162 (96.0 MiB)  TX bytes:2823088 (2.6 MiB)

With WPA2-Personel protection enabled - the audio is breaking up again (on the Linksys - which played fine without protection) However it still has a lot of dropped packages.

Code: [Select]

wlan0     Link encap:Ethernet  HWaddr 00:0F:12:82:13:1F
          inet addr:192.168.1.25  Bcast:255.255.255.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5904 errors:0 dropped:5925 overruns:0 frame:0
          TX packets:3705 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:7968557 (7.5 MiB)  TX bytes:374187 (365.4 KiB)

With WPA-Personel - the audio is fine (on the same Linksys)

Code: [Select]

wlan0     Link encap:Ethernet  HWaddr 00:0F:12:82:13:1F
          inet addr:192.168.1.25  Bcast:255.255.255.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:28876 errors:0 dropped:58810 overruns:0 frame:0
          TX packets:14628 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:50879966 (48.5 MiB)  TX bytes:1867817 (1.7 MiB)
In conclusion: there is a lot of dropped packages no matter what kind of protection, but the audio is playing fine without protection and with WAP-Personel protection - So I think that the problem is the WPA2-Personel protection which seems to bring the Raspberry to its knees.

So is there a setting in Microcore that could tell the WiFi USB dongle to use WPA (as my router accepts both WPA and WPA2 connections?)

Steen

[bmarkus]

It's a wpasupplicant config.