尊敬的NXP技术支持：
我们的一位客户正在运行 UM11490 第 149 页中的以下命令，但看不到任何波形。
请检查并确认是否缺少任何其他命令/条件。
谢谢！
顺祝商祺！
码头
------------------------------------
# RESET
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x0003
< HCI 命令：ogf 0x03，ocf 0x0003，plen 0
> HCI 事件：0x0e plen 4
01 03 0C 00
# 启用扫描
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x001a 0x3
< HCI 命令：ogf 0x03，ocf 0x001a，plen 1
03
> HCI 事件：0x0e plen 4
01 1A 0C 00
# 启用事件过滤器
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02
< HCI 命令：ogf 0x03，ocf 0x0005，plen 3
02 00 02
> HCI 事件：0x0e plen 4
01 05 0C 00
# 进入测试模式
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x06 0x0003
< HCI 命令：ogf 0x06，ocf 0x0003，plen 0
> HCI 事件：0x0e plen 4
01 03 18 00
# 启动TX变速器
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04
< HCI 命令：ogf 0x3f、ocf 0x0019、plen 18
80 80 80 80 01 00 01 01 0D 03 0F 00 00 00 00 00 00 04
> HCI 事件：0x0e plen 4
01 19 FC 00
# 停止TX传输
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xF
F 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04
< HCI 命令：ogf 0x3f、ocf 0x0019、plen 18
80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04
> HCI 事件：0xff plen 6
19 01 39 00 00 00
-------------------- 在发送数据之前停止对蓝牙低功耗 (BLE) 和经典蓝牙 (Classic) 的扫描 ----------------
# RESET
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x0003
< HCI 命令：ogf 0x03，ocf 0x0003，plen 0
> HCI 事件：0x0e plen 4
01 03 0C 00
# 启用扫描
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x001a 0x3
< HCI 命令：ogf 0x03，ocf 0x001a，plen 1
03
> HCI 事件：0x0e plen 4
01 1A 0C 00
# 启用事件过滤器
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02
< HCI 命令：ogf 0x03，ocf 0x0005，plen 3
02 00 02
> HCI 事件：0x0e plen 4
01 05 0C 00
# 进入测试模式
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x06 0x0003
< HCI 命令：ogf 0x06，ocf 0x0003，plen 0
> HCI 事件：0x0e plen 4
01 03 18 00
# 禁用蓝牙扫描
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x001a 0x0
< HCI 命令：ogf 0x03，ocf 0x001a，plen 1
00
> HCI 事件：0x0e plen 4
01 1A 0C 00
# 禁用经典扫描
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x08 0x000C 0x00 0x00
< HCI 命令：ogf 0x08，ocf 0x000c，plen 2
00 00
> HCI 事件：0x0e plen 4
01 0C 20 00
# 启动TX变速器
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04
< HCI 命令：ogf 0x3f、ocf 0x0019、plen 18
80 80 80 80 01 00 01 01 0D 03 0F 00 00 00 00 00 00 04
> HCI 事件：0x0e plen 4
01 19 FC 00
# 停止TX传输
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04
< HCI 命令：ogf 0x3f、ocf 0x0019、plen 18
80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04
> HCI 事件：0xff plen 6
19 01 63 07 00 00
** 在进入测试模式前禁用扫描时，TX 传输停止会显示以下信息：
root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04
< HCI 命令：ogf 0x3f、ocf 0x0019、plen 18
80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04
> HCI 事件：0xff plen 6
19 01 ED 04 00 00
适用于 5 GHz Wi-Fi
--------------------------------------------------------------------------------
参数：连续发射，带宽 = 40 MHz，802.11ac无DFS，CH = 40，MCS0（13.5），功率 = 14 dBm
root@myboard:/home/BTtest# cat /proc/mwlan/adapter0/config
硬件状态=0
netlink_num=31
驱动模式=7
hssetpara=7,0xff,200,400
sdcmd52rw=0 0x0 0x00
rf_test_mode=1
tx_antenna=1
接收天线=1
band=1
bw=1
频道=44
radio_mode[0]=3
radio_mode[1]=
总处方药包数=0
接收多播/广播数据包计数=0
接收函数调用错误数据包计数=0
发射功率=14 2 0
tx_continuous=0
tx_frame=1 4352 0xaaa 1024 1 20 4294967295 0 0 4294967295 0 0 0 -1 -1 -1 -1 -1 -1 -1 05:43:3f:c4:51:ff
he_tb_tx=0
触发帧=0
otp_mac_add_rd_wr= 00:00:00:00:00:00
抱歉，我没理解上下文：
- 内核版本：lf-6.6.52-2.2.2 已与 6.6.y 合并社区内核
- 固件版本：IW612-18.99.3.p25.7独立的蓝牙/WiFi固件，没有组合固件
- 产品：IW612
- UM11490 版本：修订版1.8 — 2025年6月2日
以下详情将尽快公布。
- 加载固件时，dmesg 日志或控制台日志会显示出来。
- 频谱分析仪设置的屏幕截图
在此期间，如果您还有任何需要，请随时告知我们。
谢谢！
顺祝商祺！
码头
嗨， @pierluigi_p
您使用的是哪款Wi-Fi/蓝牙产品？
你的Linux内核版本是多少？WiFi/蓝牙驱动程序和固件版本？
从命令日志来看，所有 HCI 命令均已成功完成，并且 TX 启动命令已被控制器接受。此外，TX stop 命令返回的厂商特定事件包含非零数据包计数器，这表明控制器认为在测试期间已传输了数据包。
因此，该问题似乎并非由测试序列中缺少 HCI 命令引起。
我建议您查看：
频谱分析仪中心频率和跨度设置。
通过 TX 测试命令配置的蓝牙通道。
板上的射频天线配置。
蓝牙固件是否已正确加载。
您能否也分享一下：
所使用的芯片型号（IW416/IW612等）？
具体是哪个版本的UM11490？
加载固件时，dmesg 日志或控制台日志会显示什么？
你加载的是组合固件还是仅BT固件？
频谱分析仪设置的截图？
顺祝商祺！
Christine。
补充一点，我们尝试了 HackRF 的不同设置（增益和图形调整），可以看到 2.4 GHz（wifi）波形。此外，我们还测试了 imx-firmware 存储库中不同版本的不同固件，其中包括一个用于 RF 测试的固件（ https://github.com/nxp-imx/imx-firmware/blob/lf-6.1.1_1.0.0/nxp/FwImage_IW612_SD/IW612_SD_RFTest/sdu...中的 sduart_nw61x_rftm_v1.bin.se），但均未成功。
皮尔和克里斯汀，你们好
我是 Helbert，在 Veriscite 论坛上发起这个帖子的开发者。
以下是一些关于测试的附件：
dmesg 日志（不包含电源配置信息）：
Dmesg 日志（包含电源配置信息）：
频谱分析仪截图和 5 GHz 的配置文件（包括我自己的实现和 NXP 的实现）
修改后
注意：我们发现，当功率值为 -1 时，我们使用默认值，但也尝试了不同的值。
NXP脚本：
经典蓝牙测试的屏幕截图：
如图所示，没有生成波形。
BLE测试运行中的屏幕截图：
BLE测试后的屏幕截图（波形中断）：
从下图可以看出，测试结束时波形中断了。
模块信息日志：
已测试的 HCI 命令：
你好， @HelbertPaulino
谢谢你提供详细信息。
我需要查看一下你的信息和截图，然后再回复你。
请给我一些时间。
顺祝商祺！
Christine。
因此，我需要检查一下2EL的指令是否也适用于这个型号。
你好， @HelbertPaulino
感谢您提供详细信息。
您的截图中只显示了一些背景噪音，没有任何有用的射频波形信息。
请问：
1.您正在使用我们的IW612-EVK吗？或者任何模块？如果是模块，请问您能否告知一下模块的零件编号？
2.您的硬件与测试设备的连接情况如何？
3.您的问题是关于蓝牙还是Wi-Fi？
如果是针对蓝牙的测试，我看到了您的测试命令，根据我们的射频测试指南，停止命令是：
hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF
但您正在发送：
root@oaslv:/home/hexagon# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04
请严格按照我们的指导命令执行操作。
顺祝商祺！
Christine。
你好克里斯汀，谢谢你的核实。
1. 您使用的是我们的 IW612-EVK 模块吗？还是其他模块？如果是模块，能否告知您模块的零件编号？
我们已将该模块集成到 Variscite DART-IMX8M 系统模块 (SoM) 中https://variscite.com/system-on-module-som/i-mx-8/i-mx-8m-plus/dart-mx8m-plus/
它的零件编号是：LBES5PL2EL.4
2.您的硬件与测试设备的连接情况如何？
我们通过 HackRF One 设备无线访问设备的无线电，该设备可以使用其天线捕获信号（但它也会捕获其他信号；这就是您看到一些噪声的原因）。
3 - 你的问题是关于蓝牙还是Wi-Fi？
两者皆适用。对于传统蓝牙，我们无法看到生成的波形（只有低功耗蓝牙可以），而对于 Wi-Fi，我们无法捕获 5 GHz 频段的信号。
关于 hci 命令，我看到了两种说法，NXP/Murata 的文档中都推荐了这两种说法。
在 AN14114 中，我们在第 47 页找到了简短的命令。
在 UM11490 中，第 150 页有很长的命令。
对于经典的蓝牙连接，我想我已经找到了解决方案。检查 UM11490 时，该命令的解释如下：
hcitool -i hci0 cmd
文档中的示例将 tx_test_interval 设置为 0x0D，在这种情况下，间隔似乎有点长，因此，很难看到生成的波形。听起来像是噪音。将此参数设置为 0x01 时，我可以看到稳定的波形。此外，由于它是低带宽波形，所以我降低了频率范围。所以，我认为这解决了蓝牙问题。
但是，我仍然看不到 5 GHz 的波形。你有什么建议吗？
非常感谢您的帮助
你好， @HelbertPaulino
请尝试将初始捕获的带宽从 40MHz 改为 20MHz？
echo "tx_frame=0" >> /proc/mwlan/adapter0/config
echo "bw=0" >> /proc/mwlan/adapter0/config您的回读显示 bw=1 ，AN14114 将其定义为 40 MHz ； bw=0 是 20 MHz 。
对于 HackRF 观察而言，20 MHz 是更好的首次测试，因为在窄带或边缘 SDR 设置上，40 MHz Wi-Fi 更难清晰地捕获/识别。
请问它在 20MHz 下是否运行良好？然后我们逐步过渡到 40MHz。
顺祝商祺！
Christine。
是的，我尝试过不同的黑白设置，但我倾向于认为问题可能归因于某些地区的限制和噪声。
你好，克里斯汀，
非常感谢您的支持。
经过一番调试，我发现这里可能存在问题。使用此处提供的文件更改区域时： https://github.com/murata-wireless/nxp-linux-calibration/tree/imx-6-6-23/murata/files/2DL我注意到 iw reg set 存在问题
基本上，我参考了这里发布的想法： https://murata.my.site.com/muratacommunity/s/question/0D5RC00001HGuiQ0AT/rf-test-mode-firmware-and-t...
我使用了 2EL（和 2DL，它们是一样的）对应的文件，但在切换区域时，我注意到 iw reg get 并没有改变它的位置，并显示了以下消息：
因此，当使用文件 *txpower*.bin 更改驱动程序要使用的区域时，我们并没有更改系统区域。我发现，根据所选区域和应用于收音机的设置，这有可能阻止波形被触发。
我删除了 regulatory.db*我从 Murata 那里获取了文件，并使用了原始文件，而且它似乎表现得更好。我成功触发了一些5GHz的波形，但其他一些波形我认为被噪声掩盖了。
请问iw寄存器组/寄存器以及所使用的监管文件是否会影响波形生成？
如果答案是肯定的，那么我认为我们找到了问题的根源。这不是固件/脚本/校准文件的问题，而是地区限制。你觉得这个推断合理吗？还是你怀疑另有其他嫌疑人？
再次非常感谢！
你好， @HelbertPaulino
谢谢你的信息，很高兴听到蓝牙现在可以正常工作了。
现在我们来重点讨论 Wi-Fi 5G 射频测试模式问题。
LBEE5PL2DL 模块的芯片组是我们 NXP 的 WiFi/蓝牙芯片组：IW611。
IW611 和 IW612 的区别在于：IW612 支持 802.15.4，但 IW611 不支持。
但对于 WiFi 和蓝牙来说，IW611 和 IW612 是相同的。
所以这意味着， 2EL 的命令也适用于此型号（LBEE5PL2DL）。
现在请按照 AN14114 的第 2 部分“Wi-Fi RF 测试模式”来设置您的板子并开始 WiFi 5G RF 测试。
从你分享的 cat /proc/mwlan/adapter0/config 的输出结果来看，我没有发现任何可疑之处。唯一需要注意的是：请检查您的测试设备连接以及硬件连接。
同时，让我内部确认一下这两个模块是否支持射频测试。我确认的是：我们可以在 IW611 或 IW612 EVK 板上进行测试，但对于这两个模块，我需要检查是否需要进行任何硬件改造才能测试射频性能。
如有任何更新，我会通知您。
顺祝商祺！
Christine。
嗨，克里斯汀
我正在验证该命令，您是对的，但我不知道为什么这些参数（SHORT_PREAMBLE 和 ADVANCED_CODING）显示为 -1（表示为4294967295）。
或许在代码的最初实现中，它们被错误地设置为了 -1。不过，根据您的要求，现在我们可以生成 5 GHz (tx_frame) 的波形了。对于 tx_continuous，我可以看到波形，但幅度很低（几乎看不见）。
您可以在下图查看帧生成过程：
尝试触发连续信号时，我可以看到波形，但波形非常平滑。
我使用了上述配置。
我认为无法看到通道波形的问题是，我们设备中的噪声比生成的波形要大。我要求硬件团队使用功能更强大的频谱分析仪进行验证。我正在等待他们的回复，以便结束关于非生成波形的问题。
但是关于区域的问题，你认为这可以解释为什么有些波形没有生成吗？
你好， @HelbertPaulino
请尝试使用以下命令：
echo "tx_continuous=1 0 0xAAA 0 3 0x1100" >> /proc/mwlan/adapter0/config
而不是使用 tx_frame 命令？
我在你之前的输出“cat /proc/mwlan/adapter0/config”中找到了
tx_frame=1 4352 0xaaa 1024 1 20 4294967295 0 0 4294967295 0 0 0 -1 -1 -1 -1 -1 -1 -1 05:43:3f:c4:51:ff
我担心它可能无法被正确识别。
顺祝商祺！
Christine。
你好， @HelbertPaulino
我认为这一确认以及他们在另一个无噪音环境下进行的测试证实，现在一切都运行正常了。
非常感谢您的支持。
很高兴见到你
你好， @HelbertPaulino
感谢您的回复，很高兴听到一切都运行正常了。
那么，能否请您将我的回答标记为本帖的解决方案，以便我们关闭此问题？
此外，如果您将来有任何其他主题方面的问题，也请随时向我们创建新案例。
我们一直很乐意为您提供支持！
顺祝商祺！
Christine。
我会这么做。