I wrongly apply firmware V2 to CF-we72v1. So my eth01 is broken. Try to put openwrt through serial. See only text about FTP, but no eth0 working. Any help?
eth0 link down
FAIL
dup 1 speed 1000
Using eth1 device
ping failed;
Hit any key to stop autoboot: 0
Booting image at 9f020000 ...
Image Name: MIPS LEDE Linux-4.4.198
Created: 2021-03-02 0:47:59 UTC
Image Type: MIPS Linux Kernel Image (lzma compressed)
Data Size: 1753284 Bytes = 1.7 MB
Load Address: 81001000
Entry Point: 81001000
Verifying Checksum at 0x9f020040 ...OK
Uncompressing Kernel Image ... OK
No initrd
Transferring control to Linux (at address 81001000) ...
Giving linux memsize in bytes, 134217728
Starting kernel ...
ath> help
? - alias for 'help'
boot - boot default, i.e., run 'bootcmd'
bootd - boot default, i.e., run 'bootcmd'
bootm - boot application image from memory
cp - memory copy
erase - erase FLASH memory
help - print online help
start www server for firmware recovery
md - memory display
mm - memory modify (auto-incrementing)
mtest - simple RAM test
mw - memory write (fill)
nm - memory modify (constant address)
ping - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
reset - Perform RESET of the CPU
run - run commands in an environment variable
setenv - set environment variables
save new MAC address in FLASH
restore devicen
tftpboot- boot image via network using TFTP protocol
version - print monitor version
Well I all read the serial https://openwrt.org/docs/techref/hardware/port.serial, as you can see I got a working serial connection, my question is no eth0 of eth1, how to get working firmware on my device? And of course how to start it.
since uboot is till working, the firmware you flashed probably didn't include uboot.
I see no reason why both ports wouldn't work in uboot.
what makes you think eth0 is broken ?
Yesterday I all read the openwrt docs about the ew72v1, including https://openwrt.org/toh/comfast/cf-ew72#debricking
In the past I tryed to reset the stockfirmware ew72v1 with the help of Comfast. But there was no way to get a connection through the one of the two ethernet ports. Comfast gave up and concluded that the ew72 was bricked for ever.
So I went to the serial consol with the help of your documentation. The first thing I read is: eth0 link down FAIL dup 1 speed 1000 Using eth1 device ping failed; Hit any key to stop autoboot: 0
this usually means there's no connection on the port, doesn't mean it's dead. -> but not functioning
what was this ping for ? -> not mine, a boot ping
did you do anything else but reading it ? Yes applying it without it I could not have a serial connection
depends on which port uboot is using for the recovery, and if the port's truly dead. -> well can you help me, because reading all the documentation got me at the serial in log and monitor but now I am stuck I think
This is what I get as help, where is uboot|?
help
? - alias for 'help'
boot - boot default, i.e., run 'bootcmd'
bootd - boot default, i.e., run 'bootcmd'
bootm - boot application image from memory
cp - memory copy
erase - erase FLASH memory
help - print online help
start www server for firmware recovery
md - memory display
mm - memory modify (auto-incrementing)
mtest - simple RAM test
mw - memory write (fill)
nm - memory modify (constant address)
ping - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
reset - Perform RESET of the CPU
run - run commands in an environment variable
setenv - set environment variables
save new MAC address in FLASH
restore devicen
tftpboot- boot image via network using TFTP protocol
version - print monitor version
I am not an engineer just an user that manage to get in an serial monitor of an bricked router and got stuck, Have patience with the not knowing please
This is not openwrt this is stock firmware, so uboot maybe is different, and you are expecting an openwrt uboot could that be the case?
I am not an engineer just an user that manage to get in an serial monitor of an bricked router and got stuck, Have patience with the not knowing please
Depends on how u-boot was configured by OEM. Also, keep in mind that there is no such thing as single coherent u-boot - it has at least 40 semi-official forks and god knows how many unofficial ones. It is possible to configure u-boot such that you cannot really interrupt boot process, but it is not very common.