[参考译文] WL1837MOD：使用 Rx/Tx 有源信号实现共存

Brad、

我们已将您的帖子分配给相关工程师、并将回复您。

您好！
Rx/Tx 有效线路应跟随 WLAN 数据包的接收和传输、并允许 ZigBee 在传输前考虑它们。
这些信号可能也会在射频校准周期中升高、这就是您看到的结果。

更重要的是、在这种情况下、ZigBee 不尊重并考虑 COEX 和 ZigBee 的这种长脉冲会优先于 WLAN。 换言之、即使存在此类"不需要的"脉冲、这些脉冲也不应影响共存性能(WLAN 或 ZigBee)。
COEX 机制的基本概念是通过关闭 WLAN 传输给 ZigBee 以优先级、所以重要的线路是从 ZigBee 到 WLAN 的'PA 关断'线路...

此致、
奥伦

[引用 user="Oren Shani1"]这些信号可能也会在射频校准周期中升高，这就是您看到的结果。

射频校准周期大约有多长时间？

[引用 USER="Oren Shani1]*换句话说，即使有如此“不需要”的脉冲，这些脉冲也不应影响 COEX 性能(WLAN 或 ZigBee)。 [/报价]

您是否认为 Zigbee 器件应该(或可能是"CAN")忽略"有效"信号？  它可以随时盲目关闭 WL18xxMOD 吗？  如果是这种情况、我们为什么要将"有源"信号路由到 Zigbee 器件？  

您好！
射频校准可能需要~25ms。

是的。 Zigbee 可以忽略"有效"信号并盲目关闭 WLAN -这是可以的、因为 ZigBee 占空比不是很高、也不会对 WLAN 性能产生太大的影响。 首选为 ZigBee 提供优先级、因为 WLAN 可以轻松地从某些故障数据包中恢复、而另一方面 ZigBee 无法容忍 WLAN 可能需要的高带宽。

路由最初是为了让 ZigBee 考虑 WLAN 流量并使用此数据。 经过深入分析，决定继续单方面审议。

此致、
奥伦

2018年2月1日更新：发现并修复了导致这些超长脉冲(几十毫秒甚至更多)的问题。  固件8.9.0.0.77和更高版本包含此修复程序。