Cudy 软件平台升级介绍

介绍

本文列出了Cudy软件平台(CSP)从2.3到2.5版本的最新及历史更新。它概述了新引入的功能及其支持的Cudy型号。

欢迎你在这篇文章下留下评论并建议新功能。我们很乐意了解你的想法,并优先考虑最受广泛要求以及最具有独特性的建议,并将其纳入我们的研发计划。

CSP 2.5

发布时间

自2026年1月起

支持计划(按优先排序)

WR3000 1. 0、WR3000 2.0、WR3000S 1.0、WR3000E 1.0、TR3000 1.0、WR11000 1.0、WR6500 1.0、WR6500H 1.0、WR3600 1.0、WR3600E 1.0、WR3600H 1.0、M11000 1.0、M3600 1.0、WR1300 3.0/4.0、WR1200E 1.0、WR1200 2.0/2.1、M1300 3.0、M1200 1.0、P4 1.0、LT700 2.0、LT500 3.0、LT500D 3.0、LT300 V3.0、LT700 Outdoor 2.0、LT500 Outdoor 2.0

你可能不会立即收到升级,因为不同型号的更新计划不同。

功能

功能
支持的设备
页面截图
显示Mesh拓扑
在网状详情页面显示Mesh设备之间的连接拓扑(客户端设备不会显示)
Cudy Mesh 兼容型号
选择Mesh回传方式
卫星网状设备可配置为仅在有线回程模式下运行
这有助于防止可能的环路:当多个Cudy接入点由PoE交换机供电,且PoE交换机开关时,一些接入点可能会建立无线回程,并从LAN端口提供网络,导致类似拓扑交换机1 -- AP1 ))(AP2 -- switch1
Cudy Mesh 兼容型号
-
选择Mesh回传设备
Mesh子节点设备现在允许扫描附近的网状节点,并选择特定节点进行连接。当已选定节点在未来无法连接时,它将切换为自动选择。
Cudy Mesh 兼容型号
多个VPN服务器
支持同时启用多个不同协议的VPN服务器。
(IPsec 和 Zerotier 不能与其他 VPN 同时启用)
所有 Wi-Fi 路由器 / 全屋路由型号
(不包括支持 8MB 闪存的型号)

多个VPN客户端配置
支持配置多个VPN客户端,但一次只能启用一个。
(IPsec 和 Zerotier 不能与其他 VPN 同时启用)
所有 Wi-Fi 路由器 / 全屋路由型号
(不包括支持 8MB 闪存的型号)
L2TP/PPTP 支持多个账户
L2TP/PPTP VPN 服务器支持配置多个账户
所有 Wi-Fi 路由器 / 全屋路由型号
(不包括支持 8MB 闪存的型号)
VPN配置迁移
支持备份VPN配置并在其他设备上恢复,允许不同设备型号间的配置恢复。仅支持将所有VPN迁移在一起。
所有 Wi-Fi 路由器 / 全屋路由型号
(不包括支持 8MB 闪存的型号)
全局默认限速
QoS 增加了默认速率限制设置,所有客户端都受默认速率限制
Wi-Fi 路由器
访客网络速度限制
支持设置整个访客网络的上行和下行带宽
Wi-Fi 路由器
新固件提醒
当检测到新固件时,进入配置页面时页面会弹出新固件升级提醒
所有型号
-

手动执行WoL
局域网唤醒改为手动执行
所有型号
(部分低端型号不具备此功能)
DHCP 可选网关配置
以允许在被用作旁路由状态下开启DHCP为设备分配IP地址,并将网关指向正确主路由网关设备。
所有 Wi-Fi 路由器/网状系统型号
账户注销
支持账户注销
所有型号
-
OpenVPN 速度提升
支持 OpenVPN DCO 技术,提升 OpenVPN 的最大上传和下载速度
MTK AX3000 型号,包括
WR3000 1.0
WR3000S 1.0
WR3000E 1.0
TR3000 1.0
-
在快速设置时显示 IPTV 设置
快速设置中的高级功能中默认展示 IPTV 菜单
所有 Wi-Fi 路由器 / 全屋路由型号
菜单输入位置调整
调整通用设置菜单和高级设置菜单:
将IPTV/VLAN和访客网络的条目移入“通用设置”;
将“强制门户认证”的入口移到高级设置中
所有型号

无障碍功能
添加无障碍功能并支持对比度调节
所有型号

WPS开关
添加WPS交换机
所有型号

数据包捕获
在诊断工具中添加数据包捕获功能
所有 Wi-Fi 路由器 / 全屋路由型号
(不包括支持 8MB 闪存的型号)
DoH
添加 DNS over HTTPS 模式以实现更安全的自定义 DNS

所有 Wi-Fi 路由器/网状系统型号
(不包括支持 8MB 闪存的型号)

TW 区域代码
新增对中国台湾地区TW代码的支持,2.4G频道1-11,5G频道1、2和4频段
所有型号
-
TW IPTV
添加IPTV中国台湾地区CHT模式

所有 Wi-Fi 路由器/网状系统型号

DNS 在线检测
在线检测功能增加了DNS协议检测方法
所有 Wi-Fi 路由器/网状系统型号
-

CSP 2.4

发布时间

首次于2025年4月28日在WR3000发布

主要职能

功能
支持的设备
页面截图
兼容 APP 1.3
所有无线设备
参见 APP 1.3 功能
优化EAEU翻译
所有无线设备

CSP 2.3

发布时间

首次于2024年12月31日在AP1300D发布

主要功能

功能
支持的设备
页面截图
多SSID
支持配置多个SSID
AP 
强制门户登录
手机连接Wi-Fi后,认证页面会自动弹出,访问互联网需要认证
支持自定义认证页面内容,如背景图片、标志、字体颜色和服务条款。
支持的认证方法包括:1)一键认证;2)密码输入认证
AP
USB Tethering 网络
控制USB接口是否支持网络共享。启用后,该设备可用于扩展手机或便携式Wi-Fi的无线网络
带USB端口的设备,如TR3000
Wi-Fi 开关控制
打开后面板AP上的硬件按钮,可以同时控制LED和Wi-Fi的开关。此时,通过软件切换LED也会触发Wi-Fi的同步开关。
墙面AP

PoE 送电控制
控制面板的AP端口是否能外部供电(仅在 802.at 电源接收下可用,默认关闭)
墙面AP

 

返回博客

284 条评论

@Dear ET,
Our technical support has sent you the solution and new beta firmware via email. Please check.
“Dear Cudy Support Team,

I recently purchased a Cudy WR3600H v1 Wi-Fi 7 router and updated it to Firmware version 2.3. I would like to report a critical bug and a feature request:Web UI Refresh Loop (Bug Report):
Every time I log into the router via a web browser (tested on PC and mobile using Firefox and Brave), the main dashboard goes into an endless auto-refresh loop. The page reloads every second, making the web panel completely unusable.
Interestingly, after a factory reset, it temporarily worked fine. However, as soon as I restarted the router through the web UI later, the endless loop returned immediately. The Cudy App works fine, but the web UI is broken.

LED Automation / Timer (Feature Request):
I would also like to ask if it is possible to include an automated LED timer / schedule function (Night Mode) in the next firmware release. It would be great to have a feature that automatically turns off the router’s LED lights at night and turns them back on in the morning.

Could you please send me the latest stable or beta firmware (such as version 2.5 or newer) for the WR3600H v1 if that fixes this web UI loop issue?
Thank you for your help."

support

I have now tested the Cloudflare DDNS configuration with the DNS record set to DNS Only (proxied=false), so Cloudflare proxying is not involved.

The router still fails to update the record.

The Cudy Router log shows:

myddns: NO valid IP found

followed by:

myddns: CloudFlare reported an error:

and:

myddns: IP update not accepted by DDNS Provider

This suggests that the DDNS client may be failing to detect/obtain the current public IP before attempting the Cloudflare update.

Could you please clarify how the WR11000 firmware 2.2.25-20251112-095400 determines the current IP for the Cloudflare DDNS provider, and whether there is a known issue with the IP detection mechanism?

I have also verified that the Cloudflare API Token itself is valid and can successfully read and modify the DNS record directly through the Cloudflare API.

Paul

Hello,

I am using a Cudy WR11000 V1.0 with firmware version 2.2.25-20251112-095400.

I am having a problem with the DDNS Cloudflare configuration. The DDNS status always shows:

Last Update: -

and the DNS record is never updated by the router.

The configuration is:

Service Provider: cloudflare.com
Domain: [redacted].example.com
Username: Bearer
Password: Cloudflare API Token

I have verified that the Cloudflare API Token is valid and has the required DNS permissions. I also tested the same token directly against the Cloudflare API, and it can successfully read and modify the DNS record.

Therefore, the problem appears to be on the Cudy DDNS side rather than with the Cloudflare account or API token.

Could you please confirm:

Does firmware 2.2.25-20251112-095400 fully support Cloudflare API Tokens using Bearer authentication?
Is there a known issue with Cloudflare DDNS on the WR11000 V1.0?
Is there a newer or beta firmware with an updated/fixed Cloudflare DDNS implementation?
Is there any way to obtain DDNS logs or diagnostic information from the router to determine why the update is failing?

For privacy, I have replaced the actual domain and other identifying information in this public post.

Thank you.

Paul

Dear support, here is my report for a set of three M11000:

Behavior:

Wi-Fi performance has been slow since firmware 2.2.24 despite the use of Ethernet backhaul.

The sync LED fluctuates between orange and red on both satellites. The Ethernet network itself is running perfectly at 2.5 Gbps across the whole network, satellites included.

Hypothesis:

The backhaul is being done wirelessly despite the use of Ethernet backhaul.

Tests:

Reset all units to factory settings → no success Flashed firmware 2.2.18 back onto all devices → problem solved, sync LED turns white and Wi-Fi works at the expected speeds Upgraded again to firmware 2.2.24 on all devices → the problem happens again, as described above.

Thank you for your help. Please feel free to ask if you need any additional information or tests from my side.

Julien Cervellera

Dear Cudy Support Team,
I am writing to request a beta firmware patch or an updated software release for my WR3600 router. I am currently facing a critical wireless handshake and regional profile issue that prevents my hardware from working together.

My Device Information:
Hardware Version (HW): WR3600 V1.0
Current Firmware (FW): 2.3.16-20251119-115836

The Issues:
Mixed Mode Handshake Bug: When I enable “802.11a/n/ac/ax mixed” mode on the 5 GHz band to allow my Wi-Fi 6 laptop (Intel AX203) to use full speeds, all legacy Wi-Fi 5 (802.11ac) devices fail to connect and continuously drop off the network.

Regional Channel / Beacon Mismatch: I recently relocated from the UK to Bangladesh. Several of my European-spec Wi-Fi 5 devices completely fail to see or scan the 5 GHz SSID on this router. I have manually tested every single available channel on the 5 GHz band, but the network remains entirely invisible to these devices. I suspect the local regional beacon broadcast (802.11d Country Code) or channel layout on the current firmware is causing a conflict with my UK hardware profiles.

Because of this combination, I am completely locked out of using Wi-Fi 6 speeds on my laptop, and my older devices cannot utilize the 5 GHz band at all.

Please provide a link to an updated beta firmware build or an unreleased patch for the WR3600 V1.0 that addresses these mixed-mode handshake crashes and improves regional device compatibility.Thank you for your assistance.

Best regards,
Sovik

Sovik Haque

发表评论