Support for TP-LINK RE305 V3

A possible tentative solution is to prepare the stock firmware file to be flashed via OpenWRT. This should be done via tplink-safeloader utility which needs to be built form OpenWRT source code. You can see more details about how to do this in the RE200 revert to stock firmware at

However if you are not familiar with building OpenWRT this might not be simple. Even doing this notice that there might be issues with versioning in the stock firmware that may prevent it being installed.

Anyway, if you are willing to try this revert ant accept the risk for soft bricking your device (requiring an UART physical connection to restore it), I have this "stock revert" firmware image I prepared sometime ago for the RE305v3. I've never tested it, but if you want to take the risk let me know and I can share it with you.

1 Like

Cheers for the advice, I'll give building it a go and might reach out if I fail.

Can you please clarify what these images are? I flashed image openwrt-ramips-mt76x8-tplink_re305-v3-squashfs-factory.bin to my RE305-v3 device through the web interface and it appears to have flashed OK but upon reboot it was no longer reachable on anything except ssh on default IP I connected to it via ssh and a netstat showed there were no ports open on 80 or 443 and the /web directory was competely empty.

I'm now about to solder a serial adaptor to it and try and recover it. Did I get it completely wrong, I thought the images above are a working dd-wrt firmware for the RE305-v3. What gives?

You have installed a snapshot image. Read the link for instructions how to install Luci, which is not installed by default in snapshots.

1 Like

It's working as intended. Development snapshots have no web interface. If you can get in through SSH why start soldering?

Thanks for the clarification guys. I obviously totally misunderstood what this firmware was all about. I expected an image that had web functionality out of the box (even if still under development) and could be used as a replacement for the OEM TP-Link firmware. I don't have a dev environment setup and I'm unsure how to get Luci installed, hence why I hoped that there would be a firmware image with Luci web baked in.

The reason I had to solder up the serial is that I may have messed up the boot while experimenting with firmwares :open_mouth: The good thing is that I can now use serial to bring up the device with TFTP and initramfs images and recover it.

I'm now trying to figure out how to restore the original OEM firmware version 1.1.1 (so that it leaves me the option to upgrade to a later version through the web) but whatever I do it's a dead end. The OEM kernel starts to boot but the filesystem is mising and it kernel panics. I'm not sure how the OEM firmware image is mangled before it is flashed, the OEM firmware is not accepted by sysupdate as is or after removing it's header and running sysupdate -F or mtd write leads to a kernel with no filesystem and kernel panic.In hindsight I should have dumped the entire EEPROM chip before flashing anything so I have a full backup, oh well, live and learn. I'll keep banging on for a while and see what I can do.

Installing LuCI is documented in the wiki.

1 Like

FYI I managed to successfully revert back to OEM firmware on my v3 after flashing ddwrt firmware. It wasn't an easy journey but it's doable. After reverting, it still had my old configuration saved (old SSID/password/settings) presumably because they are stored on a separate partition that had not been reflashed.

The process I came up to revert was this. I downloaded TP Link OEM firmware v1.1.1 and extracted the kernel and the squashfs from it (the offsets and lengths of these are listed in the header inside the firmware file in human readable form). I then reassembled these two into a new file such as the kernel is at offset 0 and squashfs starts at offset 0x100000 and in between the end of the kernel and start of squashfs the file is padded with 0xff

Next I tftpbooted the device with an initramfs-kernel and uploaded the prepared file to /tmp then used "mtd write <filename> firmware" to flash it. Rebooted and the repeater now run OEM firmware 1.1.1 with all my old settings. I didn't see any errors when watching the serial boot log.

I then went into the firmware upgrade page and it showed firmware version was 2.0.0 so trying to flash OEM firmware 1.1.5 failed as expected. Rebooted and dropped into u-boot menu (you need to have serial soldered to the board for this). The software version is stored in flash at offset 0x7c4208 as ascii string "soft_ver:2.0.0" so I used "spi write 7c4211 31" to modify "2.0.0" to "1.0.0" however upon rebooting and going into the firmware upgrade for some reason it showed firmware version 0.0.0 (I suspect there may be a checksum of the flash area that invalidated the data). Regardless with version 0.0.0 the OEM upgrade through the Web to version 1.1.5 succeded.

1 Like

Do you mean the kernel isn't even starting to load at all, or it starts and then freezes because it can't find a filesystem? You may have somehow flashed a bad firmware.

Since you have the serial setup, try setting up a tftp server on that can serve out an initramfs image (from here and you must connect your RE305-V3 with ethernet cable the same network your tftp server runs on.

When you turn on the RE305 with serial connected press 4 as it starts up to drop into the u-boot menu
type "tftpboot 82000000 openwrt-ramips-mt76x8-tplink_re305-v3-initramfs-kernel.bin" and the serial port should show ####### progress as the image downloads. Then type "bootm" to boot it.

Once booted, in the serial console type "cd /tmp" and use "wget http://xxxx/openwrt-ramips-mt76x8-tplink_re305-v3-squashfs-sysupgrade.bin" where xxxx is a local IP address (192.168.0.x) of a http server that can serve this image

Once you have that in /tmp you can flash it with "sysupgrade openwrt-ramips-mt76x8-tplink_re305-v3-squashfs-sysupgrade.bin"

Hope this helps. Alternativley you can try my instructions above to revert to OEM firmware.
Word of caution, when in u-boot menu DO.NOT.USE. "erase" command, it will wipe the flash including u-boot and your device becomes a brick, you will need to use special hardware to re-write your flash chip! Ask me how I know that and how much fun I had desoldering the flash chip from the board to get it back to working ,)

1 Like

Thanks you, i've resolved

I have mapped out the entire FLASH layout of an OEM RE305-v3 so in priciple you could start with a fully erased chip and return back to a fully functional device. There is just one small area I need assistance with. Can someone please run this command and send me the output. Thanks in advace :slight_smile:

dd if=/dev/mtd0 bs=256 skip=31970 count=5 | gzip - | hexdump -C

I'm happy to share my results if anyone is interested.

Does this make any sense?

I started to write the RE305 V3 wiki. You can help me with infos, pictures, etc if you want. I ordered a used V3 EU version. So I can help with testing if needed.

The basic information you can get from the former Deviwiki now mirrored at

1 Like

Thank you for the information. Can we, (can I) borrow the bootlog for Wiki please?

Thank you for your great work! Today, I have received my device, and it works well so far. It had an older stock FW 1.0.1. Baking in Luci was a big help for me too.

If you still have it, I can test it! If it bricks it bricks :upside_down_face:

Here you go (password "re305"):

Download the .ZIP file, extract the file "re305v3-revert.bin" and flash it via OpenWRT sysupgrade procedure (can be flashed via LuCI) to revert to factory firmware. You may need to select the option to force flashing.


It worked, flash from luci with force and then factory restored it. Can’t update it tho. Not really sure if its the latest version or not just not working.
If the restore bin could be an older version so I can test updating also, it would be awesome.

1 Like

I created it based on the file "re305v3_eu-up-ver1-1-4-P1[20201202-rel42413].bin" from the ZIP below:

You may try to reflash this image from the stock firmware.