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.
大家好！
有用CC3000做过UDP数据吞吐量测试的吗？在64子节以内的小数据包的情况下，同时收发能达到多大的通信速度啊？谢谢大家！
这个跟你配的MCU就有比较大的关系了，MCU的performance不一样，通信速度会有很大影响。
谢谢你的回复。我想知道的是MCU速度的影响可以忽略的情况下的极限吞吐量，例如官方网站的MSP430FR5739的例子能够达到的最大吞吐量，但是数据通信包都是小于64字节的。最简单的情形，接收方收到64字节的UDP数据包后，立刻回复一个64个字节的数据包，发送方收到回复后，又发64字节的数据，如此反复，这样最大数据吞吐量能达到多少？实际测试双向通信只有640字节/秒左右，即一来一回要200毫秒左右，请问这样正常吗？
测试程序流程很简单，先建立一个UDP的socket，然后就循环调用select函数，发现有数据到来就用调用recvfrom接收，并立刻回复一个数据包。
补充一点，CC3000是采用WPA2与路由器连接的，发送方是Winsock写的PC程序，并且在收到CC3000发回来的数据包后，不能立刻发送数据包，要等待大约80毫秒才能发送，否则CC3000会收不到。
如果不考虑MCU处理64个字节数据包的时间，这吞吐量没有意义吧？
这个意义重大啊，在绝大多数情况下，MCU处理数据包的时间是可以忽略的，尤其是在MCU速度较快的情况下。衡量CC3000模块的性能，就是要排除其它因素，这样你可以知道你现在达到的数据吞吐量还有没有提升的空间，可不可以通过更换较快的MCU进一步提升性能等。我用7.3728MHz的MCU做过MicroChip的以太网芯片ENC28J60的测试，从PC端发送数据出去到收到MCU送回来的响应，平均只要3~4毫秒（即双向通信数据吞吐量有60KB/s），数据包大小是200字节，这CC3000也太离谱了吧？
ti的工程师们，能不能解答下啊？
另外请教一下两个CC3000模块之间的通信路由器是不是作了转发的，
具体点说就是模块A发送数据包给模块B时，模块B是在模块A发送完毕时就收到了（这样的话，如果模块A刚发送完时，路由器即使突然掉电，模块B还是能够收到模块A发送的数据包的），还是要等路由器收到时再次发送模块A才能收到（这样的话，如果模块A刚发送完时，路由器突然掉电，模块B就收不到模块A发送的数据包了），
路由器在数据发送中充当怎样的角色，广播的情形又是怎样？疑惑求解，谢谢了！
路由器相当于一个网关的角色，两个模块之间那是点对点的通信。你说的A,B之间的通信情形是后者。
winsock没有flush之类的方法吗? flush应该可以立刻发送.
