robotmaster

Cudy TR3600 wifi7 全面升級
https://youtu.be/ZImow75hcXQ
normalyan 發表於 2026-8-5 01:38

官網寫 Cudy TR3600 用 Dual-Core?  https://www.cudy.com/en-hk/products/tr3600-1-0

PS:  Cudy TR3600 有可能係 MT7987B (Filogic 855, 2-core);  而不是用 MT7987A (Filogic 850, 4-core)
https://www.huasifei.com/huasife ... meter-introduction/
https://bbs.16rd.com/thread-633377-1-1.html

YANG

官網寫 Cudy TR3600 用 Dual-Core?  

PS:  Cudy TR3600 有可能係 MT7987B (Filogic 855, 2-core);  而不 ...
robotmaster 發表於 2026-8-5 08:52

    Youtube有拆機片，係MT7987BV。

normalyan

回復 211 #robotmaster

A同bv都係一樣A53四核, 只不過bv係oem喎, 可以行low votage添？

### Core Comparison
| Feature | MediaTek MT7987A | MediaTek MT7987BV |
|---|---|---|
| **CPU Architecture** | Quad-core Arm Cortex-A53 | Quad-core Arm Cortex-A53 |
| **Platform Family** | Filogic 860 | Filogic 860 |
| **Network Offload** | Hardware Packet Acceleration (PPE) | Hardware Packet Acceleration (PPE) |
| **Wi-Fi Companion Support** | Wi-Fi 7 (via PCIe / MT7990 / MT7976) | Wi-Fi 7 (via PCIe / MT7990 / MT7976) |
| **Wired I/O Capabilities** | 2.5GbE MACs / SGMII / PCIe 3.0 / USB 3.2 | 2.5GbE MACs / SGMII / PCIe 3.0 / USB 3.2 |
| **Target Deployment** | Standard commercial Wi-Fi 7 routers & dev boards | Value-optimized / OEM specific board revisions |
| **BGA / Package Designation** | Commercial Standard (A suffix) | Low-voltage or specific package pinout variant (BV suffix) |
### Key Differences Explained
1. **Naming Suffix Meanings (A vs. BV)**
   * **A Suffix:** Represents the primary commercial reference package intended for mainstream router designs, carrier gateways, and open development platforms

robotmaster

A同bv都係一樣A53四核, 只不過bv係oem喎, 可以行low votage添？
normalyan 發表於 2026-8-6 02:55

你睇返自己分享個條 YouTube 拆機片,  入面有講 Cudy TR3600 係 Dual core (留意 OpenWrt 介面寫住「双核」)

上面都講過:   Cudy 官方網站都係講 Dual Core

robotmaster

### Core Comparison
| Feature | MediaTek MT7987A | MediaTek MT7987BV |
|---|---|---|
| **CPU Architecture** | Quad-core Arm Cortex-A53 | Quad-core Arm Cortex-A53 |
| **Platform Family** | Filogic 860 | Filogic 860 |
....
normalyan 發表於 2026-8-6 02:55

這裏 資料有錯 - Filogic 860 係 BE7200 class 3-core 晶片:
https://www.mediatek.com/product ... ediatek-filogic-860

pbodq

嚟個係 Wireless Engineer 先會留意到嘅差別   
不過 OpenWrt 入面, 如何存取 antenna gain 的數 ...
robotmaster 發表於 2026-8-5 11:47

應該是bdata那份, 曾經見佢地有用過reader / decompiler之類搞過, 我暫時無時間深入去睇
呢幾日花了不少時間搞面層dbm filter :

1.關於HK的patch submission, email來來回回都幾封, 一時又話我長氣好似寫論文咁, pdf好難跟 (鬼唔知歐美果四份野水蛇春咁長咩, 佢地都應該背熟晒ga la, 搵籍口....) ; 寫兩句總結時佢又話太簡單
應該無咁快出到production

2.於是我就唔等阿公, 私下patch source code, 發現超大量有趣的事

a. 好多developers大神都唔等阿公sync DB, 甚致上訴無果。佢地往往自己打補丁修正, 我望過幾個大神source code(包括外國人) , 都是這樣
阿公除了dbm低之外, 仲有很多restriction flags, 直頭連radio都開唔著 例如


full list of restriction flags可參照這個source code file
linux/nl80211.h  enum nl80211_reg_rule_flags

對應著driver interpreter



b.前文中, 那個話事人在email裡說: 20MHz估算320MHz power output是錯的, 唔work, 我親測過了


我之前話6GHz在US可以跑30dbm, 原來是因為point a : 大神修正後的成果
這個database只作前導filter用途, 閘走不想讓你能利用的values

c. point a 的patch values, 是合規的, US來自老外, HK是之前討論過的 (point d 就展示一下不合規的反面教材, 大開眼界 )
整合後, assign HK及US都work



CH100-CH128 DFS@30dbm, 這組要特別講一下: 因為Netgear有款行貨四頻機, 正正hardcode用這組4x4做backhaul (詳情可參看HKEPC評測)

另外, W1700K及XR1710G,在Ch149-Ch165@80MHz, 上限只能射28dbm, 即使set 36dbm都無用, 應該hardware FEM物理受限(SBE1V1K就不清楚了)

整合這個patch, compile了近十次都, 不停出errors, 原因不在於這個patch,而是Y大的source code在Github有一些sync的問題, 需要從direct link download zip再merge入Github repository才完整, 不能直接compile zip內的東西 (正常人來說, 應該用git clone command, 好衰唔衰, 佢個project有另外一些bugs, 令到build出來的東西令人有點懷疑會否變磚)。
查了一大輪AI, 歸根究底, compile Openwrt 的make指令, 是包含一個getver.sh的script, 會依賴Gitbhub的metadata, 從.git FOLDER import VERSION parameter...一旦撈空出"unknown" exception就會令後續的compilation停止(因為Openwrt實施嚴格的version extension control) blah blah blah....下刪一千字



d.由於compilation  bugs, 在排查過程中搵了一堆XR1710G的projects  去對照:
naoki66 的:
這個是Immortal 6.18, 追W1700K更新快過Y大, 而且狗屎垃圾乜都塞晒入去, 體積是Y大的兩倍
你諗到的package library佢有包, 你諗唔到的佢都包, 像打邊爐一樣
亦因為這樣, 有不少額外的package dependency的compilation error, 要花時間執logs。致於direct link的image是怎樣ignore出來, 我不清楚了。
最厲害是enable 6GHz @ China  , 仲要係全部30dbm

揀美區都嫌浪費時間,  欺世盜名, 一步到位
只差在未delete晒全地球其他國家

另一個是橙大, 甚致切頭換面, 變埋iStoreOS (這個未得閒試)
https://github.com/orangeyoo/iStoreOS-XR1710G-Community
什麽mesh, usteer, 應用商店, Docker.....blah blah blah


e.無睇咸魚兩個星期, SBE1V1K基乎被掃光, 個價升左.....最後忍痛,五舊水買左隻靚仔......
過程中又被我見識到奇觀:三手比二手還要貴跟開左光的佛像一樣  
用內地簡體的Qwrt image賣回去美國,
正常來說, 賣都應該是賣公版 / snapshot, 怎麽會賣個NSS QSDK的Qwrt ?
還要賣簡體介面給老美, 很囂張呢 個價仲要貴過由美國賣去咸魚, double
d貨物行幾個rounds真係會貴幾倍 難怪d人話要旅遊浸咸水

望下望下, 發現近期很多wifi 7 6Ghz (non-Openwrt model, 例如Linksys Velop)都貴左 / 多人買左/ 無貨.....wifi 8都快要出了, 真是光怪陸離

fakeman

嚟個係 Wireless Engineer 先會留意到嘅差別   
不過 OpenWrt 入面, 如何存取 antenna gain 的數 ...
robotmaster 發表於 2026-8-5 11:47

    呢個應該唔係 standard，所以 OpenWrt 正式來講做唔到，要靠人手改上去。

例子係 Buffalo WXR-5950AX12 同新少少嘅 WXR-6000AX12，兩者完全相同 chipset 但係有部份 antenna tunes 唔同，早期大家都以為 WXR-6000AX12 係 identical 結果有用家試都有少少分別，最後都係人手係 bdata 之類嘅地方讀返個數值出來，另外 patch 上去 WXR-6000AX12

robotmaster

1.關於HK的patch submission, email來來回回都幾封, 一時又話我長氣好似寫論文咁, pdf好難跟 (鬼唔知歐美果四份野水蛇春咁長咩, 佢地都應該背熟晒ga la, 搵籍口....) ; 寫兩句總結時佢又話太簡單
應該無咁快出到 production
pbodq 發表於 2026-8-9 18:32

見到師兄的 patch submission  

a. 其實 6 Ghz  支援 WiFi-7 @320 Mhz BW 應該較易說明和爭取。
b. DFS @ 27dBm vs DFS @ 30 dBm + TPC  就比較難說明。是否也要由 DFS-ETSI 轉成 DFS-FCC? 這些都是較大格局的討論。  

或者先爭取改 6 Ghz 會較容易

a. 好多developers大神都唔等阿公sync DB, 甚致上訴無果。佢地往往自己打補丁修正, 我望過幾個大神source code(包括外國人) , 都是這樣
阿公除了dbm低之外, 仲有很多restriction flags, 直頭連radio都開唔著 例如
pbodq 發表於 2026-8-9 18:32

美國整段 6 Ghz 均設定 NO-IR,  真係好怪 ???
係咪怕咗美國政府 FCC 追查 6 Ghz 違規  .....

PS: 加拿大 (country CA) 就無 NO-IR 這個 flag

PS:  AP mode vs Client mode 會否也可能是另一成因?  https://github.com/openwrt/openwrt/issues/15032

最厲害是enable 6GHz @ China
https://github.com/naoki66/Immor ... -cn-all-30dbm.patch
仲要係全部30dbm, 揀美區都嫌浪費時間,  欺世盜名, 一步到位, 唔使煩
只差在未delete晒全地球其他國家
pbodq 發表於 2026-8-9 18:32

真係 Gamtrulia。測試下就算, 長用就.....  小心  

e.無睇咸魚兩個星期, SBE1V1K基乎被掃光, 個價升左.....最後忍痛,五舊水買左隻靚仔......
過程中又被我見識到奇觀:三手比二手還要貴
用內地簡體的Qwrt image賣回去美國,
pbodq 發表於 2026-8-9 18:32

三手比二手還要貴  
用內地簡體的Qwrt image賣回去美國 -- 嚟個算係一個察機變商機吧

倒是 OpenWrt 還未咁快會達成支援:  https://github.com/openwrt/openwrt/pull/21586

pbodq

a. 其實 6 Ghz  支援 WiFi-7 @320 Mhz BW 應該較易說明和爭取。
b. DFS @ 27dBm vs DFS @ 30 dBm + TPC  就比較難說明。是否也要由 DFS-ETSI 轉成 DFS-FCC? 這些都是較大格局的討論。

a.當日我都想過分拆兩個patches, 頂多讓他ban TPC那個 : 6GHz 320MHz 無乜可能唔批, 除非又踩中
那些什麽20MHz 12dbm的情況, 但我印象中, 香港引用的那份文件無附帶這條。美國不同, FCC是以另一份附帶文件展示, 非主體那份 (但我亦唔排除我看漏)   

過幾日我再問問

b.ETSI及FCC, 在那個DFS區段的TPC, 上限同樣是30dbm
所以, 她們要斟酌的問題: 是否採用TPC的情況作上限標準 (其實有幾條rules已經用緊TPC conditions, 好似5.2GHz-5.3果組, 只是我無爆給她們知, 我怕到時佢地抽後算賬, 一次過全部降準)


6GHz NO-IR的問題, 之前貼過交給FCC所有實驗室報告, 全都是寫30dbm EIRP上限
唔好講Gemtek 或Spectrum這些小眾; 我不太相信Netgear / Asus BT8 這些是在client mode下測試,
同埋我"快眼"望過老外引用的那份pdf (非FCC主體文件, 應該又是附帶形式), US unlicensed AP device 6GHz上限是30dbm EIRP, 果份講到明是AP


我找找那份pdf.....
unlicensed indoor無AFC(low power)的AP情況, @6GHz, 30dbm :
https://www.federalregister.gov/d/2020-11236/p-66
indoor有AFC(standard power)的 AP情況, @6GHz, 33-36dbm:
https://www.federalregister.gov/d/2020-11236/p-219

murderfreaker

應該是bdata那份, 曾經見佢地有用過reader / decompiler之類搞過, 我暫時無時間深入去睇
呢幾日花了不少 ...
pbodq 發表於 2026-8-10 02:32

美國戶外6GHz有AFC要求, 要求響非敏感區, 有實時GPS回報, 先俾你開夠30dBm

其實香港都有戶外限制, 但無咁聰明, 而係一刀切14dBm

講真14dBm 真係把鬼, 理論上我放窗口開26dBm都有用過戶外14dBm
C_S.....

我試過AP放6米高, 用5GHz縮到14dBm, 個覆蓋細到.....