一种新型433M无线传感自组网--spidermesh
Spidermesh 是一个无线自组网系统，一个低功耗、小
功率（无线发射功率10毫瓦）、短距离（节点间30-70m
）、短数据（小于50字节）无线传感网络系统。它的无
线工作频段首选433MHz，所有无线设备都工作在同频半
双工、双向数据传输的模式下。
Spidermesh 的自组网方式、协议和路由算法完全
由本工作室自行开发设计，具有完全的自有知识产权。
Spidermesh 由一个网关（GW），最多253个主节点
（MD），最多6万多个从节点（SD）组成。主节点之间
，主节点与网关之间的通信连接完全是自动路由的，无
须人为干预。
Spidermesh 的无线绕射能力优于zigbee。
SM10XX 无线通信模块集 Spidermesh 无线组网核
心技术为一身，可任意担当网关、主节点或从节点功能
。
详见：http://spidermesh.web-198.com/index.asp
硬件可能没什么区别，模式都是一样的。关键是软件，组网软件，路由算法。
据我所知，SimpliciTI只能组星型网和点到点，没有自组网的功能哦。
spidermesh 是一个名副其实的树状自组网。简单的说就是433M的zigbee。
先赞下
但是想问一个问题：基于什么标准的？这跟Zigbee的Mesh组网有什么区别？
GW==coordinator, MD==router, SD==end device.
不好意思，回复不知怎么变成发帖，不知到哪里去了？
Spidermesh 的自组网方式、协议和路由算法完全由本工作室自行开发设计，具有完全的自有知识产权，没有一点zigbee的影子。
gw是一个有、无线转接器，有线端接上位机，无线端与节点通信。MD有路由功能，与GW和其他MD组成树状自组网。SD有两种，没有路由功能，与GW和MD点到点通信。一种是区域SD，附属于某个MD，与其星状通信。每个MD可以管理254个区域SD。另一种是全域SD，可以在全网GW和MD之间漫游，主要用于模糊定位。理论上全域SD有6万多个。
spidermesh的入网方式有点像手机入网，节点上电就会找寻最佳路径入网，并上报管理中心。脱网其父节点也会上报管理中心。整个工作中会根据环境调整路由。
技术资料详见：http://spidermesh.web-198.com/index.asp
没关系， 只想和你探讨下。
anyway, THX for that.。
给个建议， 很多大的公司更加看中的技术标准， 而不一定是功能的强大。
我们之前作过一个项目， hope点超过50以上。但是最后还是要我们以技术标准走前。
不知道楼主的Spidermesh 网络内的路由节点能不能支持休眠工作？
这种情况我们遇到过，特别是一些国家级的项目和国营企业，主要怕担责任，丢官帽。但相当多的用户还是注重实用性和成本控制。我们的衍生产品在节能监控领域已经安装了近50栋楼了。
路由节点做休眠我们试过，效果不好，使网络反应速度降低，实用性降低。我们的省电功夫主要在从节点上。我们的定位卡片使用纽扣电池可以使用近3年。
省电问题是那些做研究的课题，不是我们做产品的必须。现今大部分传感器的耗电都远大于通信节点，而供电方式和部分省电的方法也要根据具体应用来定。
你的协议集成在你模块的CPU中，用户通过串口与你的模块通信，相当于一个节点至少2个cpu，那如何能保证“使用纽扣电池可以使用近3年”呢？
还有就是你们的协议是否能提供库的方式供用户调用呢？
你们还有比较详细的文档啊？
SimpliciTI没有自组网的功能，那他是如何组网的？
你的自组网，是什么概率？
技术资料详见：http://spidermesh.web-198.com/index.asp
当然会提供“用户使用库”了，而且简单实用。
作为产品，2个CPU省电性能肯定很差了。我们自己的产品肯定是一个CPU了。所以我们可以提供“联合开发”，或者“定制开发”。
关于“自组网”，建议你看看相关介绍，网上很多。
回复又要审查，搞不懂怎么回事？
技术资料详见1楼的链接，可以下载。
肯定会提供“用户使用库”了，而且简单实用。
作为产品，有2个CPU，省电性能肯定很差了。我们的产品肯定只有一个CPU了。所以我们提供“联合开发”或“定制开发”。
关于“自组网”，建议你看看相关介绍，网上很多。
居然说SimpliciTI没有自组网的功能
哈哈～ 也许我们理解有差异。
如果从字面上理解，任何网都是自组网的。
我们通常说“自组网”是指网络结构是网状或树状的。不知道你那个是不是这样的。
顺便说一下，spidermesh 正在被移植到cc430f5137中，这样就只有一个芯片了。
cc430f5137 32K flash; 4K ram 协议栈使用了多少资源？
怎么不用CC1110呢？也是单芯片方案的啊！
cc1110是CHIPCON的早期产品，CPU内核为8051，其性能比430要差，不过也是可以试一下啊。但要是做产品，IO就少了一点。
你目前模块的方案是不是MSP430+CC1100？
目前是PIC24FJ+CC1101。若未来性价比合理，还是准备移植到CC430F513F。毕竟51系列太烂，知识产权的不到保护。
您的协议栈的资源消耗是多大？ROM？ RAM？
RAM 4M吧。ROM各种CPU有区别，用AVR做 24K足够，PIC的话，32K都不够。430还不得知。各厂家编译效率差异大。
RAM 4M？是 4K吧？
这个消耗还是很大的，如果这样，采用cc430f5137（32Krom、4Kram），用户就没有什么空间了啊！
有没有准备搞si4432这样的远传模块？
做产品与做栈确实不同，做产品可以丢掉不用部分，做栈却要全部留足。我们的产品32K足够用。最少的2－4K就行了。
你们在智能楼宇控制方面有成熟的应用经验？
我们的衍生产品主要用在这方面，一个节能管理网络系统。监测办公楼每个房间的温度、门窗、工作时间，控制空调、饮水机，灯的开关。同时采集三表。实际应用已近50栋楼。我们正在往北方供暖、校园能耗管理、公共机构节能监控发展。
远传的概念好像有点混乱。点到点的远传我们肯定不会做，意义不大。网络远传技术上我们已经实现，我们的数据都是直接传到市一级的管理中心。
从整个物联网的层面来说，信息传递的骨干网和用户应用早已搭建完成，恰恰是最后一公里采集前端、信息收集没有完成。无线传感网就应该做这个事情，完成密集性的信息采集和终端控制，物联网才可能实现。
我们就是想做智能楼宇，这个衍生产品是你们自己做？
工作室的目标是技术推广，最多也只能做功能样机。可以考虑“联合开发”，“定制开发”，“技术转让”等。