画得头痛， 这份原理图应该是realtek内部得evb流出， 不是现成得wifi， 一大堆测试信号， 每个电源pin都放电容，奢侈

在商用路由器上普通双面板就可以搞定，外围可以简化，只要大胆运用0201，单面贴就能搞定。

是的，有RTL8188 on board的图，看看能否参考那个画

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

立创上有人画过RTL8188， 作者提到必须用屏蔽罩，不用会导致wifi连接不上， 估计会影响到接收功能

不过如果拿来做图传 ，感觉可以尽量简化， 删除2.4G， 删除接收功能， 电路可以尽量简单

“直接吊打几百块的AD936X.”

这种WiFi做图传，效果比AD936x好吗？是哪个开源的作品？

openipc、wifiboardcast、openhd.... 一大堆开源的都是这种

实测用两个树莓派3+ RTL8812AU，软件用wifiboardcast能做到720P 60ms的延时

其他的海思+ openipc也是差不多的效果

现在已经有很多航模厂家靠这个发财了，但是都是抄袭，没啥新的提升研发能力

收到，能够复制成功也是不错了，AD936x的方案也是比较早期的设计了

用sdr接收机（ad936x等）自己改一下wifi解调算法就能实现接近香农极限的性能。真正影响灵敏度除了算法实现的精度，还有一个决定性因素是同步精度。

wifi需要考虑多个用户随机发送，每个包都需要重新同步。又因为距离不远，灵敏度不用做很高，同步精度就是凑合。这导致灵敏度与理论值相差很大（10db以上）。

对于只有一个发射机的情况，可以改小环路带宽，继承上一个包的频率、相位、信道估计信息。这样应该能做到接近理论极限。我仿真的结果是2db左右。因为只需要单向传输不需要应答，应该可以用sdr快速实现，不需要fpga硬件加速。

这样就能达到甚至超过商品图传的性能。

视频编码部分我认为应当采用先进制成、大算力的soc，算力越大就能越快完成编码工作，降低延时。或者是在限定的压缩时间内，尽量实现更小的输出码流。码流更小，数据量小，同等条件下意味着更长的传输距离。

航模图传用的这个？不用配对之类吗