1Some usual/frequent control trick over the openwifi FPGA. You need to do these controls on board in the openwifi directory. 2 3[[CCA LBT threshold and disable](#CCA-LBT-threshold-and-disable)] 4[[Retransmission and ACK control](#Retransmission-and-ACK-control)] 5[[NAV DIFS EIFS CW disable and enable](#NAV-DIFS-EIFS-CW-disable-and-enable)] 6[[CW max and min config](#CW-max-and-min-config)] 7 8[[Rx gain config](#Rx-gain-config)] 9[[Tx power config](#Tx-power-config)] 10[[Tx Lo and port config](#Tx-Lo-and-port-config)] 11[[Antenna selection](#Antenna-selection)] 12[[Restrict the frequency](#Restrict-the-frequency)] 13[[Receiver sensitivity control](#Receiver-sensitivity-control)] 14 15[[Tx rate config](#Tx-rate-config)] 16[[Arbitrary Tx IQ sample](#Arbitrary-Tx-IQ-sample)] 17 18## CCA LBT threshold and disable 19 20In normal operation, different threshold is set to FPGA according to the different calibration of different frequency/channel by driver automatically. Show the current LBT threshold in FPGA: 21``` 22./set_lbt_th.sh 23dmesg 24``` 25It shows: "sdr,sdr FPGA LBT threshold 166(-62dBm). The last_auto_fpga_lbt_th 166(-62dBm). rssi corr 145". Check rssi_half_db_to_rssi_dbm()/rssi_dbm_to_rssi_half_db() in sdr.c to see the relation to rssi dBm. 26 27Override a new threshold -NNdBm to FPGA, for example -70dBm: 28``` 29./set_lbt_th.sh 70 30dmesg 31``` 32Above will disable the automatic CCA threshold setting from the openwifi driver. 33 34Recover the driver automatic control on the threshold: 35``` 36./set_lbt_th.sh 0 37dmesg 38``` 39Disable the CCA by setting a very strong level as threshold, for example -1dBm: 40``` 41./set_lbt_th.sh 1 42dmesg 43``` 44After above command, the CCA engine will always believe the channel is idle, because the rx signal strength not likely could exceed -1dBm. 45 46## Retransmission and ACK control 47 48The best way of override the maximum number of re-transmission for a Tx packet is doing it in the driver openwifi_tx() function. 49``` 50retry_limit_hw_value = ( retry_limit_raw==0?0:((retry_limit_raw - 1)&0xF) ); 51``` 52Override retry_limit_hw_value to 0 to disable re-transmission. Override it to 1 means that let FPGA do maximum 1 time re-transmission. 53 54The FPGA also has a register to override the re-transmission and ACK behavior. Check the current register value. 55``` 56./sdrctl dev sdr0 get reg xpu 11 57``` 58When operate this register, make sure you only change the relevant bits and leave other bits untouched, because other bits have other purposes. Also check the xpu register 11 in the [project document](../README.md) 59 60To override the maximum number of re-transmission, set bit3 to 1, and set the value (0 ~ 7) to bit2 ~ 0. Example, override the maximum number of re-transmission to 1 61``` 62./sdrctl dev sdr0 set reg xpu 11 9 63``` 64 659 in binary form is 01001. 66 67To disable the ACK TX after receiving a packet, set bit4 to 1. (Assume we want to preserve the above re-transmission overriding setting) 68``` 69./sdrctl dev sdr0 set reg xpu 11 25 70``` 71 7225 in binary form is 11001. the 1001 of bit3 to 1 is untouched. 73 74Disabling ACK TX might be useful for monitor mode and packet injection. 75 76To disable the ACK RX after sending a packet, set bit5 to 1. 77 78## NAV DIFS EIFS CW disable and enable 79 80To check the current NAV/DIFS/EIFS/CW disable status, just run 81``` 82./nav_disable.sh 83./difs_disable.sh 84./eifs_disable.sh 85./cw_disable.sh 86``` 87If NAV is disabled, the openwifi will always assume the NAV (Network Allocation Vector) is already counting down to 0. If DIFS/EIFS is disabled, when the CSMA engine needs to wait for DIFS/EIFS, it won't wait anymore. If CW is disabled, the contention window is fixed to 0, and there won't be any number of slots for random backoff procedure. To disable them, just input 1 as the script argument. 88``` 89./nav_disable.sh 1 90./difs_disable.sh 1 91./eifs_disable.sh 1 92./cw_disable.sh 1 93``` 94To enable them, just input 0 as the script argument. 95``` 96./nav_disable.sh 0 97./difs_disable.sh 0 98./eifs_disable.sh 0 99./cw_disable.sh 0 100``` 101 102## CW max and min config 103 104When the openwifi NIC bring up (as AP/Client/ad-hoc/etc), Linux will configure the CW (Contention Window) max and min value for FPGA queue 3 ~ 0 via openwifi_conf_tx() in the openwifi driver. You can check the current CW configuration in FPGA (set by Linux). 105``` 106./cw_max_min_cfg.sh 107``` 108It will show sth like 109``` 110FPGA cw max min for q3 to q0: 1023 15; 63 15; 15 7; 7 3 111FPGA cw max min for q3 to q0: a4644332 112``` 113The CW max and min for q3 ~ 0 are a4, 64, 43, 32 (in hex). Example explanation for q3: in hex the configuration is a4, which means 10 and 4 in the logarithmic domain, (2^10)-1=1023 and (2^4)-1=15 in the linear domain. 114 115To override the CW max and min for queue 3 ~ 0, for example 2047 31; 63 31; 15 7; 7 3, just map it to a hex string b5654332 for queue 3 ~ 0 and give it as the script argument: 116``` 117./cw_max_min_cfg.sh b5654332 118``` 119It will show sth like 120``` 121FPGA cw max min for q3 to q0: 2047 31; 63 31; 15 7; 7 3 122FPGA cw max min for q3 to q0: b5654332 123SYSFS cw max min for q3 to q0: 2047 31; 63 31; 15 7; 7 3 124SYSFS cw max min for q3 to q0: b5654332 125``` 126To give the control back to Linux 127``` 128./cw_max_min_cfg.sh 0 129``` 130Be careful that above command won't bring the Linux CW max min setting back to FPGA automatically, because Linux normally only call the setting function openwifi_conf_tx() for 1 time when the NIC is started. So either you write down the Linux setting by checking it at the beginning, and set it back via cw_max_min_cfg.sh before giving it argument 0, or re-load the NIC/driver to trigger the Linux setting action for the NIC. 131 132## Rx gain config 133 134In normal operation, you don't need to do Rx gain control manually, because it is controled by the AD9361 AGC function. For optimization/experiment purpose, you might want to use the manual rx gain control, you can run 135``` 136./set_rx_gain_manual.sh 30 137``` 138Above command will turn the automatic gain control mode to manual gain control mode, and set 30dB to the Rx gain module. 139 140Bring it back to the automatic gain control mode 141``` 142./set_rx_gain_auto.sh 143``` 144To find out a good reference about a manual Rx gain setting for the current link/peer, you can set it to automatic mode and then run 145``` 146rx_gain_show.sh 147``` 148for multiple times to check the actual AGC gain vlaue for received packet as explained in this [Access counter/statistics in driver](driver_stat.md). Then you can set the AGC gain value as argument to the **set_rx_gain_manual.sh** with the corret **offset**! For example, if **rx_gain_show.sh** reports a AGC gain value 34 for many successfully received data packets, and you want to use it as a manual gain setting, you need to set 149``` 150./set_rx_gain_manual.sh 20 151``` 152if the current working channel is 5220MHz (34 - 14dB offset = 20). You need to set 153``` 154./set_rx_gain_manual.sh 29 155``` 156if the current working channel is in 2.4GHz (34 - 5dB offset = 29). 157 158## Tx power config 159``` 160./sdrctl dev sdr0 set reg rf 0 20000 161``` 162Above command will set Tx power attenuation to 20dB (20*1000). By default it is 0dB. 163 164If you want an initial attenuation 20dB while loading and bringing up the openwifi NIC, please use the **init_tx_att** argument for the sdr.ko. 165``` 166insmod sdr.ko init_tx_att=20000 167``` 168You can change above driver loading action at the end of **wgd.sh**. 169 170The initial Tx attenuation might be useful when you connect two SDR boards directly by cable. Even though, you shouldn't not connect them during the setup phase (bring up the AP or client), because the initialization/tuning of AD9361 might generate big Tx power and kill the other AD9361's Rx. Only connect two SDR boards by cable after both sides have been setup and the attenuation setting takes effect. 171 172To increase the Tx power, you can consider add external PA like [this](https://github.com/open-sdr/openwifi/issues/53#issuecomment-767621478). Or increase the value of register 13 of tx_intf (check [README](../README.md)). 173 174Read the register value: 175``` 176./sdrctl dev sdr0 get reg tx_intf 13 177``` 178 179Set the register value to N (a number larger than the value read back above): 180``` 181./sdrctl dev sdr0 set reg tx_intf 13 N 182``` 183Bigger value in that register could hurt the Tx EVM and long packet signal. You need to fine tune it for your case. 184 185## Tx Lo and port config 186 187In normal operation, the Tx Lo and RF port are controled by FPGA automatically during signal Tx. To check the current Tx Lo and RF port switch status 188``` 189./set_tx_port.sh 190./set_tx_lo.sh 191``` 192Give argument **1** to above scripts to turn them **ON**, **0** for **OFF**. 193 194## Antenna selection 195 196By default, the 1st Tx and Rx antennas are used (tx0 and rx0). You can change the tx antenna to tx1 by 197``` 198./sdrctl dev sdr0 set reg drv_tx 4 1 199``` 200Change the tx antenna back to tx0 by 201``` 202./sdrctl dev sdr0 set reg drv_tx 4 0 203``` 204Change the rx antenna to rx1 and rx0 by 205``` 206./sdrctl dev sdr0 set reg drv_rx 4 1 207./sdrctl dev sdr0 set reg drv_rx 4 0 208``` 209 210## Restrict the frequency 211 212Since the AD9361 frequency tuning could generate big unwanted Tx noise, and it could damage the other AD9361 Rx during the test via cable, a restricted frequency can be set to avoid the possible frequency tuning (such as the background scan of Wifi). For example, you want the AD9361 works only in 5220Mhz: 213``` 214./set_restrict_freq.sh 5220 215``` 216Above command will fix the AD9361 in 5220MHz and let driver ignore frequency tuning request other than 5220MHz. The restriction can be removed by: 217``` 218./set_restrict_freq.sh 0 219``` 220To let openwifi work at arbitrary frequency, please check [Let openwifi work at arbitrary frequency](../README.md#let-openwifi-work-at-arbitrary-frequency) 221 222## Receiver sensitivity control 223 224Sometimes too good sensitivity could be a bad thing. WiFi receiver could be "attracted" by many weak signal/packet in the background, and has less "attention" to its real communication target (client/AP). Openwifi has offered a way to make the receiver less sensitive by setting a threshold. When the received signal is lower than this threshold, the receiver will not try to search the WiFi short preamble, i.e. ignore it. For example, if you want to set -70dBm as the threshold, use: 225``` 226./sdrctl dev sdr0 set reg drv_rx 0 70 227``` 228 229## Tx rate config 230 231By default, the Linux rate adaptation algorithm **minstrel_ht** set the packet rate/MCS automatically via openwifi_tx() function. 232``` 233rate_hw_value = ieee80211_get_tx_rate(dev, info)->hw_value; 234``` 235To override the Linux automatic control for non-ht packet 236``` 237./sdrctl dev sdr0 set reg drv_tx 0 N 238``` 239Value N: 0 for Linux auto control; 4 ~ 11 for 6M, 9M, 12M, 18M, 24M, 36M, 48M, 54M. 240 241To override the Linux automatic control for ht packet 242``` 243./sdrctl dev sdr0 set reg drv_tx 1 N 244``` 245Value N: 0 for Linux auto control; 4 ~ 11 for 6.5M, 13M, 19.5M, 26M, 39M, 52M, 58.5M, 65M. By default, the normal GI is used. To use the short GI, you need to add 16 to the target value N. 246 247## Arbitrary Tx IQ sample 248 249Arbitrary IQ sample (maximum 512 samples) can be written to tx_intf and sent for test purpose. 250