【希望使用国产数传飞航点的模友看看，少走弯路】龟速更新，3DR,XBEE,APC250测试

zhouke838 · 发表于 2012-7-25 18:58

:em15: :em15: :em15:

zqtengfei · 发表于 2012-7-25 20:18

内容学习

allenghg · 发表于 2012-7-25 22:31

本帖隐藏的内容需要回复才可以浏览

tmousemy · 发表于 2012-7-25 23:34

mavlink的数据量太大

livepor · 发表于 2012-7-26 01:42

支持！

88ss · 发表于 2012-7-26 12:02

好帖。一定要看看

by3319 · 发表于 2012-7-26 12:35

:em24:

den_18 · 发表于 2012-7-26 13:02

:em04:

huiyan998 · 发表于 2012-7-26 15:07

我正在考虑数传怎么换呢。

bqt · 发表于 2012-7-27 11:41

看看

LIUZHOUFEIKONG · 发表于 2012-7-27 11:43

看看

wangluoqishi · 发表于 2012-7-27 11:52

不错看看

wangluoqishi · 发表于 2012-7-27 12:22

原帖由 (涉嫌广告已屏蔽) 于 2012-6-10 22:37 发表
mavlink的数据量太大，而且是全双工的模式。
APC系列都是单双工的，而且延时较大。
估计下行速率一高，上传指令都很难上传了。
还是用全双工数传吧。

貌似现在大部分数传都是单双工的，真正意义上的全双工并不太多，况且全双工数传价格也很昂贵
XBEE也并不是严格意义上的全双工，而是通过时分的方式实现的全双工模式(达到UART端的同时发送或接收)，现在RF芯片大部分都是基于这个模式
3dr radio也是这种模式，为什么apc250和3dr radio有距离的区别，我觉得还是和硬件设计有关系，如果板子设计不合理，效果会差一点。软件方面也有关系，毕竟3dr radio是专门用于飞控数传。

[ 本帖最后由 wangluoqishi 于 2012-7-27 12:35 编辑 ]

wilon7521 · 发表于 2012-7-27 22:07

看看

wilon7521 · 发表于 2012-7-27 22:08

看看，

Allenyan · 发表于 2012-7-27 22:28

好吧，回复，看视频

zhxzsh · 发表于 2012-7-27 22:46

好好好好好

Aires · 发表于 2012-7-27 23:24

发来看看

假如 · 发表于 2012-7-29 14:06

:em15:

【希望使用国产数传飞航点的模友看看，少走弯路】龟速更新，3DR,XBEE,APC250测试

主题

支持！

c那就回复呗

【站内推荐】 /1