1.使用CC3xxx_RadioTool中携带的ccs工程
2.gui工具中设置5g信道时 power为灰色不可修改，参考了手册中的说明这个参数对5g信道下的发射不产生影响
3.目前我们想要通过一个认证，需要5.8gwifi的发射功率限值在13.98dbm内目前使用原本的工程是不能满足的。
4.我们能否通过修改1中描述的工程中的部分代码，来降低cc3235sf这颗芯片在5g模式下的发射功率？
1.使用CC3xxx_RadioTool中携带的ccs工程
2.gui工具中设置5g信道时 power为灰色不可修改，参考了手册中的说明这个参数对5g信道下的发射不产生影响
3.目前我们想要通过一个认证，需要5.8gwifi的发射功率限值在13.98dbm内目前使用原本的工程是不能满足的。
4.我们能否通过修改1中描述的工程中的部分代码，来降低cc3235sf这颗芯片在5g模式下的发射功率？
三块CC3220SF评估板，一块做AP，两块做STA。
AP的IP是10.123.45.1，两个STA同时连AP的时候，绝大多数情况下IP都是10.123.45.2和10.123.45.3
但是有时会被分配成10.123.45.3和10.123.45.4
保证子网中没有其它STA连入AP，由于要用IP识别身份，这种IP分配的不确定性会导致问题
请问为什么IP分配有时会出现3和4的情况…
两块CC3220SF，一块发，一块收。使用的是UDP协议。
在多次通断电测试中，经常会出现发端sl_SendTo显示发送成功（返回发送字节数），但是收端sl_RecvFrom返回-11的情况，导致后续通信无法进行。
重新上电两板，可能正常，也可能不正常。
想请问sl_RecvFrom都在什么情况下会返回-11。
使用3个cc3220sf，一个做ap，两个做sta。在wifi连接后建立ap与sta间的udp连接。
ap每隔一秒向两个sta循环要数，接收数据也是循环接收。
调试过程中发现，当sta只启动一个时，ap循环接收数据中对另一个sta的UDP sl_RecvFrom (传给API的addr中明确写了IP地址的) 返回值竟然也是正常收数的字节数。
这正常吗？
是什么问题导致的？
想用CC3100连接到openweathermap.org上获取实时天气，但输出结果显示该http链接已移除（301 Moved Permanently），需要采用https来获取天气信息。
请问如何修改代码才能改为https连接呢？
代码如下：
我有一个wifi信号（ssid：NETGEAR47_5G，信道：52）
我将国家码设置成RS，并开启如下信道（36,40,44,48,52,56,60,64）,可以正常连接上wifi。
此时我再将国家码设置为CN，并将信道设置为（36,40,44,48,149,153,157,161,165）,断开wifi并重新连接，还是会连接上信道为52的wifi。
此时我用以下代码读取的已开启wifi信道参数为0x1f0000f，按道理说并不会连接上52信道的wifi…
代码是一个AP的代码，里面开了两个线程A和B，A优先级2，B优先级1. A线程发送命令，B线程接收数据
初始工作正常，A每3秒抢断一次B。
经过一轮工作（与STA连接，数据传输完断开）后，B正常运行，A不抢断B了这是为什么？
讲道理如果A中发生阻塞，B应该不执行了，但是我目前的情况是B正常在执行（没有阻塞），A不抢断了。
求助TI工程师们
CC3220SF进入Hibernate再从Hibernate中醒来（WakeOnRTC)的过程，能不能理解成相当于按了一下RESET键的过程（如果不考虑RTC的运行的话）
1、CC3220SF的广播模式是指Transceiver Mode吗？
2、用了Transceiver Mode发现大概率丢包怎么回事？
希望依次回答，谢谢
CC3220SF建立了Transceiver Mode，但是在接收端使用下面这两句话，无法显示出传输的数据，怎么回事？保证信道设置、比特率设置等正确无误。
Status = sl_Recv(Sd, RecvBuf, 1000, 0);
UART_PRINT("%s\n\r", RecvBuf);
求一个CC3220SF WakeOnRTC的实现例程？
应用背景：
两块CC3220SF 开发板，一块做AP，一块做STA。
AP通过无线网络唤醒STA，STA在无任务时需要保持低功耗，AP功耗无限制
问题如下：
1、STA在进入LPDS模式时，能保持AP连接吗？能保持UDP Socket连接吗？
2、能够触发网络唤醒的事件有哪些？
背景：
我用两个CC3220SF，一个当Server，一个当Client，建立TCP Socket连接，可以正常收发数据。
当我在Client和Server两边均使用sl_Close关闭了当前套字后，准备让Client向Server再次发起连接。
结果Server原来的sl_bind sl_listen sl_accept全部失败，两者无法二次建立连接。
（简单说就是两边sl_Close后，原来TCP Socket连接的代码再执行一遍…
请一定一定看清我的问题：
在同一对CC3220SF（一个当server,一个当client）间可以同时建立几个TCP Socket（非Transceiver Mode）连接?
现有两块CC3220SF，一个充当AP(Server)，一个充当STA(Client)。
当实现了AP-STA连接后，STA通过端口5001和AP的IP4地址建立了Socket（SL_AF_INET类型）连接，
后STA又发起Socket连接，端口是5000，AP的IP4地址不变，类型仍为SL_AF_INET类型，但是连接失败
请问一个CC3220SF和另一个CC3220SF间没办法同时建立多个Socket连接吗？
…
