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.
您好!
我们正在尝试使用 WL18XXCOM82SDMMC 评估板中的 WL1837 WIFI 模块运行韩国认证的 RE 测试。 杂散发射(Rx)出现故障时、损耗为-34.63dBm、比限值(-54dBm)高20dB。 下面随附的 ini 文件和 bin 文件用于测试。 请提供有关解决问题的建议。 频谱分析仪图像已附加以供参考。
e2e.ti.com/.../WL1835MOD_5F00_INI.ini.txt
e2e.ti.com/.../wl18xx_2D00_fw_2D00_4.bin.txt
此致、
Sudar
您好 Sudar、
如果您使用的是 WL1837MOD、则应使用名为"WL1837MOD_INI_FCC_CE_JP"的 INI。
BR、
成
尊敬的 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
成
我们使用的 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、
我们仍在进行这方面的工作。 我将在本周结束前向您提供最新消息、并将告诉您我是否需要您提供任何信息。
谢谢、此致、
成
您好 Sudar K B、
尝试将以下参数更改为02:
NumberOfAssembledAnt5 = 02
BR、
成
尊敬的 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:
请找到上述要求的详细信息。
测试模式 |
频率(WLAN 通道编号) |
|||
蓝牙(BDR、EDR) |
2402 MHz |
2441 MHz |
2480 MHz |
- |
蓝牙(BLE) |
2402 MHz |
2440 MHz |
2480 MHz |
- |
WLAN (2.4GHz 频段) |
2412MHz (通道1) |
2442MHz (CH7) |
2472MHz (通道13) |
- |
WLAN (5.15~5.35GHz 频段) |
5180MHz (CH36) |
5240MHz (CH48) |
5260MHz (CH52) |
5320 MHz (通道64) |
WLAN (5.47~5.85GHz 频段) |
5500MHz ( 通道100) |
5660MHz (CH132) |
5825MHz (CH165) |
- |
此致、
Sudar
您好 Sudar、
感谢您分享此信息。 请按照以下说明进行 Wi-Fi 2.4GHz Rx 杂散发射测试。
无需额外的 GUI 输入。
希望这对您有所帮助、
成
尊敬的 Seong:
我们按照上述说明操作、但仍然失败、结果几乎相同。
请提供同样的建议。
此致、
Sudar
您好 Sudar、
当您观察到-53.08dB 杂散时、能否共享 RTTT GUI 的快照?
BR、
成
尊敬的 Seong:
RTTT GUI 的快照如下所示。
此致、
Sudar
Sudar、
快照看起来是在加载 FW 后拍摄的。
请在完成上述步骤后提供 RTTT GUI 的快照:
BR、
成
成
请找到下图。
此致、
Sudar
Sudar、
一切看起来都很好。 您是否可以尝试使用 WL1837MODCOM8I EVM 重复测试、看看是否仍有故障?
BR、
成
此外、是否考虑了用于这些测量的电缆的插入损耗?
BR、
成
成
我们没有用于测试的 WL1837MODCOM8I EVM。
此致、
成
Sudar、
我能够按照之前提供的说明在我们的实验中将其抑制至-58dBm。
我假设 电缆的插入损耗已得到准确测量和计算?
最后、您是测量 RF_ANT1 (pin32)还是 RF_ANT2 (pin18)?
BR、
成
成
是的、电缆的插入损耗已经测量和计算。 我们从两个天线进行测量。
此致、
Sudar
尊敬的 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 测试后、我在频谱分析仪上进行峰值搜索、最高峰值为
如果您没有执行 LuaShell 命令并像通常那样使用 RTTT、您是否仍然失败或是否存在任何差异?
BR、
成
成
我们尝试了它、在 ANT 2中得到了相同的结果。
|
来自 TI 供应商的数据
|
来自 SK Tech 的数据
|
天线1.
|
-57.646dBm (6.487GHz)
|
-57.59dBm (4.873 GHz)
|
天线2.
|
-59dBm (6.029GHz)
|
-33.22dBm (4.874GHz)
|
请帮助我们解决此问题。 我们最终还会错过什么吗?
此致、
Sudar
Sudar、
我将尝试与另一个装置重复测试、以查看是否能够重现问题。 同时、请确认您正在使用 WL1835MOD_INI_C2PC.in 使用 WL1835MODOM8B 进行测试
BR、
成