[参考译文] CC3220SF：生产中的国家/地区代码与运行时代码

2.您确定我们可以使用 sl_WlanGetExtNetworkList 在 CC3220应用程序上实现此功能吗？ 根据 swru455j [1]、 表 A-1。 主机 API、其内容为 sl_WlanGetExtNetworkList (仅限 CC313x 和 CC323x)

[1] http://www.ti.com/lit/ug/swru455j/swru455j.pdf

我在《编程人员指南》(swru455j)的附录 C 中注意 到、有一个全球国家/地区代码"00"。 它只能用于 CC3135、CC3235S 和 CC3235SF 是否正确？ 还是也可以用于 CC3220？

您好！

很抱歉在 jonarnp的螺纹上对接、但我在同一条船上：CC3220MODASF 用于至少在北美、欧洲、非洲和澳大利亚发货的产品。 在大多数情况下、产品将是 WLAN 站、但有时它会是 AP、因此应用程序可以通过 WLAN 提供配置数据。

在 SWRU455J 202020-02中...

• 4.3.2表示在站点模式下默认为 EU。
• 4.4.2表示在 AP 模式下、通道6 EU 是默认值。
• 第49页可以读为 CC3220在站点上只能将欧盟、日本或美国设置为 CC。
• 更清楚的是、CC3220仅支持这三个代码作为 AP。

凭经验、我发现只有 EU、US 和 JP 可以设置为国家/地区代码。 附录 C 中的所有其他内容、包括全球范围内的00、均不被接受。

在这三个代码中、EU 和 JP 允许站点和 AP 使用通道1-13、但美国将站点和 AP 的通道限制为1-11。

我的理解是否正确...

LaunchPad 随附欧盟设置、因为作为一个站、如果没有被动检测到它有流量(例如来自本地 AP 的信标)、它将不会在通道上传输？ 无论是要求 CC3220连接到特定的 SSID、还是要求它扫描 SSID、都是被动完成的、也就是说、在通道上没有 TXing、而没有先进行 RXing、 因此、对于一个站来说、欧盟的1-13范围不会违反美国的1-11子集、直到数据包在12-13上被另一个接收到？

作为 AP、使用 EU 是可以的、因为通道默认为6、这意味着通道12-13上不会发生 TX。 只要不允许用户将 AP 信道更改为12或13、美国产品的国家/地区代码是 EU、将 AP 范围定义为1-13并不重要、因为不会使用12-13。

因此、发货产品可以采用相同的逻辑、只需坚持 CC=EU、AP_CHANNEL <=11？

是否还有其他2.4GHz 标准必须因通道编号以外的国家/地区而异？ Linux 拥有其针对每个国家/地区限制的 CRDA 数据库、其中包括最大 EIRP、等效同位辐射功率和最大天线增益。 https://git.kernel.org/pub/scm/linux/kernel/git/sforshee/wireless-regdb.git/tree/db.txt?id=HEAD

CC3220是否提供必须考虑到每个国家/地区监管限制的额外参数调整？

谢谢、Ralph。

这是否意味着可以通过以下方式实现"多区域"WiFi：

1. 设置国家/地区代码=欧盟(或美国)
2. 将主电源降低到 X 个国家/地区允许的最低水平
3. 仅在 X 个国家/地区启用允许的信道

STA 和 AP 都允许这样做？

它可能会在某些国家/地区造成性能下降？

我不熟悉 CRDA。

我们使用的是 CC3220。

您好、Kobi、

有一些研究表明、EU 和 JP 将 CC3220 2.4GHz 的最大 TX 功率限制为100mW = 20dBm、而美国为1W = 30dBm。 这是否意味着只有在国家/地区代码为 US 时才能实现30dBm 的最大 TX 功率？ 或者802.11是否应用低于美国最大值并将首先生效的限制、例如 b = 18dBm、g/n = 20dBm？

SWRU455J 2020-02第49页包含 Tx 输出功率与 Tx 功率设置图。 1DSSS 应为802.11b？ 54OFDM 是802.11g？ 什么是60FDM？ 1DSSS 从18开始、我认为802.11b 的限制是18 dBm 吗？

最大功率 SL_WLAN_General_Param_OPT_STA_TX_POWER = 0是否因 EU/JP/US 而异、因此我应该尝试正确设置它、以便在非 EU 代码中受益？

您提到的 FCC 规则听起来很有趣。 您能再搜索一下吗？

第80页显示连接扫描处于活动状态、而不是被动状态。 下一页的默认通道掩码为0x1fff (1-13)。 当国家/地区代码为 US 时、该默认信道掩码是否削波为1-11？ 否则、探头将在12和13上发送。 我不知道具有 CC EU 的 CC3220站如何连接到给定的 SSID：如果掩码未命中12-13、则找不到12上的 EU AP、如果掩码扫描1-13、则12-13将在美国探测到？

谢谢、Ralph。

您好、Ralph、

>因此、当开箱即用且想要作为 AP 进行配置时、可以将通道从1-11设置为 CC=EU 或 CC=JP、因为这两个器件在频率上非常相似、并且根据 CRDA 具有相同的最大 TX 功率。 而且、由于未使用信道12-13、并且美国的最大 TX 功率更高、因此它在美国也是兼容的。

是的、但这不是100%正确。 因为您需要设置扫描信道的掩码或通过扫描策略禁用后台扫描。 因为您不应忘记在后台进行信道扫描。

>作为 AP、WLAN 应用程序可以告知 CC3220有关环境的信息、包括要使用的 CC。 然后、它会在成为站点之前将 CC 设置为欧盟、日本或美国。

我不确定您的问题。 但是、如果您希望在 CC3220以 AP 模式运行时从 GUI 中设置国家/地区代码、则不存在技术问题。 但我不知道法律方面。 我认为有些国家/地区禁止最终用户设置国家/地区代码。 此外、如果您的设备是电池电源、并且可以随时保持供电、则可能会出现问题。 因为您需要处理 SAR。 这可能非常棘手。 例如、我记得问题 CC3200STK-WIFIMK、在这个问题上、即使是 TI 设计人员也会遇到 SAR 和 FCC 认证方面的问题。

如果您希望自动检测国家/地区代码、则需要使用瞬态模式并自行创建某种网络扫描算法。 但我不确定这会有多困难...

>这听起来是否符合计划以避免目标 CC 的出厂配置？

您应该与您的测试机构讨论这一点。 因为您需要为某些国家/地区单独进行认证、这可能非常昂贵。

1月

您好、Jan、

>是、但这不是100%正确。 因为您需要设置扫描信道的掩码或通过扫描策略禁用后台扫描。 因为您不应忘记在后台进行信道扫描。

嗯、开箱即用、器件将知道它没有配置用户 AP、因此不应尝试成为基站。 表 B-1显示 sl_WLAN_policy_scan 是系统持久的、sl_WlanPolicySet()可以传递它并且 sl_WLAN_disable_scan=0、因此我希望在1-11通道上启动 AP 之前不会发生 PHY TX。 大概可以通过将附近的 WLAN 接口置于监控模式并查找包含 CC3220 MAC 地址的数据包(例如 Wireshark)来检查这一点。

>但是、如果您希望在 CC3220以 AP 模式运行时从 GUI 中设置国家/地区代码、则不存在技术问题。 但我不知道法律方面。 我认为有些国家/地区禁止最终用户设置国家/地区代码。

是的、我明白您的观点。 我当时认为消费类设备上的自定义应用程序在切换到 CC3220的 AP 之前就与云服务器保持了联系、并且可以通过 GeoIP 等方式了解该国家/地区。 在云帐户中配置国家/地区的用户不会有所帮助、因为它仍然间接允许用户选择欧盟/日本/美国。

>如果您的设备是电池电源并且可以随时保持、也可能会出现问题。 因为您需要处理 SAR。 这可能非常棘手。

谢谢、 https://en.wikipedia.org/wiki/Specific_absorption_rate 对我来说是一个新的 TLA。 :-)这是一种电池供电设备，但用户不打算携带或保持正常运行。 更像将其移至所需位置、然后离开、因为 CC3220正在监控环境。 当然、用户可以决定保持在附近。

我知道 TI 的 PDF SWRU512、2017-08、‘CC3220MODASx SimpleLink Wi-Fi 和具有 MCU LaunchPad 硬件的物联网解决方案用户指南’，其中介绍了 TI 已通过本模块表格中的 CC3220获得的 FCC 认证，只要它是一个"移动"、而不是"便携式"器件即可。 我希望这对产品和 CC3220MODASF 的吸引力将是足够的。

我真的不想切换到收发器模式并将数据包作为对国家/地区代码的投票。 :-) 这里的 SSID 扫描主要显示为英国，有一个 DE！

再次感谢您、Ralph。

您好、Ralph、

通过禁用后台 WLAN 扫描、我认为这应该是可以的。

我认为您从云读取国家/地区代码的方法听起来很合理。 我认为这应该是一个相对较具项目性的概念。

BTW... 对具有集成天线的模块的注释。 最好使用具有集成天线的模块、但如果不使用集成天线、比较模块中的射频性能可能会更差、具体取决于器件的结构。 如果使用不带天线的模块(使用 SMD 或一些灵活的天线)、您可以根据您的器件设计(例如外壳)对射频电路进行适当调整。 但使用 Moda 是不可能的。 这是一段很好的视频 、其中介绍了在无线电设备上正确调节天线的方法。

1月