5iMX.com 我爱模型玩家论坛 ——专业遥控模型和无人机玩家论坛（玩模型就上我爱模型，创始于2003年）

标题: 适合航空模型飞机的2.4G RF 解决方案：UBEC UM2455产品发布 [打印本页]

作者: lustech007 时间: 2009-5-29 10:52
标题: 适合航空模型飞机的2.4G RF 解决方案：UBEC UM2455产品发布
达盛电子公司UBEC成立于2002年七月，本部设于台湾新竹市，为一间跨国的设计公司，专精无线应用IC的设计与制造，尤其是射频系统的前端电子(frontend)及相关工程服务。
达盛电子以提供完整的射频解决方案为首要。致力于成为全球无线通讯IC制造业中的佼佼者。是亚洲最早独立推出ZigBee芯片的厂家UZ2400。
UBEC近期宣布推出ZigBee芯片Cost down版本UM2455，UM2455采用直接序列展频技术(DSSS)来避免2.4GHz ISM频带上日益严重的电波与噪声干扰,更具有CSMA/CA防碰撞机制进一步提高网络的稳定性。UM2455具有AES128加密功能。为客户提供一个稳定、高性能、简易设计、低价的RF解决方案。
2.4GHz ISM頻帶應用 - 2.4GHz ISM頻帶無線射頻UM 2455模块产品特征
1. 支持全频带的2.4GHz ISM频带操作
2. 开阔地上可达500m的传输距离
3. 休眠电流: 3uA
4. 发送/接收模式电流: 36/30mA
5. RF发送电波功率: 15dBm
6. 接收机灵敏度: -101dBm
7. 采用直接序列展频技术(DSSS)
8. 采用O-QPSK数字调变方式
9. 搭载两个超大数据收发缓存器, 每个128Byte
10. 板上自带Chip天线, 不须另加天线
11. 原厂提供免费Sample Code
12.采用CSMA/CA预防碰撞机制，可有效提升数据传输的稳定性
UM2455 模块已有适合航空模型飞机的2.4G RF 解决方案
若有兴趣，请到www.lustech.com.cn或者 ansen@lustech.com.cn进一步索取资料。

作者: lustech007 时间: 2009-5-29 10:54
标题: 适合航空模型飞机的2.4G RF 解决方案：UBEC UM2455产品发布
和CC2500相比，双向2.4GHz无线收发芯片UM2455，成本优势明显，开发简单，提供源代码。对射频经验相对少的用户，提供两种COB射频模块（不带MCU），分PCB天线和无天线，免去射频开发。传输距离100米和500米两种。最高速率625Kbps 。UM2455采用直接序列扩频(DSSS)和CSMA/CA技术，抗干扰性强。
具体参数如下:
参数                            CC2500性能                      UM2455性能
工作电压                   1.8V ~ 3.6V                         2.4 ~ 3.6V
封装                               20QFN                         32QFN
可靠性                            None                            CSMA/CA, Auto-ACK
安全行                            None                            AES 128-bit
网络                               Star                                  Star
速率                               500Kbps                         625KBPS
天线接口                      Normal                            Better
睡眠唤醒                      Yes                                  Yes
发射功率                      1dBm                            0dBm
接收灵敏度                   [email=-101dBm@10Kbps]-101dBm@10Kbps[/email]             [email=-95dBm@250Kbps]-95dBm@250Kbps[/email]
寄存器字节                   64 Byte                            128 BYTE
信号指示RSSI             Yes                               Yes
待网电流                         1uA                               2uA
接收电流                         19mA                         20mA
发射电流                         21mA                         23mA
调制方式                            MSK                      OQPSK/DSSS
[email=更加详细的情况请咨询<a href=]ansen@lustech.com.cn[/email]" target="_blank">更加详细的情况请到ansen@lustech.com.cn索取资料。

[ 本帖最后由 lustech007 于 2009-5-30 00:34 编辑 ]

作者: 老金 时间: 2009-5-29 11:16
zigbee不适合模型控制的实时性要求

作者: cjmyr 时间: 2009-5-29 12:01
不知，老金说的总是对的，不过对这句话表示怀疑。。。。

不过加密似乎不合法:em15:

作者: md35 时间: 2009-5-29 12:27
不适合模型。。首先功率就不够大。

作者: liu123 时间: 2009-5-29 16:40
就是
500m在加上一些障碍，估计很容易失控

作者: 老金 时间: 2009-5-29 16:48
csma/ca 用于数据传输是很不错的，用在遥控上，呵呵

作者: skouros 时间: 2009-5-29 17:42
学电子的应该可以研究一下，俺不懂呀。

作者: 法拉夏利 时间: 2009-5-29 18:34
明显是双向数传的2.4G模块...老金说的没错~这东西用模型上慢死...

作者: lustech007 时间: 2009-5-30 00:31
标题: zigbee技术特点
学习了，看来航模关注反应速度问题比较多，实际上ZIGBEE是工业级应用无线技术，专注低速应用，制定标准目标领域是智能家居，工业数据采集，工业无线控制。
工作模式情况下，ZigBee技术传输速率低，传输数据量很小，因此信号的收发时间很短，其次在非工作模式时，ZigBee节点处于休眠模式。设备搜索时延一般为30ms，休眠激活时延为15ms，活动设备信道接入时延为15ms。由于工作时间较短、收发信息功耗较低且采用了休眠模式，使得ZigBee节点非常省电，ZigBee节点的电池工作时间可以长达6个月到2年左右。同时，由于电池时间取决于很多因素，例如：电池种类、容量和应用场合，ZigBee技术在协议上对电池使用也作了优化。对于典型应用，碱性电池可以使用数年，对于某些工作时间和总时间（工作时间+休眠时间）之比小于1%的情况，电池的寿命甚至可以超过10年。

另外，可广播数据，即几个航模同时接收到遥控数据。

作者: lustech007 时间: 2009-5-30 00:51
标题: 加密，防碰撞，速率
另外，像是否加密，是否有csma/ca ，速率（250K or 625K）这些功能模块软件可屏蔽或者设置，比较灵活:loveliness:

作者: KGy 时间: 2009-5-30 02:13
625kbps的数据速率相信传输时延不会特别大，实时性应该不是问题。这个数据量每秒估计保证50K字节的传输没问题，够传好多东西啦。

我Kao，貌似2.4G遥控器门槛比FM还低？？ZigBee这个东西据说很是不贵。

作者: 老金 时间: 2009-5-30 08:41
实时性和数据率没有任何关系

wifi的数据率够高了吧，延时可以吓死人。

在没有搞清楚航模的要求之前，最好不要说什么“适合航模”

作者: KGy 时间: 2009-5-30 09:38
点对点传输，才128字节的FIFO，50KB的速率。请问保证FIFO不会上溢而丢失数据的时延是多少？

简单算就是256/50000秒。一个字节在收发FIFO里面各耽搁有可能的最长时间。如果传输有更富杂的封包操作就比较麻烦，但是那也不会只有这么小的缓冲区了。

或者请给出相应的具体数据。

作者: 老金 时间: 2009-5-30 09:55
你把概念搞错了。

1个100MBps的系统，1秒里可以传送100MB很厉害吧。可以每10ms传送1MB，也可以是前900ms传送0，后100ms传送100MB。

我们的系统只需要每秒穿10KB，但是要求是第1个10ms传100B, 第2个10ms传100B，。。。

至于你说的fifo深度，那更是系统的限制。根据这个反推系统的性能是把因和果颠倒了。

作者: lustech007 时间: 2009-5-30 13:14
针对大家的疑问，我做一个整体回答：
1.实时性。zigbee入网时间15ms，发包时间间隔3ms。我这个是双向传输的模块。
2.加密，AES128加密，是IEEE802.15.4的规范。所以合法。
3.功率，目前最大的是100mw，不知道是否够，距离1200米。
4.CSMA/CA预防碰撞机制。可以提供数据传输稳定性
5.建议传输数据量在50k/S，多了不好保证稳定。
我的回答请大家指教，欢迎拍砖。也可以加我MSN：arisendeng@hotmail.com一起探讨，邮件也好

作者: greenbay 时间: 2009-5-30 14:36

原帖由老金于 2009-5-30 09:55 发表
你把概念搞错了。

1个100MBps的系统，1秒里可以传送100MB很厉害吧。可以每10ms传送1MB，也可以是前900ms传送0，后100ms传送100MB。

我们的系统只需要每秒穿10KB，但是要求是第1个10ms传100B, 第2个10ms传100B， ...

如果一个系统，前900ms传送0，后100ms传送100MB的信息，那么这个系统就会标1GBps了。

作者: 老金 时间: 2009-5-30 17:21
不。
line rate和protocol rate/through put是两码事。在这里1GBps是所谓的line rate，100MBps是throughput。对数据传送来说，只有throughput才是硬道理，而遥控，throughput可以不高，均匀性乃关键的关键。zigbee没有这个特性。

预防碰撞机制广泛用于数字传输，却是实时传输的大敌。试想，当年准备传送时，发现已经有人在传送了，csma/ca就会随机选择一个退后发送时间，然后重复上述过程。这个和遥控的要求背道而驰。

zigbee本身用在电视音响的遥控上实时性都不够（所以最近才出了专用于家电遥控的改进规程），用在模型遥控上更不用说了。

作者: lustech007 时间: 2009-5-30 18:03

原帖由老金于 2009-5-30 17:21 发表
不。
line rate和protocol rate/through put是两码事。在这里1GBps是所谓的line rate，100MBps是throughput。对数据传送来说，只有throughput才是硬道理，而遥控，throughput可以不高，均匀性乃关键的关键。zigbee没 ...

您说了3个问题：
1. 实时性16楼有回复，WIFI协议复杂，实时性相对要差；2.防碰撞机制，这个性能在组网时特别重要。在航模中，是一对几星形（广播应用比较多），不会出现您说的这种情况；3.新标准，您指RF4CE标准，是国际4个家电大公司为统一无线接口通用性（目前各品牌ZIGBEE标准不能相互通讯）而推出。确实针对智能家居遥控技术，但不是因为延时大而推出新标准。

作者: zgchen 时间: 2009-5-30 18:20
防碰撞机制用在互联网数据传输到无妨，无人机遥感多媒体传输数据。但是要是特技机遇上那个延迟是要命的！！！:em01: （个人观点）

作者: 精卫 时间: 2009-5-30 19:43
标题: 晕！
强人这么多啊！！
佩服老金！！！！！

作者: lustech007 时间: 2009-5-30 22:14
呵呵，防碰撞机制是保证数据传输稳定性，设想没有这个机制，有其他设备在传输时，强行发数据，结果是要重新发送。ZIGBEE在数据延时和抗干扰上做的很好了。

作者: greenbay 时间: 2009-5-30 22:25

原帖由老金于 2009-5-30 17:21 发表
不。
line rate和protocol rate/through put是两码事。在这里1GBps是所谓的line rate，100MBps是throughput。对数据传送来说，只有throughput才是硬道理，而遥控，throughput可以不高，均匀性乃关键的关键。zigbee没 ...

你这样举例子是对的，但是世界上没有那个数据传输的标准是标throughput的。

作者: KGy 时间: 2009-5-30 22:26
嗯，我想得有点简单了。也就是说，如果信号很好，那能保证很好的实时性，因为整个通信的路径上就收和发两个缓冲区，其他部分都是电路形式的。

不过干扰和冲突厉害的时候才是真正考验的时候。而一个东西想作为成功的产品，必须能够应付这样的考验。

另外，对于传输中的一次失败，是放弃还是重传，是区别实时/非实时传输协议的根本。只有放弃（当然，可以考虑在实时性限度内的重传）旧数据，传输新数据，才能在严酷的环境下保证实时性，不在无谓的重试上浪费时间。

作者: greenbay 时间: 2009-5-30 22:38

原帖由 lustech007 于 2009-5-30 22:14 发表
呵呵，防碰撞机制是保证数据传输稳定性，设想没有这个机制，有其他设备在传输时，强行发数据，结果是要重新发送。ZIGBEE在数据延时和抗干扰上做的很好了。

楼主可否给个datasheet看看？已经Email给您了。谢谢！

作者: 老金 时间: 2009-5-31 08:09

原帖由 lustech007 于 2009-5-30 22:14 发表
呵呵，防碰撞机制是保证数据传输稳定性，设想没有这个机制，有其他设备在传输时，强行发数据，结果是要重新发送。ZIGBEE在数据延时和抗干扰上做的很好了。

zigbee本身连家电的遥控实时性都不能满足，何以“适合航空模型”？

有很多其他方法解决实时性和可靠性之间的矛盾，但不是zigbee

作者: 老金 时间: 2009-5-31 08:14
实际应用中只有throughput有意义，不是么
就像一个笔记本带一个gigae的接口，除了广告上的噱头，有啥用啊
既然讨论技术，就应该避开那些华而不实的东西，认真考虑什么是真正需要的，而不是上来就号称什么适合航模的解决方案，对吧，这从厂家角度来说是很不负责任的。

作者: 老金 时间: 2009-5-31 08:35

原帖由 lustech007 于 2009-5-30 18:03 发表

您说了3个问题：
1. 实时性16楼有回复，WIFI协议复杂，实时性相对要差；2.防碰撞机制，这个性能在组网时特别重要。在航模中，是一对几星形（广播应用比较多），不会出现您说的这种情况；3.新标准，您指RF4CE标准， ...

如果一个“zigbee”的产品不能和其他zigbee通信，那这个产品肯定没通过认证。

普通wifi实时性很差，但是802.11e很好地解决了这个问题

防撞机制已经说过了，no-no。你不能保证整个环境中就你一套设备在工作。zigbee的最佳延时很好-就是列出的那些数据；而最差延时极差，这个不能不考虑，至少得有数据支持说法吧。zigbee是适用于组网，可是我们的航模不需要组网。就好象你拿着一块色香俱全的蛋糕，对着一个快渴死的人说，看，我这个蛋糕，很好吃的，适合你。

即便如轻量化的rf4ce，业界仍有怀疑，在某些环境下按下频道键，电视不马上切换频道。用在航模上。。。

作者: yanbaguan 时间: 2009-5-31 09:39
看不懂，不过相信老金的

作者: starmoon 时间: 2009-5-31 13:52
无线电模块只要可以配置冲突检测算法的参数，都可适用于实时或大数据应用

作者: lustech007 时间: 2009-5-31 15:39
感谢大家的讨论。尤其是老金的见解很专业。anyway，任何技术都有他的适合点和局限性。我愿意提供免费的样品给有兴趣的朋友测试。资料不知道怎么上传，所以要看资料的还是麻烦给我一个mail，ansen@lustech.com.cn。几点关于zigbee的情况我申明一下：
1.zigbee的互联互通是可以的，只要的你的application也可以遵循zigbee联盟的规定
2.实时性的问题请大家有空的话在baidu里面大概看一下就知道
3.zigbee的数据率有限，250kbps。
4，CSMA/CA是一个保证稳定的机制，的确会牺牲及时性。但是很有限
5，zigbee的快速反应是他一个重要的技术特点
6，RF4CE指的是三星，松下，索尼，飞利浦四家的家电遥控标准。目前主要问题是卡在数据率上。因为有声音甚至图像的需求。

作者: greenbay 时间: 2009-5-31 15:56

原帖由 lustech007 于 2009-5-31 15:39 发表
感谢大家的讨论。尤其是老金的见解很专业。anyway，任何技术都有他的适合点和局限性。我愿意提供免费的样品给有兴趣的朋友测试。资料不知道怎么上传，所以要看资料的还是麻烦给我一个mail，ansen@lustech.com.cn。几 ...

您的Email地址有问题啊，发过去都退回来了。

作者: lustech007 时间: 2009-5-31 16:11
那请发dengdaoan@sina.com，可能是有些邮件之间有些设置不好弄。比如说我们的邮箱和QQ邮箱就通不上。我的MSN邮箱是arisendeng@hotmail.com,都可以的

欢迎光临 5iMX.com 我爱模型玩家论坛 ——专业遥控模型和无人机玩家论坛（玩模型就上我爱模型，创始于2003年） (http://wz.5imx.com/)

5iMX.com 我爱模型 玩家论坛 ——专业遥控模型和无人机玩家论坛（玩模型就上我爱模型，创始于2003年）

5iMX.com 我爱模型玩家论坛 ——专业遥控模型和无人机玩家论坛（玩模型就上我爱模型，创始于2003年）