I really appreciate your efforts on making OpenWRT work for this device.
I recently got your latest build flashed onto 2 of my WHW03 V1 nodes. Just wanted to mention a few issues I'm seeing on my units.
Radio0 seems broken and does not seem to be communicating at al. Host or client mode.
Devices connected to either radio1 or 2 do not seem to be able to get a ipv4 address. ipv6 seens to work.
Network forwarding between WAN firewall and LAN firewall thus devices on LAN are not getting network to the outside world.
It seems like the power output from the radios are low. I am comparing it to my 1 factory flashed node which seems to have at least 3x the range.
I have tried a factory reset and reflashed the latest build on your github (0.0.4.1). Same results
The DHCP server that im trying to use is hosted on my network gateway and not the nodes. But I have tried the node's DHCP server as well and still not working.
The radio0 is showing up as active but it isnt broadcasting any signal nor does it see any other wifi signal in the area.
would it be possible to use the WHW03_V1 Image for the WHW01_V1 as well?
I have some WHW03 as well as WHW01 and would like to use OpenWRT on all of them.
I have flashed one of my WHW03_V1 with your image and it's working fine except the WiFi range and Radio 0 as mentioned before. The range is far less than stock Firmware and radio 0 is not active. Is there anything I could tweak to improve it?
I'd also like to report low power output at both 5GHz and 2.4GHz on my WHW03 v1. However, it's not just that, the Rx sensitivity of the radios is pretty bad.
Curiously, the 2.4GHz radio reports a noise floor of -103 dBm, which is unusually low, I have another AP here and it reports -95dBm. None of my APs have ever reached that low of a noise floor. Maybe there is an attenuation in the Rx path?
Could it be that there is a FEM controlled by GPIO that isn't enabled currently? That would explain the lack of sensitivity as well as the lack of power. There is a documented case here: Asus map-ac2200 low transmit/receive signal 5Ghz - #11 by slh
I took a glance at the source tarball from Belkin and there seems to be nothing obvious.
My unit has a black PCB, just in case this matters. At a glance, it looks identical to the unit shown on the FCC pictures.
Could it be that you have a new model version?
Tried flashing from stock on a V2 several times with no reported errors.
From the log it panics when loading the NAND driver.
I need your help
I've messed up the VLAN config on my WHW03 V1 so it is not accessible anymore.
I can reset the node and boot into stock Firmware, but when I reflash your image, the last config is kept. How can I get rid of the config?
Yes, I tried without success. One thing I haven't tried is to use a previous stock version.
I also tried to set up static ip, but don't have access via ssh.
@flipy Would it be possible to build a FW taking the reset button into account?
I have a Linksys WRT1200 and there I can reset the OpenWRT FW to factory defaults by pressing the reset button approx. 10sec.
I think the Velop does not official support dual FW handling, as it is not activated in the stock FW like it is for the WRT1200.
Okay, so after a little investigation today, I noticed that adding one of the board files from the original firmware: /lib/firmware/QCA9888/v1/FCC/boardData_2_0_QCA9888_5G_Y9690_SBS_HB.bin (my unit is from FCC region, hence why I chose this file) as "board.bin" inside the ath10k firmware directory resulted in a massive increase in Tx power (over 20dB) and in Rx sensitivity as well: scanning can pick up networks it simply couldn't previously.
So it seems the problem with the v1 units is simply that their board files are missing in board-2.bin.
Does someone have a hint how to add VLAN to the WHW03 v1?
Regardless what I try it ends up in a non working configuration as soon as I add a new VLAN via LuCi.
For V2 it might be doable, more testing is needed to iron out the outstanding issues, but once completed it should be fairly easy to PR to master or branch by rebasing and creating a single commit.
V1 is more hackish as it is a eMMC device but treated like a NAND one -- from that perspective another review on the modified processes as well as thoughtful testing will be necessary.