如zigbee协议是有明确说明支持915M,868M频段的
这两个频段在美国和欧洲不需要授权,比2.4G有更好的传输距离
为什么TI的芯片都不支持?
以前CC13X0可以理解,flash太小,放不下协议栈
但是为什么到CC13X2也不能支持?
YiKai Chen:
目前zigbee chip供應商沒聽過支持915M,868M频段的,Zigbee alliance好像訂完spec也就沒有任何下文,如果你有sub GHz的需求,建議你用TI 15.4 Stack
dennis yang:
回复 YiKai Chen:
Hi yikai:
确实是没看到支持915和868的zigbee chip
可这是为什么呢?
把zigbee的NWK,APP协议栈移植到sub1g 802.15.4 MAC上就我的理解好像没有很复杂吧?
已经在15.4 stack上做开发有接近一年了
感觉直接在15.4上开发一个好的产品,尤其是对用户体验要求较高的消费类电子还是很局限的
YiKai Chen:
回复 dennis yang:
支持915和868的認證相對麻煩一點,另外同一款產品因為頻段不同天線,線路匹配都要重新調整,研發資源也是個問題,可能是大部分人不做這些頻段的主因
Felix ZF:
回复 dennis yang:
yang dennis 已经在15.4 stack上做开发有接近一年了感觉直接在15.4上开发一个好的产品,尤其是对用户体验要求较高的消费类电子还是很局限的
YiKai Chen:
回复 Felix ZF:
15.4 stack的限制:不支持mesh,沒有類似zigbee3.0 child aging的機制,所以sensor不能正常移除可能導致collector的sensor table爆掉而無法加入新的sensor.
Felix ZF:
回复 YiKai Chen:
我个人认为child aging机制是可以实现的,collector根据tracking的结果更新Cllc_associated_devices_t结构体中有status
/*! Building block for association table */
typedef struct
{/*! Short address of associated device */uint16_t shortAddr;/*! capability information */ApiMac_capabilityInfo_t capInfo;/*! RSSI */int8_t rssi;/*! Device alive status */uint16_t status;
} Cllc_associated_devices_t;YiKai Chen:
回复 Felix ZF:
當然child aging机制是可以实现的,只是這是已經知道應用端會遇上的問題,建議TI直接在下一版的Stack就改進去了吧
dennis yang:
回复 YiKai Chen:
是的,毕竟15.4只定义了mac和phy,是一个开放的协议,也是很多lpwan的母协议,很灵活,但是功能有限
我们本来也想做中继器,但是15.4不支持mesh,
另外,我觉得TI使用的tracking机制不太好用,我们自行实现了child aging类似的机制dennis yang:
回复 dennis yang:
其实contiki 6lowpan也是一个不错的选择,不过看到TI虽然也说支持,
但是好像TI也没怎么大力推,也没多少文档
不知道成熟度如何
看了下好像不是基于simplelink的SDK来实现的YiKai Chen:
回复 dennis yang:
subGHz mesh目前沒有什麼好建議,要用contiki 6lowpan,除非你有必然的決心,不然建議不要輕易嘗試