This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC3351: SimpleLink Wi-Fi CLI TX packet length discrepancy

Part Number: CC3351
Other Parts Discussed in Thread: SIMPLELINK-WIFI-TOOLBOX

Tool/software:

Hello TI,

I am observing a discrepancy between the Wi-Fi maximum packet length as permitted in the SimpleLink GUI and the CLI.

For 802.11n, the GUI permits a maximum packet length of 16000 bytes.  However, the response from CLI indicates a maximum packet length of 10000 bytes using the same parameters and same preamble type of 11n mixed mode. 

This is the GUI:

These are the commands that were issued after loading the firmware and calibration files:

simplelink-wifi-toolbox.exe radio-tool -i XDS110 -param1 LS4209CK wlan plt --on

simplelink-wifi-toolbox.exe radio-tool -i XDS110 -param1 LS4209CK wlan tx start --channel "100" --band "b5Ghz" --calibrate --tx_parameters_file C:\ti\simplelink_wifi_toolbox_win_2_4_5\tx_parameters_p_11n_mixed_mode.json

Contents of tx_parameters_p_11n_mixed_mode.json

{
  "bitmask": 4294967295,
  "delay": 70,
  "packet_mode": "continuous",
  "number_of_packets": 16000,
  "data_mode": "random_value",
  "data_const_value": 85,
  "src_addr": "22:22:33:44:55:66",
  "dst_addr": "02:02:03:04:05:06",
  "packet_length_start": 100,
  "packet_length_end": 100,
  "preamble_type": "p_11n_mixed_mode",
  "phy_rate": "r_65_mbps",
  "tx_power": 16,
  "tx_power_limit": 21,
  "enable_cca": true,
  "gi_ltf_type": "gl_0p8ms_GI",
  "_options_": {
    "delay_options": "50 .. 1000000",
    "packet_mode_options": [
      "continuous",
      "single_packet",
      "multi_packet"
    ],
    "number_of_packets_options": "1 .. 10000",
    "data_mode_options": [
      "constant_value",
      "increment",
      "random_value"
    ],
    "data_const_value_options": "0 .. 255",
    "packet_length_start_options": "0 .. 16000",
    "packet_length_end_options": "0 .. 16000",
    "phy_rate_options": [
      "r_6p5_mbps",
      "r_13_mbps",
      "r_19p5_mbps",
      "r_26_mbps",
      "r_39_mbps",
      "r_52_mbps",
      "r_58p5_mbps",
      "r_65_mbps"
    ],
    "tx_power_options": "-10 .. 21",
    "gi_ltf_type_options": [
      "gl_0p4ms_GI",
      "gl_0p8ms_GI"
    ]
  }
}

Response from the CLI:

2025-07-22 12:54:57,581: Starting channel tune
2025-07-22 12:54:58,020: Channel 100 tuned successfully
2025-07-22 12:54:58,020: Starting manual calibration
2025-07-22 12:54:58,698: Requesting manual calibration execution status
2025-07-22 12:54:59,657: Error occur while validation : 16000 is greater than the maximum of 10000
2025-07-22 12:54:59,657: Fail to set up TX params

Any assistance would be appreciated.

Thanks,

Edward

  • Hi Edward,

    I have assigned this post to one of our HW experts to look into. Please give them some time to dig into this info and provide feedback.

  • Hi Edward,

    It looks like this is an issue not with the packet length, rather the other parameters you defined in the json file.

    In your json file:

    "packet_mode": "continuous",
    "number_of_packets": 16000,

    However number of packets parameter should not be populated if you define packet mode continuous. 

    And the number of packets option is written as :

    "number_of_packets_options": "1 .. 10000",

    That is the source of the issue most likely.

    Regards,

    Jonathan 

  • Hi Jonathan,

    Thank you for your response. 

    You were on the right track with looking at the json again.  When I took another look at the json file, I noticed that I should have modified the packet_length_start and packet_length_end parameters instead of number_of_packets.  '

    Edward