Xiaomi Wifi Router 3G - 18.06.X / feedback and help

@Double-G can you share your network config, I did add new vlan but it seems problem still happen

Hello Pataha,

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:

Interface-Config for LAN:
Physical settings:
add interfaces eth0.92 and eth0.93.
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?

All I did happened on 18.06.2 and was:

  1. enable igmp snooping on lan:
    /etc/config/network
config interface 'lan'
        option igmp_snooping '1'
  1. Force the device to use v3.
    /etc/sysctl.conf
net.ipv4.conf.all.force_igmp_version=3

[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\

i tried changing the cable but the same happens

2 posts were merged into an existing topic: Xiaomi Wifi Router 3G - 18.06.x / Wifi issues 2.4GHz + 5GHz

Hi,

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

Cheers,
Johannes

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?

Best
Thorsten

My suggestion would be to flash the latest 18.06 snapshot.
http://downloads.openwrt.org/releases/18.06-SNAPSHOT/targets/ramips/mt7621/
It includes LUCI and has more up to date drivers. Flash the sysupgrade.tar file.

1 Like

Does anyone have problems upgrading OpenWRT 18.06.2 to a new snapshot release?

"root@OpenWrt-AP:/tmp# sysupgrade -v /tmp/openwrt-ramips-mt7621-xiaomi_mir3g-squashfs-sysupgrade.bin
Invalid sysupgrade file.
Image check 'platform_check_image' failed."

I can see there's are difference in filenames, the new snapshot now contains "xiaomi_mir3g" where as the previous versions always were "mir3g".

Can I safely use -F (force) or should I flash the kernel/rootfs as if it's a new install?

The difference in image names for snapshot release should be caused by the patches from March this year. Git source - ramips: Xiaomi MIR3G: detect board name from DTS
Patches are changing board name from mir3g to xiaomi,mir3g and LED colors.

1 Like

For anyone who ask about Wifi driver
, Driver wifi on Openwrt Trunk May 2019 so terrible. Wifi signal weak, and perfomance is really low and unstable.
Best wifi dirver is Pandorabox Firmware( in only version 12.2018).

How did you install pandorabox? was it through openwrt or through some different procedure?

Instruction here:(russian language, use chrome to translate)
https://4pda.ru/pages/go/?u=http%3A%2F%2Ftelegra.ph%2FXiaomi-Router-3G-behkap-i-proshivka-PandoraBox-vklyuchaya-Breed-11-10&e=66891977

And to return the stock of this version, how do we do the process?

Stock firmware: https://openwrt.org/toh/xiaomi/mir3g

1 Like

Yes, it seems it's quite safe to use sysupgrade -F, met no issues myself.

1 Like

I got my 3G today and have managed to flash OpenWrt. I tried to flash openwrt-ramips-mt7621-xiaomi_mir3g-squashfs-sysupgrade.bin from https://downloads.openwrt.org/snapshots/targets/ramips/mt7621/, but discovered that Luci would not accept the file. I then successfully flashed openwrt-ramips-mt7621-mir3g-squashfs-sysupgrade.tar from
http://downloads.openwrt.org/releases/18.06-SNAPSHOT/targets/ramips/mt7621 after seeing the link in this thread.

Why are .bin files being generated daily when they can't be flashed in Luci? And why is there a non-standard snapshot folder with different files?

Read earlier posts in this thread. That's because snapshots are being built with different board name. You have to manually sysupgrade -F with .bin you tried to flash thru Luci. Latter updates will flash thru Luci just fine.

1 Like

There is a difference between the Snapshots-version (xiaomi-mir3g) and the 18.06-SNAPSHOT version (mir3g).
The first is for a future release of OpenWRT (major release 19.?) with ongoing developments.
The 18.06-SNAPSHOT version is for fixes for the 18.06 release. OpenWRT version 18.06.3 is released in the near future.

The WiFi driver for the MT7621 has been improved in the 18.06-SNAPSHOT (between 18.06.2 and now), but normally there are not a lot of big changes in an already released major version (18.06).

1 Like