Thread 中讨论的其他器件： WL1831、 WL1837MOD、 WL1835MOD、 WL1837、 WL1835
尊敬的先生/女士
我是来自欧洲斯洛文尼亚的硬件设计工程师、我参与了我们新器 件的认证阶段、该器件同时使用 WL1831MOD 来实现 WiFi AP 接入点和蓝牙。 模块组装在 制造商 Variscite 的 VAR-SOM-SOLO SBC 上、然后再连接到我们的 PCB。 SBC 是运行 Linux 的 iMX6处理器上的基础。 我们使用此模块的主要原因之一是它已获得 CE 认证。 我们正在使用推荐的天线 LARID CAF94505。
在过去的一周中、我们一直在根据测试标准 EN61000-4-3、标准 A 在认证设施中执行辐射电磁场抗扰度测试(RS)。 在测试过程中、DUT 在80MHz 至6000MHz 的频率范围内暴露在3V/m 的电磁场中。 我们通过每秒从位于 EMC 试验箱角落的 PC ping 两次 WL1837MOD WiFi 来进行监控。 WL1831可在80MHz 至3000MHz 范围内按预期运行。 从3000MHz 到6000MHz、所有的 ping 消息都丢失了、这真的很奇怪、因为当电磁场关闭时、此模块仅在2400MHz - 2480MHz 范围内运行、WiFi 立即开始正常运行。 此外、在干扰关闭后、我们立即收到几条 ping 消息、ping 时间极长。 一直以来、iMX6上的 Linux 运行正常、我们没有注意到 dmesg-es 中的任何 wifi 错误。
因此、我们的想法是尝试区分阻止 WL1831MOD 工作的干扰是来自 PCB 上的电力线还是来自天线。 因此、我们使用1.5m 长的同轴电缆延长了天线电缆、并在两种不同的设置下执行了测试：
在第一个设置中、我们将器件保留在测试表上、但将 WiFi 天线移到了 EMC 室的一侧。 因此天线不在辐射场的中间。 在本例中、我们得到了 ping 应答、但延迟时间比没有干扰的时间长。
在第二个设置中、我们将天线留在了工作台上、并将器件从 EM 场干扰中移开。 在这种情况下、没有 ping 应答、如原始测试设置中所示。
因此、我们的想法是、Wl1831MOD 不会回复任何 ping 消息、因为天线干扰过大。
由于 WL1831MOD 已通过与我们所执行的测试相同的认证、因此我开始研究 WiFi 设置。 根据 SWRU422A 、我意识到我们可能尚未使用 configure-device.sh 脚本对 WL1831器件执行首次配置。 我注意到 wl18xx-conf.bin、我们使用的状态是、我们使用两个2.4GHz 天线和一个5GHz、而实际上我们仅使用一个2.4GHz 天线。 我不确定其他设置。 这是否是 WiFi 无法正常工作的原因？我正在连接 wl18xx-conf-dump.txt
WL1835MOD_INI.ini 是为 TI 认证生成 wl18xx_conf 的文件吗？
当前固件和 MAC 版本：
FRev 8.9.0.0.79
FRev 8.2.0.242
此致
