I received the router a few days ago, flashed padavan with prometheus, and wanted to switch to OpenWRT/LEDE with the breed bootloader, so i installed breed. Well, apparently the install wasn't successful and now the router starts, but has a constant violet led and doesnt react to anything.
I tried accessing it over Serial with the TX/RX, and this ist what i receive:
Boot and Recovery Environment for Embedded Devices
Copyright (C) 2018 HackPascal <hackpascal@gmail.com>
Build date 2018-12-29 [git-135bed9]
Version 1.1 (r1266)
Bootloader data is corrupted!
System halted.
//
I can't access the serial console, so, is there any way to fix it? i searched a lot, i also looked tat the 4pda forum with autotranslate, found two similar cases, but there wasn't a fix mentioned, except maybe the NOR (SPI_pamyat) memory.
Can somebody help me figure out how to fix it?
18.06.02 flashed successfully with the manual from the other thread/wiki.
2.4GHz WLAN as Client Mode works.
5GHz WLAN as Client Mode does not work. It keeps disconnecting because of:
Kernel Log
[ 1621.818052] wlan1: authenticate with a4:93:3f:72:8b:26
[ 1622.539192] wlan1: send auth to a4:93:3f:72:8b:26 (try 1/3)
[ 1622.545819] wlan1: authenticated
[ 1622.556607] wlan1: associate with a4:93:3f:72:8b:26 (try 1/3)
[ 1622.563590] wlan1: RX AssocResp from a4:93:3f:72:8b:26 (capab=0x1011 status=0 aid=1)
[ 1622.571547] wlan1: associated
[ 1622.656357] wlan1: Limiting TX power to 23 (23 - 0) dBm as advertised by a4:93:3f:72:8b:26
[ 1630.589526] wlan1: deauthenticated from a4:93:3f:72:8b:26 (Reason: 15=4WAY_HANDSHAKE_TIMEOUT)
Someone got an idea what i could try? Password is correct and same channel and bandwidth.
It is very annoying that the Mi Router 3G's integrated switch lacks support for igmp snooping.
When using it as a switch to bridge from one LAN-port to the other, it has problems with an IPTV multicast stream using igmp v3. The GUI reacts slow and the load increases to almost one.
True, good workaround.
Create 2 additional vlans, e.g. 92 for lan2 and 93 for wan. Add cpu as tagged and for 92 lan2 as untagged (93: wan untagged). After that save and reboot. Then add the two new vlans 91 and 92 to the br-lan and you are fine.
I had to reboot because otherwise I could not at them to br-lan as they were not listed.
I have a backup of the entire flash memory of another router of the same Modell. Would that work? And what kind of external flasher would be required? I am a newbie when it's comes to actual external flashing
I had the situation that I needed to reboot after the vlan creation to properly add it to the lan-(bridge)interface.
In my setup I assigned all three ports to the lan-bridge as I do not use wan or any routing. In my setup the mi router 3g is just a layer2 accesspoint and switch.
So what I changed is:
Switch-Config:
vlan 1: untagged on port lan1, tagged on cpu (unchanged), port lan 2 removed.
crate vlan 92 and 93.
vlan 92: untagged on port lan 2, tagged on cpu.
vlan 93: untagged on port wan, tagged on cpu.
Screenshot:
The load on the system does not jump to 1 anymore, it stay at 0.6-0.7 even during high performance transfers and the GUI does not get sluggish anymore in such a situation. No packetloss.
@Double-G thanks for the helps, mine extract the same
did you use igmpproxy? if yes can you show the config /etc/config/igmpproxy and interfaces /etc/config/network
btw, Im on the latest snapshot of openwrt, what your version?
[reboot for changes to take effect or adust /proc/sys/...]
I do not use igmpproxy because the device acts as layer2 switch and not as layer3 router (no wan, therefor no need for NAT on this device; got another router running).
Hello i just got openwrt to the mi-r3g and having the console still open through serial when i enter the Network->Switch page on lua i get on the serial console "[ 845.943960] vlan egress tag control neither untag nor tag."
I guess i could just not enter this page, but why is this showing?. As far as i have read the tags should be correct the way they are. Should i just leave it pooping once a second or not? Keep in mind that on WAN i have a PPPoE connection.
Looking forward to your help
George
EDIT: I just updated to version OpenWrt SNAPSHOT r9872-78ee6b1 using this guys builds (https://github.com/trinhpham/xiaomi-r3g-openwrt-builder) and it still does the same thing, also another problem i noticed with the old version (18.06.2) is it used to lose the connection of the eth0.2 (WAN) like the cable was unplugging even though it didn't. If it happens again with the new version i will post the kernel log
EDIT 2:
That is the error i get on eth0 port 1
[149950.255822] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[149954.586320] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[154388.921779] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[154391.856544] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[164918.437441] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[164921.393096] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[168469.278361] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[168473.685745] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[172292.360527] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[172295.413567] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[174671.762404] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[174674.709324] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[176803.793065] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[176808.217369] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[179844.493125] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[179847.460304] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[182516.201282] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[182519.085041] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[184419.974992] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[184424.132905] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[186531.165718] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[186534.150947] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up
[189784.402322] mtk_soc_eth 1e100000.ethernet eth0: port 1 link down
[189787.264979] mtk_soc_eth 1e100000.ethernet eth0: port 1 link up\
just as a short notice. I had the bootloop issue, too. I recovered with serial connection and TFTP but not by going over stock but rather by directly flashing openwrt-18.06.2-ramips-mt7621-mir3g-initramfs-kernel.bin
I am currently running a custom build I compiled using the master-repository. I was wondering wether I can flash the 18.06.2 sysupgrade.tar file from luci to downgrade the system??
The current master sysupgrades are sysupgrade.BIN files while the 18.06.x are sysupgrade.TAR files.
So, is it save to flash a "tar" in an "bin"-environment?
