It is old version of luci so may not work correct.
Actually we try to be comptatible with Luci. It is just Luci is not compatible with the driver.
2 Likes
hello all, any news about 4.8 for the little Opal? 
edit: finally, here GL.iNet download center
dear gl.inet, this beta has serious wifi issue.
power tx is seriously reduced, I can't use 2.4 and 5 ghz a few meters away.
I reverted back to stable.
1 Like
Same experience here. TX power with beta 4.8.3 is again quite low. Has been the case in some previous releases (*). Sometimes in a release it is very strong (but bad wifi stability), and next release cycle it is stable wifi but very weak signal. (Maybe not 30dBm lower as previous case, but still not normal to receive only -60dBm at 30cm distance.) Again does not react as expected on the TXPower setting.
2 Likes
Well we have the exact same problem again, as with the first beta 4.7.2. This problem is extremely low TXpower (30dBm below normal and previous ranges). This was solved in the 2nd iteration of the 4.7.2 beta for the OPAL. Now we have the first iteration of the 4.8.3 beta for the OPAL. And the same problem is back.
OpenWRT has TXPower settings, but I did read on Reddit forum that in many cases for OpenWRT, the wifi driver has it’s own limits, overrulling the OpenWRT limits.
5GHz received power, 2 meters distance … what is causing this low level?
(5G reading, this is client wifi only, 40MHz bandwidth. The 2.4GHz is the uplink)
1 minute timeline
Is this the reason for the performance drop. This following line in the LOG ?
“Wed Dec 17 10:10:51 2025 kern.warn kernel: [ 1730.979269] lmac[1] use low txpower table”
3 Likes
Next issue with beta release 4.8.3 (at least with this one there is an indication).
Uplink connection goes back to US or JP, specifying higher 5GHz channels as possible. (149-165) . Those are not valid for Europe. When setting the correct country code in the Wireless LAN interfaces, it is adjusted. Until you loose the uplink connection, then it goes back to the US/JP default channel list. And in Europe none will be found.
When the wireless radio is set to the correct country (in LUCI), then it adjusts to usable channels. At least for a while.
2 Likes
They are valid for the UK though:
ETSI regulation (indeed UK has a different set of allowed frequencies)
And rules change. Newer (AX) hardware/firmwares (not every device (AC) can implement them) allows for the SRD (short range devices) on those frequencies. SRD has dramatic low power/performance (25mW/14dBm for the ETSI region !) Too low for normal wifi usage. Even UK has EIRP reduced from 1000mW/30dBm for channels 96-144, to 200mW/23dBm for channels 149-165, but that is at least usable TXpower.
see at List of WLAN channels - Wikipedia
Latest Mikrotik (7.20.6) implementation now has an option for this.
1 Like
Thank you for your report.
We seem to have reproduced the issue locally and will work with the development team to investigate and request a fix.
3 Likes
In the meantime, please re-add 4.7.2 beta. It was working very well.
1 Like
Update: Due to abnormal Wi-Fi power levels, the SFT1200 v4.8.3 beta firmware has been retrieved from the download center and replaced with the 4.7.2 beta version.
1 Like
Is that the reason that in 4.8.3 beta the TX power is abnormal.
This number is abnormal, should be 20.00 (set 2000) or 27.00 (set 2700, the country regulatory limit) as max value
But the measured TX power is low in both cases 2.4 and 5 GHz . (Uplink is on 5GHz now)
“auto” fixes the LUCI output, but does not help on the physical TXpower (driver ???)
root@GL-SFT1200:~# iw dev wlan1 set txpower fixed 20000
root@GL-SFT1200:~# iw dev wlan1 info
Interface wlan1
ifindex 25
wdev 0x100000008
addr 94:83:c4:49:da:43
ssid GL-SFT1200-a40-5G
type AP
wiphy 1
channel 44 (5220 MHz), width: 40 MHz, center1: 5230 MHz
txpower 42949616.96 dBm
bitrate 0.0 MBit/s
noise -89 dbm
channel utilization 0.0%
root@GL-SFT1200:~# iw dev wlan1 set txpower auto
root@GL-SFT1200:~# iw dev wlan1 info
Interface wlan1
ifindex 25
wdev 0x100000008
addr 94:83:c4:49:da:43
ssid GL-SFT1200-a40-5G
type AP
wiphy 1
channel 44 (5220 MHz), width: 40 MHz, center1: 5230 MHz
txpower 20.00 dBm
bitrate 0.0 MBit/s
noise -82 dbm
channel utilization 0.0%
1 Like
It appears to be a driver-related issue. We have already asked SiFlower to help investigate.
3 Likes
could they rebase on Openwrt 19.07.10 whilst they do that, share’s the same kernel version as 18.06 but gives a lot more functionality.
1 Like
+1 for this please, if possible!
I notice a “cosmetic” bug, in the overview section I see “4 core” under the cpu details.
Opal have 2 core cpu… right?
Opal cpu
http://www.siflower.com.cn/en/products/detail/7
Dual-core four processors with twelve threads, 1GHz frequency
1 Like
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.