Cudy WR1300 support?

Thanks :slight_smile: My pleasure. Thanks to the folks that reviewed and corrected all of the mistakes I made in the PR.

Really good news, thanks for your effort. When will it release on the toh of Openwrt?

Seems some nice person just created it: https://openwrt.org/toh/hwdata/cudy/cudy_wr1300 :slight_smile:
Do you know when will there be an official release including it?

1 Like

I get this message when I try to install the provided snapshot image.

Device cudy,wr1300 not supported by this image Supported devices: cudy,wr1300 - Image version mismatch: image 1.1, device 1.0. Please wipe config during upgrade (force required) or reinstall. Reason: Config cannot be migrated from swconfig to DSA Image check failed.

The uploaded image file does not contain a supported format. Make sure that you choose the generic image format for your platform.

Should I proceed?

Yes, you should force the flash with this error message. This is because the device naming conventions changed. Be sure not to keep configuration settings.

1 Like

Hi @pyckle ,

would it not be better to define the m7612e in
the DTS as mt7662e, since the wr1300 has no Bluetooth.
see here:
https://www.mediatek.com/products/broadbandWifi/mt7612e
https://www.mediatek.com/products/broadbandWifi/mt7662e

Please take a snapshot I would test it.
what do you think?

Hi @ice32,

I was wondering the same thing myself. I put 7662 as the compat line because that's what all of the other routers with the 7612 have in their compat line. None of them use 7612:

pickle@radish:~/openwrt/target/linux/ramips/dts$ grep -rni 7662 .
./mt7621_xzwifi_creativebox-v1.dts:148:		compatible = "pci14c3,7662";
./mt7620a_zbtlink_zbt-we1026-5g.dtsi:37:		compatible = "pci14c3,7662";
./mt7621_youku_yk-l2.dts:124:		compatible = "pci14c3,7662";
./mt7621_telco-electronics_x1.dts:179:			compatible = "pci14c3,7662";
./mt7620a_fon_fon2601.dts:153:		compatible = "pci14c3,7662";
./mt7621_xiaomi_mi-router-4a-3g-v2.dtsi:117:		compatible = "pci14c3,7662";
./mt7620a_hiwifi_hc5861.dts:101:		compatible = "pci14c3,7662";
./mt7621_cudy_wr1300.dts:141:		compatible = "pci14c3,7662";
./mt7621_zbtlink_zbt-we3526.dts:79:		compatible = "pci14c3,7662";
./mt7621_xiaomi_mi-router-3g.dts:81:		compatible = "pci14c3,7662";
./mt7621_zbtlink_zbt-wg3526.dtsi:102:		compatible = "pci14c3,7662";
./mt7621_xiaomi_mi-router-4.dts:60:		compatible = "pci14c3,7662";
pickle@radish:~/openwrt/target/linux/ramips/dts$ grep -rni 7612 .
pickle@radish:~/openwrt/target/linux/ramips/dts$ 

I don't know why this is - perhaps somebody else can comment.

compatible = "pci<vendorid>,<deviceid>";

The device id 7662 is also used in MT7612E.

ex: I-O DATA WN-AC1167GR has a MT7612E, sysfs returns 7662

root@OpenWrt:/# cat /sys/devices/pci0000\:00/0000\:00\:00.0/0000\:01\:00.0/device 
0x7662

Hi @pyckle,

because all are based on the profile of the zbt-we3526
and as I read all discuss about bad wifi performance 5G
discuss.
I myself also do not get the full performance under 5G but only so between 500-720 Mbit.
I have another asus router, so I get full 866 Mbit of performance.

it would be worth a try. :wink:

hi @musashino,

when i use a mt7612e i cannot be told that it is a mt7662e, because the system
adjusts to an mt7662e and not to an mt7612e.
I think

When (approximately) can we expect a stable build for the WR1300? :slightly_smiling_face:

hi @smartbullion,

I can't tell you that. take this snapshot, it's the best at the time. I am still testing it. In addition, I have installed a lot of things, so far without problems.
However, it seems to me that 5G does not have the full performance, could be better.
the more people test, the better the result.

https://forum.openwrt.org/t/cudy-wr1300-support/67593/214

I'm testing as well and get this error intermittently:

NetworkError

HTTP error 400 while loading class file "/luci-static/resources/firewall.js?v=git-21.044.37257-ccdca27" at compileClass (http://192.168.2.1/luci-static/resources/luci.js?v=git-21.044.37257-ccdca27:170:16) at async Promise.all (index 9)

Any ideas why?

@spreck,

Read and try this.

https://forum.openwrt.org/t/luci-error-after-upgrade-to-19-07-1/56860

What is the possible cause of the 5G radio issue(s)? :slightly_smiling_face:

hi @smartbullion ,

ieee80211 phy1: Selected rate control algorithm 'minstel_ht'

this algorithm controls the MCS rate control and is faulty, since this algorithm only releases approx. 75% of the power.
you can set this by hand, but with
"iw dev wlan1 set bitrates vht-mcs-5 1:8 2:9"
for example, but also does not bring me the full performance of wifi 5G
mostly the MCS rate is 5-6,
instead of 8-9, so you only have 75% of the power.

1 Like

Can it be fixed? :slightly_smiling_face:

Dmesg says this, Lan2 is a TV receiver
does anyone also have this problem?

[Wed Mar  3 08:24:31 2021] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
[Wed Mar  3 08:24:31 2021] br-lan: port 2(lan2) entered blocking state
[Wed Mar  3 08:24:31 2021] br-lan: port 2(lan2) entered forwarding state
[Wed Mar  3 08:24:32 2021] mt7530 mdio-bus:1f lan2: Link is Down
[Wed Mar  3 08:24:32 2021] br-lan: port 2(lan2) entered disabled state
[Wed Mar  3 08:24:39 2021] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
[Wed Mar  3 08:24:39 2021] br-lan: port 2(lan2) entered blocking state
[Wed Mar  3 08:24:39 2021] br-lan: port 2(lan2) entered forwarding state
[Wed Mar  3 10:19:42 2021] mt7530 mdio-bus:1f lan2: Link is Down
[Wed Mar  3 10:19:42 2021] br-lan: port 2(lan2) entered disabled state
[Wed Mar  3 10:19:49 2021] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control off
[Wed Mar  3 10:19:49 2021] br-lan: port 2(lan2) entered blocking state
[Wed Mar  3 10:19:49 2021] br-lan: port 2(lan2) entered forwarding state
[Wed Mar  3 10:19:58 2021] mt7530 mdio-bus:1f lan2: Link is Down
[Wed Mar  3 10:19:58 2021] br-lan: port 2(lan2) entered disabled state
[Wed Mar  3 10:20:04 2021] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control rx/tx
[Wed Mar  3 10:20:04 2021] br-lan: port 2(lan2) entered blocking state
[Wed Mar  3 10:20:04 2021] br-lan: port 2(lan2) entered forwarding state
[Wed Mar  3 10:24:19 2021] mt7530 mdio-bus:1f lan2: Link is Down
[Wed Mar  3 10:24:19 2021] br-lan: port 2(lan2) entered disabled state
[Wed Mar  3 10:24:23 2021] mt7530 mdio-bus:1f lan2: Link is Up - 1Gbps/Full - flow control off
[Wed Mar  3 10:24:23 2021] br-lan: port 2(lan2) entered blocking state
[Wed Mar  3 10:24:23 2021] br-lan: port 2(lan2) entered forwarding state
[Wed Mar  3 10:24:34 2021] mt7530 mdio-bus:1f lan2: Link is Down
[Wed Mar  3 10:24:34 2021] br-lan: port 2(lan2) entered disabled state

https://www.kernel.org/doc/Documentation/devicetree/bindings/net/dsa/mt7530.txt

	gmac1: mac@1 {
		compatible = "mediatek,eth-mac";
		reg = <1>;
		phy-mode = "rgmii-txid";
		phy-handle = <&phy4>;

https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/ramips/dts/mt7621.dtsi;h=7636f9d8000a55bd453de0dab1db685ef292fabf;hb=cd2b661453a8a2b8260dfb9b9c0dc5297b981331

                gmac1: mac@1 {
 479                         compatible = "mediatek,eth-mac";
 480                         reg = <1>;
 481                         status = "disabled";
 482                         phy-mode = "rgmii-rxid";

can someone explain the deviation to me.

  1. phy-mode = "rgmii-txid"
  2. phy-mode = "rgmii-rxid"

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.