The Wi-Fi firmware used by WF200 or WFM200 or the WGM160P, uses the following regulatory modes:
WF(M)200 can be used either in WLAN mode or in TEST_FEATURE mode through the PDS file (see UG404, mode without MAC and association to a Wi-Fi access point).
|Wi-Fi usage||Channels 1 up to 11||Channels 12 and 13||Channel 14|
Active/passive scan is allowed but using GLOBAL/WORLD Tx power
|Only passive scan
|Only passive scan
Start in GLOBAL/WORLD to join (association).
Once joined/connected to an AP, rely on 11.d information.
If AP detected on the requested
If AP detected on the requested
|soft-AP||Stay in GLOBAL/WORLD mode||Forbidden||Forbidden|
|TEST-FEATURE mode||Reg_mode or without Reg_mode then uses the Tx power without reduction from OTP table inside the chip.||Reg_mode or without Reg_mode then uses the Tx power without reduction from OTP table inside the chip.||Reg_mode or without Reg_mode then uses the Tx power without reduction from OTP table inside the chip.|
The goal is to avoid any regulatory RF infringement in WLAN mode. Note the passive scan provides a result with an increased time duration than the active scan.
At the MAC level on Country code and regulatory domain, this setting below should be done:
iw reg get
result: global country US: DFS-FCC (2402 - 2472 @ 40), (N/A, 30), (N/A) (5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW (5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW (5490 - 5730 @ 160), (N/A, 23), (0 ms), DFS (5735 - 5835 @ 80), (N/A, 30), (N/A) (57240 - 63720 @ 2160), (N/A, 40), (N/A)
iw phy | grep MHz
* 2412 MHz  (30.0 dBm) * 2417 MHz  (30.0 dBm) * 2422 MHz  (30.0 dBm) * 2427 MHz  (30.0 dBm) * 2432 MHz  (30.0 dBm) * 2437 MHz  (30.0 dBm) * 2442 MHz  (30.0 dBm) * 2447 MHz  (30.0 dBm) * 2452 MHz  (30.0 dBm) * 2457 MHz  (30.0 dBm) * 2462 MHz  (30.0 dBm) * 2467 MHz  (disabled) * 2472 MHz  (disabled) * 2484 MHz  (disabled) * short GI for 40 MHz
For RF tests in laboratory or for regulatory RF certification tests, the WF200, WFM200 or WGM160P could be started in RF test-feature using the PDS file in adding the section TEST_FEATURE_CFG with the selected parameter for Tx or Rx like described in UG404 section 4.
This test-feature doesn't need a Wifi Acces Point to transmit or receive frames. There is no 802.11 MAC protocol used in this mode. It is only to be used to test the RF behavior in Tx or in Rx.
The customer could use the PDS file to do RF tests but with a host implementing Python, it could be more easy to use the Python script to configure and control the RF tests:
Note the WLAN mode needs to be stopped before starting RF test-feature.
For customer using EFR32 like a host processor for WF(M)200:
Note the RF test done with WGM160P using Gecko OS is already described in this KBA:
So through the PDS file test-feature, you have a way to do RF tests but in order to pass RF certification, it is usual to adjust the Tx power in order to get the RF requirement depending of the regulatory certification targeted.
Indeed depending of the antenna or the RF layout or the design of the customer product, it is possible the TX power shall be reduced in order to pass the regulatory RF certification (FCC, CE, Japan, ...).
Please on RF and certification aspect, follow carefully the requirements and recommendations provided in the WF200, WFM200 or WGM160P datasheets and the Hardware Design User's Guide (see UG382, UG395 or UG384).
The Tx power level reduction is done using BACKOFF_QDB in the RF_POWER_CFG Section in the PDS file (see section 3.7 of UG404).
With the Python test-feature script, the customer could use the function tx_backoff(mod, backoff_level) in order to reduce the Tx power.
The Tx power level optimization using the backoff could be done versus PHY rate group and the Wi-FI channels.
It is not recommended to use the function tx_power(dBm) to reduce the Tx power because it set only a Tx power limitation for all cases (all PHY rate and all channels).
The function tx_power(dBm) is related to MAX_OUTPUT_POWER_QDBM in the PDS file in quarter of dBm. It is only a Tx power level limitation. It can’t be used to increase the Tx power above the calibrated levels done with default backoffs stored during production (for example higher than expected for the RF certification or provided in the datasheet).
Please note for WFM200 and WGM160P which has been pre-certified for some regulatory regions (see the related datasheet), the customer should use the function regulatory_mode(reg_mode) to set the targeted region in order to use the internally stored Tx power backoff for this pre-certified module before to do measurement using the test-feature with the final product. In this case, the function tx_backoff adds only an additional Tx power reduction needed to meet the RF requirement with the customer product.
The function regulatory_mode is related to REG_MODE in the PDS file. The REG_MODE is only used in test-feature mode (not in wlan mode).
After the customer has passed the regulatory RF certification with this product using the test-feature in adding eventually some TX power reduction using backoff and eventually the regulatory_mode then it remains to use the table of backoff in the PDS used in production in WLAN mode.
A very interesting example is provided in https://github.com/SiliconLabs/wfx-common-tools/blob/master/test-feature/certification.md
This allows in wlan mode (STA or soft AP) to follow the Tx power level required by the regulatory RF certification.
Please note the customer could store several PDS files for different regulatory region (with different backoff). The selected PDS is used in the product when the regulatory region is known.
Another way using only one PDS file is to use only one PDS with the higher backoff of the different targeted regulatory region.
Read also this KBA :
For general explanations and recommendation for regulatory RF certifications, we recommend to read this Application Note: