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.
以前用2538做过组网的模块，现在想在433M做类似于zigbee的网络，看到TI有802.15.4g的收发器，但是好像没有相应的支持802.15.4g的无线MCU，请问有没有这样的产品？或者符合这种想法的方案？另外，CC1125这类片子支持802.15.4g，但它没有基带部分，这个协议怎么运行？有专门的协议芯片？
参考CC1101做的mesh组网，提供软件和硬件参考
http://www.ti.com/tool/tidm-sub1ghz-mesh-network?keyMatch=mesh%20network&tisearch=Search-EN
CC1120/CC1200都可以做Sub1G Zigbee，，但是Zigbee支持2.4G/868M
TI后续有针对ieee802.15.4g的soc吗？类似于cc2538和cc2530的？
有的 今年就会有新产品release
大概在什么时候？非常期待啊～
请问集成MCU的Sub1G Zigbee产品推出了吗？
另外，MSP430G2533 MCU and CC1101 RF module做的MESH网络和zigbee的网络结构一样吗？是否都支持自组网？
自己做的私有网络，基于什么协议? 私有协议自组网比较难，Zigbee没有问题
建议你可以考虑下6Lowpan协议
就是想做一个433M这种低频的zigbee，我们没有私有协议，不知道有什么方案能实现，或者TI后续有没有这样的产品？
另外，msp430和cc1101的组合还是只能做星状网，不能组树状网吗？
1. 组网形式和硬件平台无关，在软件
2. Zigbee理论上支持1G以下频段，但实际应用中并不多，绝大部分都是2.4G频段，如果非要1G以下，推荐MSP430+CC1101开发6LowPan
http://www.ti.com/lsds/ti/wireless_connectivity/6lowpan/overview.page
3.能说一下你的应用场景吗？为什么要自修复又要Mesh同时还要Sub1G频段？
我们已经做了2538，但是通信距离不够远，穿墙能力也差，所以想在低频率上做。
msp430+cc1101实现mesh网有例程吗？我们不具备自己写协议的能力～
建议CC2538外加PA，+CC2592距离会更远 http://www.ti.com/tool/CC2538-CC2592EMK?keyMatch=CC2538&tisearch=Search-EN-Everything
我们做的就是2538+2591，但是功耗太大了，没法用电池。
CC2590功耗会小点，14dBm输出
你的应用场景能说明一下吗？
你一定需要 Mesh 网络功能吗？ 私有协议组星型网可以满足要求吗？Mesh 的方案基本没法在电池上跑。
低频的不用PA好像就能到16DBM以上，而且传的更远
大面积的供暖监控，装在居民家里，不能在窗口，用2.4G要大量的中继，而且信号出户都很困难，用433M的星状网又很难实现大量的接入，没有想到特别好的方案
能不能把zigbee协议栈下到mcu里，然后和支持zigbee的前端配合使用？TI有这样的搭配方案吗？
提醒一下，ZigBee虽然使用的（ISM）免征频段，分别为：868MHz（欧洲）、915MHz（美国）、2.4GHz（全球），但是1G以下的频段实际应用的很少，
理论上，在868MHz的物理层只有一个信道，数据传输速率为20Kb/s；在915MHz有十个信道，数据传输速率为40Kb/s；而2.4GHz的物理层达到16个信道，数据传输速率为250Kb/s。但在实际上，除掉信道竞争应答和重传等消耗，真正能被应用所利用的速率可能只有100Kb/s，1G以下的实际速率更能会更低。
所以，一是地域，二是速率，都没有问题吗？
楼主是什么意思？你有考虑简单的星形网络吗？
能不能把msp430+cc1101的1101换成1200，代码不变？
CC1200 已经支持802.15.4g.
http://www.ti.com.cn/product/cn/cc1200
可以用星形网，网络里面加中继器，中继器插电，而其他节点比较省电，可以跑电池上。
请问不考虑自组网的问题，就认为是一个简单的点对点星形网络，基于cc1120，用6Lowpan或SimpliciTI，这两种协议的软件开发难度和工作量，能给出一个比较吗？谢谢！
6LowPan针对mesh 带IPV6的网络，是开源的；SimpliciTI是TI针对一些典型应用做的私有组网参考
如果节点数不算多，几十个的话，建议自己搭私有组网，更方便灵活
非常感谢！
1、我们一个AP，可能会带几个Extender，或者带100多个ED，大规模组网下，一个网络中可能有几百个节点。从协议的先进性、完善性和配置方便性等方面来考虑，肯定是6LowPan更好。之所以考虑SimpliciTI，主要是它简单方便，但从资料上看，SimpliciTI在安全性、数据分片重组等方面还不够完善。
2、 还有一个最重要的，是软件开发的难度和工作量，感觉直接使用开源6LowPan和SimpliciTI，难度和工作量，应该是差不多的？
以上两点的考虑，不知道是不是正确的？
ED不少，防碰撞和低功耗有要求吗？什么频段？要做跳频不？
现在为了快速实现，以及考虑CPU的空间大小，准备采用SimpliciTI来组网。先考虑只有一个AP直接带ED的情况，ED不超过200个。频率920M。
1、功耗肯定是越低越好，会出现有多个ED同时向AP发数据，并等待回应的情况，不知道TI在这一块是SimpliciTI协议考虑，还是硬件芯片来考虑？怎么考虑的？
2、多个相邻的AP带的小网之间，用的是同一个信道还是不同信道？信道是如何设置的？
3、是否要做跳频，我也不懂啊，什么情况下要做，什么情况下不做？如果要做，该怎么处理？
问题比较多，辛苦Butterfly了！
