Belkin RT3200/Linksys E8450 WiFi AX discussion

My understanding is that https://sysupgrade.openwrt.org/ , https://asu.aparcar.org/ , https://chef.libremesh.org/ are all just "Image Builder" servers (not full build servers), i.e. they download the most recent kernel, kmods and packages (for the corresponding OpenWrt version) from https://downloads.openwrt.org/ (or it's mirrors) and builds the factory and sysupgrade images.

Actually both https://asu.aparcar.org/ and https://chef.libremesh.org/ seem to be same server (DNS points to same IP address).

The Build Server is still only https://buildbot.openwrt.org/ , which uploads the built files into https://downloads.openwrt.org/ .

3 Likes

only to wait for 22.03 release stable :slight_smile: good evening

@ka2107

ingithub i have seen that

Thanks for the advice! That solved the problem in the and.

It turned out that the option wps_pushbutton '1' line is the culprit. After deleting that line in both interfaces wifi now works as expected.

Somehow that line got into the wireless configuration file in the pre v22.03 snapshot.

Closing the issue.

i'm use wps button on 22.03 do you think may create a problem ? for the moment my wifi is solid like the roch

Capture d’écran 2022-07-02 à 00.17.01

thanks

A bit confusing for me, but: which build is the build that solves “all”(?) the problems?

BTW, I have 802.11r enabled: is that recommended or not?

I flashed this today "OpenWrt SNAPSHOT r19986-36acb3db03"
so far,
router
everything is ok

Anybody else getting no channel noise values from iw dev wlan1 survey dump off the mt7915 radio?

Seems to have last been mentioned here in 2021:

Here's the survey results from the snapshot a few days back:

Survey data from wlan1
	frequency:			5500 MHz [in use]
	channel active time:		38042376 ms
	channel busy time:		444871 ms
	channel receive time:		206400 ms
	channel BSS receive time:	34374 ms
	channel transmit time:		216508 ms

Looks like the survey is implemented in mt76, (and was working when that functionality was added?) but after inserting a few printks it seems like the register values read out in mt7915_phy_get_nf() are all zeroes.

Casually looking through git doesn't reveal anything interesting, but the same code path was recently fixed for mt7916, so it should have been working for that radio - but somehow broken for the 7915 variant.

3 Likes

Regarding the boot loop you are observing: It reboots in the place where U-Boot should be starting, eventhough apparently BL31 loaded and worked (and that's in the same FIP structure as U-Boot). Maybe the flash is weirdly corrupted or some other rare hardware oddity? To know more you will have to wire up JTAG :sweat:

I don't see any signal values when entering that command:

root@OpenWrt:~# iw dev wlan1 survey dump
Survey data from wlan1
        frequency:                      5180 MHz [in use]
        channel active time:            599863390 ms
        channel busy time:              3713363 ms
        channel receive time:           7925474 ms
        channel BSS receive time:       1131285 ms
        channel transmit time:          5437944 ms
Survey data from wlan1
        frequency:                      5200 MHz
        channel active time:            120 ms
        channel busy time:              0 ms
        channel receive time:           0 ms
        channel BSS receive time:       0 ms
        channel transmit time:          0 ms
1 Like

Looking at PoE Splitter. What is the DC plug size for this router?

I think it's the super common 5.5*2.1 one (like those used on Mean Well XXX-P1J adapters). Reused the same splitter I used for the GL-B1300.

If you're sizing your splitter: the E8450 is running at around ~8-9W idle with 2 GE and both radios on.

I have been away for a while and I am back now. Currently running:

Can I upgrade to the latest snapshot build without any issues? I don't have any firewall rules or vlans currently configured but I have two bridged interfaces. Also looking to bond these interfaces to a L2 switch. Appreciate if anyone could let me know if I can upgrade this safely to the latest snapshot.

So, I ordered one of those clamps (1.27mm, double row 10pin) https://aliexpress.ru/item/1005001409579446.html?gatewayAdapt=glo2rus&sku_id=12000021128795872
(about 3 weeks shipping :sweat_smile:)

I have a chance to buy used raspberry pi 4 in my place not particulary for this purpose, but it seems that it's possible to use this board as JTAG debugger:

Is this a viable option for this router or RPi GPIO interface is no go for this kind of mission and I need that FT2232-like board?

And if so my next steps will be just flashing recovery image via JTAG or I can somehow (I am a newbie in this JTAG\UART thing :grinning:, just connecting pins here and there avoiding 5V pins :laughing:) examine a source of issues from my first reflash attempt?

As OpenOCD supports running on the Raspberry Pi this should work well. Both the Raspberry and the MT7622 SoC operate on 3.3V level, so connecting directly as described in the link you posted should be fine. I wonder if you will need pull-up/pull-down resistors for some signals to be fast enough, but maybe RasbPi's pinconf can also already do that for you in the SoC as in that link posted there isn't any mention of that.

1 Like

hi anyone has test 22.03.0 rc5 on rt3200 ?

and do you know if his a last rc before the 22.03 ? just a question :slight_smile: thanks for all

1 Like

Afaik rc5 is currently being build and I don't see Mediatek yet.
If rc5 is the latest release candidate before the new release depends on the amount and severness of the issues that will come out of rc5.

2 Likes

@Dopam-IT_1987 - Off topic relative to your question but why not just run a snapshot build?

1 Like

I exÊcute the 22.03 snapshot i'ts only know if a future the problèm lf wireless he solved, but actually i has not problèl of wifi,

:+1:

lol
please use deepl before posting your comment :rofl:
Vive la France ! :sweat_smile:

3 Likes

Don't know if anyone here has run into this. I bought an RT3200. Started with the installer instructions. everything worked, but due to some issues went back to my old router. With the release of RC5 decided to try again. Reflashed the device but noticed no change to the kernel version. A little investigation showed that the installed version was the initial flash from dangowrt. In addition no configuration file changes are preserved after reboot.

Any ideas what is happening?

Thanks!

The device has 2 firmware partitions. The unofficial “trick” is to reboot a few times and see what happens, or try flashing again.

Is this still this easy as mentioned in this blog

https://blog.hqcodeshop.fi/archives/2021/08/15.html