The docs say the install is easy . I am curious about wifi performance vs the stock firmware . I have one of these devices and it works quite well but would like to put openwrt on it . It is connected to an openwrt router .
Yes I. I used this working site https://openwrt.org/toh/tp-link/eap615-wall TP-Link EAP615-Wall v1 contains information about "Supported Versions", "Main Hardware Specifications", "Installation", "Easy Installation OEM", "Install via serial port. + TFTP" "Configuration" ...
Yes. I installed it on it, and am using it happily in my house
Installation is as simple as it can be and straight forward
So what kind of WIFI throughput are you getting ?
anybody at all read completely read my entire question ?
I tested following with openwrt 22.03.3 during a time when multiple users were using wifi
iPhone 11 tested with with iPerf app https://apps.apple.com/us/app/iperf-3-wifi-speed-test/id1462260546 with 5 streams Download
HP Probook 430 G5 Ubuntu 23.04 tested with command $ iperf3 -c 192.168.0.x
I ran tests at two meter distance, with- and without brickwall inbetween
== Accesspoint 5Ghz - width 80Mhz ==
iPhone 11 with brickwall: 335 Mbits/s
Iphone 11 without brickwall: 335 Mbits/s
HP Probook with brickwall
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 361 MBytes 303 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 359 MBytes 301 Mbits/sec receiver
HP Probook without brickwall
ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 448 MBytes 376 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 446 MBytes 374 Mbits/sec receiver
== Accesspoint 5Ghz - width 40Mhz ==
Iphone 11 with brickwall: 216 Mbits/s
iPhone 11 without brickwall :216 Mbits/s
HP Probook with brickwall
ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 247 MBytes 207 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 246 MBytes 206 Mbits/sec receiver
HP Probook without brickwall
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 311 MBytes 261 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 309 MBytes 259 Mbits/sec receiver
Additionally the output from local command # iperf3 -s -D && iperf3 -c 127.0.0.1
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 805 MBytes 675 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 805 MBytes 674 Mbits/sec receiver
== Accesspoint 2.4Ghz - width 20Mhz ==
HP Probook with brickwall
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 105 MBytes 88.0 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 103 MBytes 86.0 Mbits/sec receiver
HP Probook without brickwall
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 115 MBytes 96.7 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 113 MBytes 94.7 Mbits/sec receiver
ps: this article https://www.mbreviews.com/tp-link-eap615-wall-plate-review/ reports higher speeds with stock firmware but I don't know which tool they used to measure this.
I tried to measure the stock firmware performance using iperf3 on 2 Android devices and could barely reach 100Mbs . This is odd since either of the devices easily hits 200Mbs on fast.com . I only pay for 200 Mbs)
Interesting observation - can you run iperf3 in Reverse mode like 'iperf3 -R -c xxx.xxx.xxx.xxx' ?
-R, Reverse test mode – Server sends, client receives
And possibly as well with
-Z, --zerocopy
(I will rerun my tests later Today/Tomorrow as well with these options)
Strange - at 40Mhz the Reverse option is faster, while at 80Mhz it is slower.
2.4Ghz 40Mhz 2m distance - iphone: 148, laptop 101
5Ghz 40Mhz 2m distance - iphone: 347, laptop 259 (reverse 309)
5Ghz 80Mhz 2m distance - iphone: 348, laptop 441 (reverse 357)
AP connected with HP Probook 440 Wifi-6 (distance 3m, free line of sight)
Sorry for hijacking the thread , but I reckon it's where I'm most likely to find actual EAP615-Wall users.
Could anybody whom uses this AP with OpenWRT provide a dump of the uboot mtd partition?
I got mine set up just fine, but then I got pissed with the bootloader complaining about a crc error in the environment, so I did env default -a; saveenv
- and now I have
U-Boot SPL 2018.09 (Mar 27 2023 - 17:17:30 +0800)
Trying to boot from NOR
Error: LZMA uncompression error: 1
Trying to boot from UART
Failed to load U-Boot image!
Entering emergency mode.
Please transmit a valid U-Boot image through this serial console.
The U-Boot image will be booted up directly, and not be written to flash.
Accepted mode is Ymoden-1K.
CCCCCCCCCCspl: ymodem err - Timed out
SPL: failed to boot from all boot devices
### ERROR ### Please RESET the board ###
This should be fully recoverable, if only I could get the dump of a working uboot partition - which, in my stupidity, didn't bother backing up.
Btw, I did binwalk a bunch of the stock TP-Link firmware, but there was no uboot image to be found - just kernel and squashfs. And, if possible, I'd rather not get a second one just to get a ~8MB binary
How do I 'provide a dump of the uboot mtd partition' ?
in Luci: System > Backup/Flash Firmware, under Save mtdblock contents: choose mtdblock: u-boot, click "Save mtdblock" (at least that's what the UI looks like on 23.5.2)
or, in console - cat /dev/mtd0 > /tmp/uboot-eap615.bin
, the you can retrieve it using scp from there
EDIT 2: I said something about an "~8MB binary"; I was wrong, the partition is only 512KB.
Since posting, I was able to source an image from the device maintainer (thanks Stijn!), and unbricked my AP with it; that said, I'd still very much appreciate another image if it was newer than
U-Boot 2018.09 (Feb 20 2021 - 09:43:17 +0800)
My device came with U-Boot SPL 2018.09 (Mar 27 2023 - 17:17:30 +0800)
, and the old version which I got from the maintainer doesn't know the flash chip on my model (sf probe
failed because of an unknown flash chip ID), so I couldn't upgrade it from the uboot I had booted via UART - but that did enable me to boot openwrt, install kmod-mtd-rw, and flash from linux.
Thanks! And sorry once more for spamming.
EDIT: in case anyone's interested: the way uboot was corrupted was that saveenv
overwrote the uboot partition at offset 0x30000, where there was actual code (I dumped the broken partition before reflashing it); so at least the uboot build that shipped with mine was compiled with some wrong flash params. Could be different for models sold at other times, but I wouldn't risk it. Also, the maintainer kindly added to the device page a warning against doing what I did ("an user reported softbricking via saveenv
").
Thank you for sharing your findings - glad you could bring this little device back to life!
On a sidenote: while testing last month I managed to get an throughput uplift with the iPhone11 test at 5Ghz@80Mhz from 348 to 829 Mbits/sec
see EAP615-Wall; OpenWrt or Stock? - #11 by ed8
background:
Mar '23 I tested 80Mhz with two active access points on channel 36 and 48
Dec '23 I tested 80Mhz with one active access point on channel 36
=> i think that the second test was able to use a higher modulation level like HE-MCS 10 because channels did not overlap like in the first test (I did not pay attention to this though so am not 100% sure; it might also be that the snapshot version has improved since then).