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 数据包长度差异

Guru**** 2466550 points
Other Parts Discussed in Thread: SIMPLELINK-WIFI-TOOLBOX

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1543747/cc3351-simplelink-wi-fi-cli-tx-packet-length-discrepancy

器件型号:CC3351
主题中讨论的其他器件:SIMPLELINK-WIFI-TOOLBOX

工具/软件:

您好 TI、

我观察到 SimpleLink GUI 和 CLI 中允许的 Wi-Fi 最大数据包长度之间存在差异。

对于 802.11n、GUI 允许的最大数据包长度为 16000 字节。  但是、CLI 的响应表示使用相同参数和相同的 11n 混合模式前导码类型时、最大数据包长度为 10000 字节。  

这是 GUI:

以下是加载固件和校准文件后发出的命令:

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

 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"
    ]
  }
}

来自 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

如有任何协助、将不胜感激。

谢谢、

Edward

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Edward:

    我已将这一职位分配给一位硬件专家进行研究。 请给他们一些时间来深入了解此信息并提供反馈。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Edward:

    看起来这是一个没有数据包长度的问题、而是您在 json 文件中定义的其他参数。

    在 json 文件中:

    “packet_mode":“:“continuing",“,</s>、
    “number_of_packets":“:16000、

    但是、如果定义了连续数据包模式、则不应填充 Packets Number of Packets 参数。  

    并且 packets(数据包数量)选项写为:

    “number_of_packets_options":“:“1. 10000“、

    这是最可能的问题根源。

    此致、

    Jonathan  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Jonathan:

    感谢您的答复。  

    看了看 json、您走在了正确的轨道上。  当我再次查看 json 文件时、我注意到我应该修改了 packet_length_start 和 packet_length_end 参数来代替 number_of_packets。  '

    Edward