5iMX宗旨:分享遥控模型兴趣爱好

5iMX.com 我爱模型 玩家论坛 ——专业遥控模型和无人机玩家论坛(玩模型就上我爱模型,创始于2003年)
查看: 3232|回复: 32
打印 上一主题 下一主题

适合航空模型飞机的2.4G RF 解决方案:UBEC UM2455产品发布

[复制链接]
跳转到指定楼层
楼主
发表于 2009-5-29 10:52 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
达盛电子公司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进一步索取资料。

欢迎继续阅读楼主其他信息

主题

  • 没有相关信息
  • 没有相关信息
  • 没有相关信息
33
 楼主| 发表于 2009-5-31 16:11 | 只看该作者
那请发dengdaoan@sina.com,可能是有些邮件之间有些设置不好弄。比如说我们的邮箱和QQ邮箱就通不上。我的MSN邮箱是arisendeng@hotmail.com,都可以的
32
发表于 2009-5-31 15:56 | 只看该作者
原帖由 lustech007 于 2009-5-31 15:39 发表
感谢大家的讨论。尤其是老金的见解很专业。anyway,任何技术都有他的适合点和局限性。我愿意提供免费的样品给有兴趣的朋友测试。资料不知道怎么上传,所以要看资料的还是麻烦给我一个mail,ansen@lustech.com.cn。几 ...
您的Email地址有问题啊,发过去都退回来了。
31
 楼主| 发表于 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指的是三星,松下,索尼,飞利浦四家的家电遥控标准。目前主要问题是卡在数据率上。因为有声音甚至图像的需求。
30
发表于 2009-5-31 13:52 | 只看该作者
无线电模块只要可以配置冲突检测算法的参数,都可适用于实时或大数据应用
29
发表于 2009-5-31 09:39 | 只看该作者
看不懂,不过相信老金的
28
发表于 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,业界仍有怀疑,在某些环境下按下频道键,电视不马上切换频道。用在航模上。。。
27
发表于 2009-5-31 08:14 | 只看该作者
实际应用中只有throughput有意义,不是么
就像一个笔记本带一个gigae的接口,除了广告上的噱头,有啥用啊
既然讨论技术,就应该避开那些华而不实的东西,认真考虑什么是真正需要的,而不是上来就号称什么适合航模的解决方案,对吧,这从厂家角度来说是很不负责任的。
26
发表于 2009-5-31 08:09 | 只看该作者
原帖由 lustech007 于 2009-5-30 22:14 发表
呵呵,防碰撞机制是保证数据传输稳定性,设想没有这个机制,有其他设备在传输时,强行发数据,结果是要重新发送。ZIGBEE在数据延时和抗干扰上做的很好了。


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

有很多其他方法解决实时性和可靠性之间的矛盾,但不是zigbee
25
发表于 2009-5-30 22:38 | 只看该作者
原帖由 lustech007 于 2009-5-30 22:14 发表
呵呵,防碰撞机制是保证数据传输稳定性,设想没有这个机制,有其他设备在传输时,强行发数据,结果是要重新发送。ZIGBEE在数据延时和抗干扰上做的很好了。
楼主可否给个datasheet看看?已经Email给您了。谢谢!
24
发表于 2009-5-30 22:26 | 只看该作者
嗯,我想得有点简单了。也就是说,如果信号很好,那能保证很好的实时性,因为整个通信的路径上就收和发两个缓冲区,其他部分都是电路形式的。

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

另外,对于传输中的一次失败,是放弃还是重传,是区别实时/非实时传输协议的根本。只有放弃(当然,可以考虑在实时性限度内的重传)旧数据,传输新数据,才能在严酷的环境下保证实时性,不在无谓的重试上浪费时间。
23
发表于 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的。
22
 楼主| 发表于 2009-5-30 22:14 | 只看该作者
呵呵,防碰撞机制是保证数据传输稳定性,设想没有这个机制,有其他设备在传输时,强行发数据,结果是要重新发送。ZIGBEE在数据延时和抗干扰上做的很好了。
21
发表于 2009-5-30 19:43 | 只看该作者

晕!

强人这么多啊 !!
佩服老金!!!!!
20
发表于 2009-5-30 18:20 | 只看该作者
防碰撞机制用在互联网数据传输到无妨,无人机遥感多媒体传输数据。但是要是特技机遇上那个延迟是要命的!!!:em01: (个人观点)
19
 楼主| 发表于 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标准不能相互通讯)而推出。确实针对智能家居遥控技术,但不是因为延时大而推出新标准。
18
发表于 2009-5-30 17:21 | 只看该作者
不。
line rate和protocol rate/through put是两码事。在这里1GBps是所谓的line rate,100MBps是throughput。对数据传送来说,只有throughput才是硬道理,而遥控,throughput可以不高,均匀性乃关键的关键。zigbee没有这个特性。

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

zigbee本身用在电视音响的遥控上实时性都不够(所以最近才出了专用于家电遥控的改进规程),用在模型遥控上更不用说了。
17
发表于 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了。
16
 楼主| 发表于 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一起探讨,邮件也好
15
发表于 2009-5-30 09:55 | 只看该作者
你把概念搞错了。

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

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

至于你说的fifo深度,那更是系统的限制。根据这个反推系统的性能是把因和果颠倒了。
您需要登录后才可以回帖 登录 | 我要加入

本版积分规则

关闭

【站内推荐】上一条 /1 下一条

快速回复 返回顶部 返回列表