Clarifications for sdc_default_tx_power_set() and CONFIG_BT_CTLR_TX_PWR in NCS 2.2

[variant]

1. Can I assume that if I set CONFIG_MPSL_FEM_POWER_MODEL=n, then the value I set with sdc_default_tx_power_set() is just the radio tx power level and not necessarily the power level fed to the antenna?

• The documentation for sdc_default_tx_power_set(int8_t requested_power_level) says:

requested_power_level represents the actual power level fed to the antenna. When a Front-End Module is used, gain values for the SoC and FEM are calculated automatically to guarantee the closest possible match to the value requested by the user at the RF output.

The reason I bring this up is that I can still have an FEM that I control outside of the SDC. In this case, with CONFIG_MPSL_FEM_POWER_MODEL=n, the requested_power_level is not the power level fed to the antenna, contrary to the description. right?  If so, then perhaps the description could be clarified by adding what's in bold:  “When a Front-End Module is used and CONFIG_MPSL_FEM_POWER_MODEL=y, gain values for …”

2. If CONFIG_MPSL_FEM_POWER_MODEL=n, then what is the difference between CONFIG_BT_CTLR_TX_PWR and sdc_default_tx_power_set()?  Do they both achieve the same result, except one is a build-time setting and the other is a run-time setting, and the latter can override the former?

3. Why don’t the possible values of CONFIG_BT_CTLR_TX_PWR allow all possible nRF5340 radio transmit power levels?  For example, -6 dBm is a valid nRF5340 radio tx power (see TXPOWER register) but no such choice exists for CONFIG_BT_CTRL_TX_PWR.  The closest choices are CONFIG_BT_CTLR_TX_PWR_MINUS_4 and CONFIG_BT_CTLR_TX_PWR_MINUS_8.

4. Again with CONFIG_MPSL_FEM_POWER_MODEL=n:  From my understanding, the beginning of a transmit for a BLE connection or for BLE advertising begins with the radio transmit power value in CONFIG_BT_CTRL_TX_PWR, unless overridden by sdc_default_tx_power_set() having been called before calling sdc_enable().  If, for example, I change the transmit power during a BLE connection by using the HCI command BT_HCI_OP_VS_WRITE_TX_POWER_LEVEL, the radio transmit power level will change to that HCI command value, but the radio transmit power level will return to the default value at the start of the next BLE connection or if I start advertising again.  Is that correct?

Thanks in advance.

[ronbo999]

Hi Torbjørn,

It still crashes without the printk(). I added it there to debug the crash.

Do you guys have a sample app that works on the nRF5340DK board that has the CONFIG_MPSL_FEM_POWER_MODEL set to 'y' and mpsl_fem_power_model_to_use_get() implemented?

Thanks,

ronbo999

[ovrebekk]

Hi Ron

There is no sample showing how to use this function unfortunately. There is a built in default power model, but the source code is not provided since this is a part of the SoftDevice controller. 

The closest is this file which handles triggering of the internal power model repeatedly when there is a large change in temperature, but again the actual power model function is not shown. 

I have asked the developers for some input on your code and I will update you once I hear back. 

Did you ever test without running any code in the function to see if it still crashes?

Best regards
Torbjørn

[ronbo999]

Hi Torbjørn,

Yes. I tested with just an empty function for the init and get functions. The net core still crashes when an HCI TX POWER message is sent from the app core to the net core.

Regards,

ronbo999

[ronbo999]

Hi Torbjørn,

Just an update. The network core is actually crashing when the app core calls the bt_le_adv_start().

If I comment out the bt_le_adv_start() or set CONFIG_MPSL_FEM_POWER_MODEL=n then the network core doesn't crash.

I should be able to call the bt_le_adv_start() when CONFIG_MPSL_FEM_POWER_MODEL=y right?

Thanks,

ronbo999

[ovrebekk]

Hi Ron

What is the gain of the connected PA?

According to the developers it is critical that the value assigned to p_output->fem.gain_db should be the same as the value configured in the device tree. 

If these values are not in accordance it will trigger an assert in the controller. 

Best regards
Torbjørn