[参考译文] WL1837MOD：韩国 RE 测试期间的杂散发射(Rx)测试失败

尊敬的 Seong：

我们尝试了"WL1837MOD_INI_FCC_CE_JP"、并在4db 左右取得了一些改进、但仍然是超出限制(-54dBm) 16dB 的 Rx 故障杂散辐射。 请告诉我们需要进一步做些什么来解决这个问题。

e2e.ti.com/.../WL1837MOD_5F00_INI_5F00_FCC_5F00_CE_5F00_JP.ini.txt

此致、

Sudar.K.B.

Sudar、

感谢您的测试和分享测试结果。 我将进一步研究这一点、并返回给您。

BR、

成

成

我们是否有上述观察结果的最新情况？

此致、

Sudar

您好 Sudar、

是的、我们发现了问题所在。 我们需要对 FW 进行一些更新以解决此问题。 这项工作可能需要两周时间。 由此给您带来的不便、我们深表歉意。 我会随时向您发布。

BR、

成

Sudar、

您使用的是哪个 FW 版本？

BR、

成

成

我们使用的 FW 版本是8.9.0.0.79。 我们在原始帖子中附加了 FW 二进制文件(wl18xx-FW-4.bin.txt)。

sudar@Sudar-LP:~/Downloads$ strings wl18xx-fw-4.bin.txt | grep -i Rev
FRev 8.9.0.0.79
FRev 8.2.0.0.242
28883,924,acl_role.c,acl_role_SetACLLinkType,2|current link type is ENUM(acl_role_linkType_e,%d), previous link type is ENUM(acl_role_linkType_e,%d)
1088649,4123,roles.c,Roles_isTwinRoleAllowed,2|is TWIN role allowed ? lRoleDB.db[prevStartedRole].channelNumber = %d, lRoleDB.db[startedRole].channelNumber=%d 
1088665,4130,roles.c,Roles_isTwinRoleAllowed,3|is TWIN role allowed ? TWIN Role %d , prevStartedRole = %d, startedRole=%d 
107451,636,scheduler_time_allocation.c,SCHED_TimeAlloc_AllocFreeTime,4|***ERROR (3/4): allocation failure:  prev t_start 0x%8.8x, w_size %d, next t_start 0x%8.8x, delta_1 %d
119785,46,release.c,PrintRevision,0|Firmware Revision (FRev) Rev 8.9.0.0.79
74747,173,scheduler_req_list.c,SCHED_Req_List_InsertAfter|prev_req < 22
74875,253,scheduler_req_list.c,SCHED_Req_List_InsertAfter|p_req->chain_info.prev != req
74893,410,scheduler_req_list.c,SCHED_Req_List_ComapreByReversedPriority|p_req_1 != p_req_2
75001,483,scheduler_req_list.c,SCHED_Req_List_InsertByDesignatedCompare|p_req->chain_info.prev == 0xFF
75089,549,scheduler_req_list.c,SCHED_Req_List_InsertByDesignatedCompare|req != prev_req
114439,163,scheduler_request_pool.c,SCHED_ReqPool_Free|p_req->chain_info.prev == 0xFF
DecMgrCmd_e|DECISION_MANAGER_COMMAND_PREVENT_WLAN_TX,0;DECISION_MANAGER_COMMAND_ALLOW_WLAN_TX,1;DECISION_MANAGER_COMMAND_2,2;SUSPEND_TRIGGER_ENABLED_AC,3;RESUME_TRIGGER_ENABLED_AC,4;DECISION_MANAGER_COMMAND_5,5;DECISION_MANAGER_COMMAND_6,6;DECISION_MANAGER_COMMAND_7,7;TRIGGER_ACL_ROLE_SWI,8
TimerEventType_e|ADD_TIMER,0;ADD_TIMER_FOR_KLV_FRAME,1;UPDATE_TIMER,2;RESTART_TIMER,3

此致、

Sudar

您好 Sudar、

请尝试使用最新的固件 版本8.9.0.0.89。

也请描述测试设置。 如果这是传导测量、是否使用衰减器？

BR、

成

尊敬的 Seong：

我们仍然面临 Rx 的杂散发射故障。 我们不使用外部衰减器。

e2e.ti.com/.../camkorea_5F00_test-method_5F00_220216.xlsx

请告诉我们是否需要其他详细信息。

此致、
Sudar.K.B.

您好 Sudar、

将会通知您。 请多多包涵。

谢谢、

成

尊敬的 Seong：

对上述请求的任何更新。

谢谢、

Sudar

Sudar、

我们正在对此进行故障排除。

BR、

成

成

如果您有任何改进、请告知我们。 我们有一位客户正在等待其产品认证。 请告诉我们、您是否需要任何进一步的详细信息或在我们结束时可以进行的任何测试或评估

此致、
Sudar

您好 Sudar、

我们仍在进行这方面的工作。 我将在本周结束前向您提供最新消息、并将告诉您我是否需要您提供任何信息。  

谢谢、此致、

成

尊敬的 Seong：

我们在 INI 文件中进行了更改、结果比以前的建议更好、但这还不足以通过测试。 测量值为-53.49db、比限值高约0.5db。 以前、结果为-38.42 db。 下面共享了当前测试结果图像。

此致、
Sudar

Sudar、

好的、我们已经接近了。 很快会再来的。  

BR、

成

Sudar、

如果我错了、请纠正我的问题、但对于1GHz 及以上的频率、KCC RX 杂散辐射限制是否为-47dBm/1MHz？

BR、

成

成

是的、1GHz 以上的限制为-47dBm (带宽1MHz)、 1GHz 以下的限制为-54dBm (带宽100kHz)。

此致、
Sudar

您好 Sudar、

成星目前正处于天气和办公室之外。 当他回来后，他会尽快跟进。

此致、

本·M

尊敬的 Ben / Seong：

我希望成能尽快恢复。 请务必分享任何更新(如果有)、因为我们非常接近找到解决方案。

此致、
Sudar

您好 Sudar、

对于这个 KCC 传导 RX 杂散发射测试、究竟必须测试哪个或哪些通道？

BR、

成

尊敬的 Seong：

请找到上述要求的详细信息。

此致、
Sudar

尊敬的 Seong：

我们按照上述说明操作、但仍然失败、结果几乎相同。

请提供同样的建议。

此致、
Sudar

Sudar、

完全按照说明操作后、您是否对 GUI 应用了任何其他输入？

在您的 INI 中，NumberofAssembledAnt5是否仍设置为02？

是否对默认 WL1837MOD_INI_FCC_CE_JP.ini?进行了任何其他修改  

本底噪声的水平是多少？ 建议配置频谱分析仪的灵敏度、使本底噪声至少比-54dBm 限制低12dB。

BR、

成

尊敬的 Seong：

否、我们没有对 GUI 应用任何其他输入。

是的、我们使用默认 WL1837MOD_INI_FCC_CE_JP.ini、且 NumberofAssembledAnt5设置为02。

我们用于测试的频谱分析仪(型号名称：E4440A)的本底噪声低于-54dBm (限制) 25dB。 因此、我们认为噪声级别配置看起来不错。

此致、
Sudar

您好 Sudar、

当您观察到-53.08dB 杂散时、能否共享 RTTT GUI 的快照？

BR、

成

尊敬的 Seong：

RTTT GUI 的快照如下所示。

此致、
Sudar

Sudar、

快照看起来是在加载 FW 后拍摄的。

请在完成上述步骤后提供 RTTT GUI 的快照：

1. 将 EUT 连接到 RTTT 并加载 FW 后、通过单击 View -> LuaShell 打开 LuaShell。
2. 在开始 RX 杂散发射测试之前、在 LuaShell 窗口中输入以下命令：
   
   • TS18.API_SetAntenMode_24G (1、1、0、0、1、 1)
   • TS18.API_ChannelTune (0、 X、3)
     • 将  X 替换 为要测试的通道编号；1、7或13。
3. 单击 RTTT 上的 RX 选项卡
4. 单击"Statistics Mode"以将器件置于 RX 模式。

BR、

成

成

请找到下图。

此致、
Sudar

Sudar、

一切看起来都很好。 您是否可以尝试使用 WL1837MODCOM8I EVM 重复测试、看看是否仍有故障？

BR、

成

此外、是否考虑了用于这些测量的电缆的插入损耗？

BR、

成

成

我们没有用于测试的 WL1837MODCOM8I EVM。

此致、
成

Sudar、

我能够按照之前提供的说明在我们的实验中将其抑制至-58dBm。

我假设 电缆的插入损耗已得到准确测量和计算？

最后、您是测量 RF_ANT1 (pin32)还是 RF_ANT2 (pin18)？

BR、

成

成

是的、电缆的插入损耗已经测量和计算。 我们从两个天线进行测量。

此致、
Sudar

Sudar、

您是否曾从此 页面申请过设计审查？

BR、

工程师

尊敬的 Seong：

请告诉我们哪些电路板设计需要审查？ 我们在此处使用 TI WL18XXCOM82SDMMC 评估板进行测试。

此致、
Sudar

Sudar、

您提到您没有  WL1837MODCOM8I。 这是否意味着您要将 WL1835MODCOM8B 与 WL18XXCOM82SDMMC 相连？ 如果没有、到底连接 到 WL18XXCOM82SDMMC 的是什么？

BR、

成

成

是的、我们将 WL1835评估板与 WL18XXCOM82SDMMC 相连。

此致、
Sudar

Sudar K B、

您是否仍在使用 "WL1837MOD_INI_FCC_CE_JP" INI？

如果您要测试 WL1835MODCOM8B、则应使用"WL1835MOD_INI_C2PC" INI 文件。

BR、

成

尊敬的 Seong：

很抱歉、有一点混淆、我们似乎可以使用 WL1835 mod 板、我们正在使用它进行测试。

我们使用 WL1835MOD_INI_C2PC ini 文件进行了测试、在 ANT2中出现了故障。 请检查以下快照。

ANT1：

ANT2：

还有其他需要做的事情。 我们使用以下 INI 文件。

e2e.ti.com/.../WL18XXMOD_5F00_INI_5F00_C2PC.txt

请在此为我们提供指导。

此致、
Sudar

您好 Sudar、

我明天将尝试使用 WL1835MOD 进行测试、并将告诉您我的结果。

谢谢、
成

Sudar、

我刚刚使用 WL1835MODCOM8B 对其进行了测试、结果与您不同。

我的 INI 与您的 INI 相同。 在 LuaShell 中输入命令并开始 RX 测试后、我在频谱分析仪上进行峰值搜索、最高峰值为

1. 6.487GHz 时为 RF_ANT1 ->-57.646
2. 6.029GHz 时为 RF_ANT2 ->-59dBm

如果您没有执行 LuaShell 命令并像通常那样使用 RTTT、您是否仍然失败或是否存在任何差异？

BR、

成

Sudar、

我将尝试与另一个装置重复测试、以查看是否能够重现问题。 同时、请确认您正在使用 WL1835MOD_INI_C2PC.in 使用 WL1835MODOM8B 进行测试

BR、

成