(UPDATE) Drivers for TL-WN725N V2 - 3.6.11+ -> 4.xx.xx+

[unameme]

@mrcyco, I solved my problem in 3 simple steps, as you i have R Pi 2 and 3.18.5 v7

First open terminal an type:

Code: Select all

sudo wget https://github.com/lwfinger/rtl8188eu/raw/c83976d1dfb4793893158461430261562b3a5bf0/rtl8188eufw.bin -O /lib/firmware/rtlwifi/rtl8188eufw.bin

When it's finished reboot your pi

Open terminal again and check if your /etc/network/interfaces and /etc/wpa_supplicant/wpa_supplicant.conf look like in this tutorial:
http://www.fars-robotics.net/

It worked for me, networks works fine

[Massi]

It worked for me, networks works fine

Can you post the output of a simple iwconfig wlan0 ?

[unameme]

It worked for me, networks works fine

Can you post the output of a simple iwconfig wlan0 ?

Here it is, as I see the quality is not best, maybe there is a way to improve it, but it is a stable connection to which I can alwas ssh, earlier it was disconnecting all the time.

root@volumio:~# iwconfig wlan0
wlan0 IEEE 802.11bgn ESSID:"homenet1" Nickname:"<WIFI@REALTEK>"
Mode:Managed Frequency:2.427 GHz Access Point: E8:08:8B:86:A1:B3
Bit Rate:72.2 Mb/s Sensitivity:0/0
Retry:off RTS thr:off Fragment thr:off
Encryption key:****-****-****-****-****-****-****-**** Security mode:open
Power Management:off
Link Quality=0/100 Signal level=54/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

[unameme]

oh, I did'nt mention, I swapped to volumio, but it's still 3.18.5 v7 kernell and steps to get tp-wn725N working were identical

[fgimenez]

I've tested the module that comes with the firmware and apparently it doesn't work very well.
So I compiled the one that I was using before which has proven to be very reliable: the realtek's v4.1.8_9499 module.

I've uploaded some files here: https://drive.google.com/file/d/0B2wdCX ... VMc00/view
(click on the arrow in the top to download a tar file with the content)

8188eu-v4.1.8_9499-kernel_3.18.7.tar:
This one has the module compiled for RPI's latest kernel 3.18.7 (not RPI2, sorry).
It also has a file for /etc/modprobe.d/ to blacklist the kernel's own module and set a couple of options that gave me good results.

If you have kernel 3.18.7 and all you want is to just get the wifi dongle working, then that's the only file you need.
But if you want to be able to compile your own module in the future, keep reading

v4.1.8_9499.good.tar.xz:
The sources I used. It's the realtek source configured for the RPI, with LED enabled and reduced debug logging and with a small patch to make it compile OK on newer kernels (patch based on this one: https://github.com/lwfinger/rtl8188eu/c ... 0cafb0cf3f )

prepare-kernel-sources.sh:
The script I use to download kernel source and prepare it to compile modules

build.sh:
It's just because I'm too lazy to type. This one calls the prepare-kernel one and then does "make all && sudo make install"
This one has a hardcoded path which you may need to change if you want to use it.


Another source that works and is being activelly maintained can be found here: https://github.com/lwfinger/rtl8188eu

Enjoy!

[donpipo]

Hi again.

Still problematic and no progress since my previous post: http://www.raspberrypi.org/forums/viewt ... 74#p687274
I've updated to Volumio 1.55 and still cannot use my 8188EU based dongle.
Kernel is:

Code: Select all

root@Volumio:~# uname -a
Linux Volumio 3.18.5+ #748 PREEMPT Wed Feb 4 21:24:41 GMT 2015 armv6l GNU/Linux

And the driver is included.
Followed the instructions, installed the firmware.

Once I plug it I get this error:

Code: Select all

[  523.322090] usb 1-1.5: new high-speed USB device number 5 using dwc_otg
[  523.433425] usb 1-1.5: New USB device found, idVendor=0bda, idProduct=8179
[  523.447839] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  523.462834] usb 1-1.5: Product: 802.11n WLAN NIC
[  523.475218] usb 1-1.5: Manufacturer: Realtek
[  523.487149] usb 1-1.5: SerialNumber: 000B819783AA
[  523.506058] Chip Version Info: CHIP_8188E_Normal_Chip_TSMC_UNKNOWN_CUT(10)_1T1R_RomVer(0)
[  524.883370] usb 1-1.5: USB disconnect, device number 5
[  525.061879] MAC Address = 00:0b:81:97:83:aa
[  525.074888] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  525.089011] R8188EU: ERROR indicate disassoc

The dongle is disconnected and doesn't appear anymore in lsusb.
No clue

[smartmeister]

If you want to monitor the link quality continuously on screen, you could use :

watch -n 1 cat /proc/net/wireless

[donpipo]

Update: I managed to have the dongle up and connect to my router, after a couple of reboots and unplug-replugs.
I haven't touched anything else.

Code: Select all

[ 1210.012021] usb 1-1.2: new high-speed USB device number 5 using dwc_otg
[ 1210.123395] usb 1-1.2: New USB device found, idVendor=0bda, idProduct=8179
[ 1210.137836] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1210.152844] usb 1-1.2: Product: 802.11n WLAN NIC
[ 1210.165164] usb 1-1.2: Manufacturer: Realtek
[ 1210.177047] usb 1-1.2: SerialNumber: 000B819783AA
[ 1210.197197] Chip Version Info: CHIP_8188E_Normal_Chip_TSMC_UNKNOWN_CUT(10)_1T1R_RomVer(0)
[ 1211.632644] MAC Address = 00:0b:81:97:83:aa
[ 1211.652163] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1214.775484] R8188EU: ERROR assoc success
[ 1214.787867] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

But that sounds bad:

Code: Select all

Every 1.0s: cat /proc/net/wireless                                               Sat Feb 14 10:01:56 2015

Inter-| sta-|   Quality        |   Discarded packets               | Missed | WE
 face | tus | link level noise |  nwid  crypt   frag  retry   misc | beacon | 22
 wlan0: 0000    0.    2.    0.       0      0      0      0      0        0

I'm one meter away from the router
Obviously, even if link is up, I cannot communicate with the Pi over wi-fi.

And a couple of minutes later, it has been suddendly disconnected, powered off, not shown in lsusb:

Code: Select all

[ 3031.977530] usb 1-1.2: USB disconnect, device number 5
[ 3032.492018] R8188EU: ERROR indicate disassoc

Driver or hardware issue?

[smartmeister]

Driver or hardware issue?

Definitely not hardware related. Keep in mind we're pretty much all in the same boat !

Your WN725N used to work properly with the previous linux release (aka 3.12.x), isn't it ?

[donpipo]

Unfortunately, this was the first time I got this dongle kind-of working (and saw the LED)!
Previous failed attempts were made on 3.12.26+ on ArchLinux (RuneAudio) with included driver and Raspbian (Volumio) with MrEngman driver.

[smartmeister]

I've tested the module that comes with the firmware and apparently it doesn't work very well.
So I compiled the one that I was using before which has proven to be very reliable: the realtek's v4.1.8_9499 module.

I've uploaded some files here: https://drive.google.com/file/d/0B2wdCX ... VMc00/view
(click on the arrow in the top to download a tar file with the content)

8188eu-v4.1.8_9499-kernel_3.18.7.tar:
This one has the module compiled for RPI's latest kernel 3.18.7 (not RPI2, sorry).
It also has a file for /etc/modprobe.d/ to blacklist the kernel's own module and set a couple of options that gave me good results.

Enjoy!

thanks for sharing. My Pi's wireless connection is not entirely broken, but since i dist-upgraded to 3.18.7 too, i will give it a try.

[smartmeister]

Unfortunately, this was the first time I got this dongle kind-of working (and saw the LED)!

For the sake of entirely ruling out the possibility of a dongle hardware failure, did you try to use it on a windows 7 or linux mint box ? Drivers are usually provided out of the box.

[gLobster]

Another source that works and is being activelly maintained can be found here: https://github.com/lwfinger/rtl8188eu

Enjoy!

Only for information. it driver included in current linux kernel. Lwfinger made current version

[donpipo]

For the sake of entirely ruling out the possibility of a dongle hardware failure, did you try to use it on a windows 7 or linux mint box ? Drivers are usually provided out of the box.

Well.
I took a old Windows laptop out of the closet to check the dongle on it, plugged it, had to install the drivers from Realtek, and...
Same behaviour!
One the driver is loaded, the device disappears instantly from Device Manager with no warning. In the event manager, I have a warning saying that "WLAN autoconfig service stopped".

Thanks for your suggestion. My dongle is DAO You have spared me from spending more time in the wrong way solving an non-issue.
Given my bad experience and everything I've read about it, I'll stay away from this chip from now.

Now investigating why my other cheap dongle (based on 8192CUS) cannot go over 1Mbps next to the router...
Unfortunately, it's not a power issue.

[amplidyna]

I've tested the module that comes with the firmware and apparently it doesn't work very well.
So I compiled the one that I was using before which has proven to be very reliable: the realtek's v4.1.8_9499 module.

I've uploaded some files here: https://drive.google.com/file/d/0B2wdCX ... VMc00/view
(click on the arrow in the top to download a tar file with the content)

8188eu-v4.1.8_9499-kernel_3.18.7.tar:
This one has the module compiled for RPI's latest kernel 3.18.7 (not RPI2, sorry).
It also has a file for /etc/modprobe.d/ to blacklist the kernel's own module and set a couple of options that gave me good results.

If you have kernel 3.18.7 and all you want is to just get the wifi dongle working, then that's the only file you need.
But if you want to be able to compile your own module in the future, keep reading

v4.3.0.7_12758.good.tar.xz:
The sources I used. It's the realtek source configured for the RPI, with LED enabled and reduced debug logging and with a small patch to make it compile OK on newer kernels (patch based on this one: https://github.com/lwfinger/rtl8188eu/c ... 0cafb0cf3f )

prepare-kernel-sources.sh:
The script I use to download kernel source and prepare it to compile modules

build.sh:
It's just because I'm too lazy to type. This one calls the prepare-kernel one and then does "make all && sudo make install"
This one has a hardcoded path which you may need to change if you want to use it.


Another source that works and is being activelly maintained can be found here: https://github.com/lwfinger/rtl8188eu

Enjoy!

Works great! Thank you

Update:
Ok, it's not that great. Max speed I could get was 900 kB/s while previously it was about 1400kB/s. Also after tansmitting 300MBs it suddenly slowed down to about 4kB/s and from that moment everything was very slow (samba, http server, ssh) until I rebooted.

[smartmeister]

i can confirm fgimenez's driver is working great !!

Capture.png (54.6 KiB) Viewed 10241 times

My Pi's access point is maxing out my adsl bandwith, with a rock steady input/output rate

In my case, i had to re-register the driver using :

Code: Select all

sudo insmod /lib/modules/$(uname -r)/kernel/drivers/net/wireless/8188eu.ko
sudo depmod -a

and the USB dongle was up and running at the next reboot.

EDIT:
I was curious to know, whether my ADSL could be a possible bottleneck or not (my ISP is not a champ, the max i can get out of my internet access is 820kb/s), so I made a couple samba transfers beetween my PI and my laptop, moving a 3,4gb windows 8.1 iso file.

My max output rate is tied to this dirt cheap class 1 microSD specs, which is roughly 3 Mb/s write & read :

Capture-Moniteur système-1.png (16.08 KiB) Viewed 10226 times

The same slight performance decrease pattern every 120sec, but an overal steady wlan connection.

Using the Pi as a mere relay beetween my Lan and Wlan network, i am observing the same pattern, and the same speed !

Capture-Moniteur système-2.png (14.73 KiB) Viewed 10224 times

It is safe to assume this driver is ok

[tab]

Hi,
I tried to install driver for my wireless TP-link following this tutorial but it doens't works.
My version is

Code: Select all

3.12.35+ #730, #733 - 8188eu-20141107.tar.gz

The issue is that as soon as I type

Code: Select all

sudo install -p -m 644 8188eu.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless
sudo insmod /lib/modules/$(uname -r)/kernel/drivers/net/wireless/8188eu.ko
sudo depmod -a

The ping to 8.8.8.8 was ok!
After, I rebooted my r-pi and no networks are availables.
If I type

Code: Select all

sudo ifconfig

I can see eth0 and wlan0 interfaces.
Where is the error?

No idea to solve my issue?

[fgimenez]

Glad to see it works for someone else too

If you want to really test the bandwidth you should write to /dev/null , that way you remove the SD card limit since /dev/null writes litterally nowhere.
You can also use a tool like "iperf" which runs on both sides as client/server.
Or if you want to setup an FTP server on one end you could also do a quick FTP test reading from /dev/zero and writing to /dev/null like they do here: https://www.ibm.com/developerworks/comm ... ng?lang=en
I like iperf better.

Cheers!

[gLobster]

No idea to solve my issue?

Please post ouput

Code: Select all

ifconfig

and

Code: Select all

cat /etc/network/interfaces

[fgimenez]

Works great! Thank you

Update:
Ok, it's not that great. Max speed I could get was 900 kB/s while previously it was about 1400kB/s. Also after tansmitting 300MBs it suddenly slowed down to about 4kB/s and from that moment everything was very slow (samba, http server, ssh) until I rebooted.

Make sure you add the blacklist file to /etc/modprobe.d to prevent the kernel's own module to load, and also run depmod as smartmeister pointed out. Maybe you are still running the kernel's module.
In the modprobe.d file I included with the module I've also added a couple of options to disable the dongle's power saving features. I'm not sure if those make a huge difference but it feels like it improves latency and stability.

In my case when I try the module that comes with the kernel it seems to work at first but then it slows down until it finally becomes unresponsive, but with the one I compiled I can stream hours of HD videos to the PI running Kodi (formerly XBMC) without a glitch.

[nickos]

hi
is there an update # 755

[smartmeister]

hi
is there an update # 755

Well, some solutions (both short and mid term) have been brought by fgimenez for anyone running 3.18.7+ (#755)

see http://www.raspberrypi.org/forums/viewt ... 57#p694457

[aimc]

(dongle model: TL-wn723n ; latest rpi firmware according to command "sudo rpi-update")

I have tested the one-liner provided by MrEngman: http://www.raspberrypi.org/forums/viewt ... 71#p675971
It worked for my latest RPI B+ model, but didn't for my RPI B (old model)

So i tested this solution by fgimenez on my RPI B model and worked:
http://www.raspberrypi.org/forums/viewt ... 57#p694457

................................................................

For starters / noobs:

This is what i did for making fgimenez solution work:
1- with Filezilla or any other ftp transfer program, i added my rpi , using sftp protocol instead of ftp
2- opening the connection with Filezilla, i pasted the folders from 8188eu-v4.1.8_9499-kernel_3.18.7.tar to my RPI home folder (they are called "etc" and "lib" )
3- Then log to your RPI, open a terminal, and write:
cp -rp ~/etc/* /etc/
cp -rp ~/lib/* /lib/
3- On the raspberry pi, after pasting the folders with above lines, write this:
sudo insmod /lib/modules/$(uname -r)/kernel/drivers/net/wireless/8188eu.ko
sudo depmod -a
sudo reboot


4- done. USB WIFI dongle should work now.

[MrEngman]

I've tested the module that comes with the firmware and apparently it doesn't work very well.
So I compiled the one that I was using before which has proven to be very reliable: the realtek's v4.1.8_9499 module.

Hi fgimenez,

I downloaded your files and tried compiling your version of v4.1.8_9499, with gcc 4.8.3 on a Pi 2. It came up with some warnings

Code: Select all

  CC [M]  /home/pi/src/rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/ioctl_linux.o
/home/pi/src/rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/ioctl_linux.c: In function ‘rtw_mp_efuse_get’:
/home/pi/src/rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/ioctl_linux.c:9318:65: warning: iteration 16u invokes undefined behavior [-Waggressive-loop-optimizations]
     sprintf(extra, "%s%02X ", extra, pEfuseHal->fakeEfuseInitMap[i+j]);
                                                                 ^
/home/pi/src/rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/ioctl_linux.c:9306:3: note: containing loop
   for (i = 0; i < EFUSE_MAP_SIZE; i += 16)
   ^
/home/pi/src/rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/ioctl_linux.c:9677:69: warning: iteration 16u invokes undefined behavior [-Waggressive-loop-optimizations]
     sprintf(extra, "%s %02X", extra, pEfuseHal->fakeEfuseModifiedMap[i+j]);
                                                                     ^
/home/pi/src/rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/ioctl_linux.c:9665:3: note: containing loop
   for (i=0; i<EFUSE_MAP_SIZE; i+=16)
   ^
  CC [M]  /home/pi/src/rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/xmit_linux.o

You might find the following patch useful as it removes these warnings and adds some USB device IDs that are missing. Details of the fix for EFUSE_MAP_LEN can be found here.

Code: Select all

diff -aurw rtl8188eus-test1/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/include/rtl8188e_hal.h rtl8188eus-test/rtl8188EUS_rtl8189ES$
--- rtl8188eus-test1/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/include/rtl8188e_hal.h     2015-02-17 12:41:39.100417457 +0000
+++ rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/include/rtl8188e_hal.h      2015-02-17 12:40:43.970716204 +0000
@@ -322,7 +322,6 @@
 }TxPowerInfo24G, *PTxPowerInfo24G;

 #define EFUSE_REAL_CONTENT_LEN         512
-#define EFUSE_MAP_LEN                          128
 #define EFUSE_MAX_SECTION                      16
 #define EFUSE_IC_ID_OFFSET                     506     //For some inferiority IC purpose. added by Roger, 2009.09.02.
 #define AVAILABLE_EFUSE_ADDR(addr)     (addr < EFUSE_REAL_CONTENT_LEN)
@@ -341,6 +340,7 @@

 #define                EFUSE_REAL_CONTENT_LEN_88E      256
 #define                EFUSE_MAP_LEN_88E               512
+#define         EFUSE_MAP_LEN                  EFUSE_MAP_LEN_88E
 #define                EFUSE_MAX_SECTION_88E           64
 #define                EFUSE_MAX_WORD_UNIT_88E         4
 #define                EFUSE_IC_ID_OFFSET_88E                  506     //For some inferiority IC purpose. added by Roger, 2009.09.02.
diff -aurw rtl8188eus-test1/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/include/rtw_efuse.h rtl8188eus-test/rtl8188EUS_rtl8189ES_li$
--- rtl8188eus-test1/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/include/rtw_efuse.h        2015-02-17 12:41:39.130417294 +0000
+++ rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/include/rtw_efuse.h 2015-02-17 12:40:44.000716042 +0000
@@ -71,7 +71,7 @@
 #endif
 /* end of E-Fuse */

-#define                EFUSE_MAX_MAP_LEN               256
+#define                EFUSE_MAX_MAP_LEN               512
 #define                EFUSE_MAX_HW_SIZE               512
 #define                EFUSE_MAX_SECTION_BASE  16

diff -aurw rtl8188eus-test1/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/usb_intf.c rtl8188eus-test/rtl8188EUS_rtl8189E$
--- rtl8188eus-test1/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/usb_intf.c    2015-02-17 12:41:39.150417186 +0000
+++ rtl8188eus-test/rtl8188EUS_rtl8189ES_linux_v4.1.8_9499.20131104/os_dep/linux/usb_intf.c     2015-02-17 12:40:44.030715879 +0000
@@ -270,7 +270,12 @@
        {USB_DEVICE(USB_VENDER_ID_REALTEK, 0x0179)}, /* 8188ETV */ \
        /*=== Customer ID ===*/ \
        /****** 8188EUS ********/ \
-       {USB_DEVICE(0x07B8, 0x8179)}, /* Abocom - Abocom */
+       {USB_DEVICE(0x07B8, 0x8179)}, /* Abocom - Abocom */ \
+       {USB_DEVICE(0x2001, 0x330F)}, /* DLink DWA-125 REV D1 */ \
+       {USB_DEVICE(0x2001, 0x3310)}, /* DLink DWA-123 REV D1 */ \
+       {USB_DEVICE(0x0DF6, 0x0076)}, /* Sitecom N150 v2 */ \
+       {USB_DEVICE(0x2001, 0x3311)}, /* DLink GO-USB-N150 REV B1 */ \
+       {USB_DEVICE(0x056E, 0x4008)}, /* Elecom WDC-150SU2M */

 #ifndef CONFIG_RTL8192C
        #undef RTL8192C_USB_IDS

MrEngman

[Massi]

is there any hope to have a "fully working" module inside next releases of the firmware or are we going to start again with external modules and a pain every upgrade?