The content of this topic has been archived on 19 Apr 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.
I bought this V5 router from China, all document and firmware is in Chinese.
So I solder serial interface and connect to it via console but see only 64MB of RAM instead of 128MB as described in OpenWrt wiki https://wiki.openwrt.org/toh/tp-link/tp … wdr6500_v2
Any support for this V5, yet?
I want to try the V2 trunk but 90% sure it will brick my router, so I want to backup my current flash, how can I do it with serial console?
Thank you in advance
command available from u-boot
ath> help
? - alias for 'help'
bootm - boot application image from memory
cp - memory copy
erase - erase FLASH memory
help - print online help
httpd - start www server for firmware recovery
jmpaddr - jump to a address
mct - simple RAM test
md - memory display
mm - memory modify (auto-incrementing)
mtest - simple RAM test
mw - memory write (fill)
nm - memory modify (constant address)
printenv- print environment variables
progmac - Set ethernet MAC addresses
progmac2 - Set ethernet MAC addresses
reset - Perform RESET of the CPU
setenv - set environment variables
tftpboot- boot image via network using TFTP protocol
version - print monitor version
ath>I can load V2 OpenWrt file with tftpboot
ath> tftpboot
*** Warning: no boot file name; using '0101A8C0.img'
Using eth1 device
TFTP from server 192.168.1.10; our IP address is 192.168.1.1
Filename '0101A8C0.img'.
Load address: 0x82000000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
############################
done
Bytes transferred = 8126464 (7c0000 hex)
ath>printenv show following parameter, which address should I write my flash in?
ath> printenv
bootargs=console=ttyS0,115200 root=31:02 rootfstype=jffs2 init=/sbin/init mtdpar
ts=ath-nor0:32k(u-boot1),32k(u-boot2),3008k(rootfs),896k(uImage),64k(mib0),64k(A
RT)
bootcmd=jmpaddr 0x9f030000
bootdelay=1
baudrate=115200
ethaddr=0x00:0xaa:0xbb:0xcc:0xdd:0xee
loadaddr=0x82000000
dir=
lu=tftp 0x80060000 ${dir}tuboot.bin&&erase 0x9f000000 +$filesize&&cp.b $fileaddr
0x9f000000 $filesize
lf=tftp 0x80060000 ${dir}ap151${bc}-jffs2&&erase 0x9f010000 +$filesize&&cp.b $fi
leaddr 0x9f010000 $filesize
lk=tftp 0x80060000 ${dir}vmlinux${bc}.lzma.uImage&&erase 0x9f300000 +$filesize&&
cp.b $fileaddr 0x9f300000 $filesize
stdin=serial
stdout=serial
stderr=serial
ethact=eth1
filesize=7c0000
fileaddr=82000000
ipaddr=192.168.1.1
serverip=192.168.1.10
Environment size: 736/4092 bytes
ath>(Last edited by chiakhoavang.vn on 11 May 2016, 11:46)
The discussion might have continued from here.