ZStack真的就没有在Linux下的交叉编译工具链或者SDK吗
请问各位TI的管理员,ZStack真的就没有在Linux下的交叉编译工具链或者SDK吗?这个都好说,可以通过wine使用IAR,那SmartRF或者CCDebuger在Linux环境下如何使用呢?
你用的是什么I编译环境?CCS在linux下支持的debugger请看这里: http://processors.wiki.ti.com/index.php/Linux_Host_Support_CCSv6#Debug_Probes
可以考虑linux上装个虚拟机。 smartRF 的工具都只有windows版的,没有Linux的
哈哈,找到了。谢谢。
再过几年TI有打算把ZStack开源吗?
1. 这个应该是不会。内部员工都是不开放的。
2. 其实专注应用就好了,底层那些复杂的就交给芯片供应商。
3. 可以考虑一些开源的,比如FREAKZ, ZBOSS, CONTIKI ,这些都能跑在TI芯片上.
谢谢,最后问一个问题,TI有可以提供给开发者关于定位的一些开源算法或者类似的帮助吗(网络上大多数是一些基于3点定位的基础算法,实际RSSI的波动很大),实际了解到一些应用场景都是定位和通信相互协同的,如果能整合通信和定位就更棒了(你们肯定也想到的)。
zigbee不要想实现定位。浪费时间没有效果!
我最近做了一个定位的算法,所有路由可以随意布置,不需要可以编号。只是精度不够,只能定位一个5米左右的范围(需要协调器或者上位机写一个小算法)。目前只支持200个路由节点的网络。
ZigBee定位精度确实不高
我只需要知道在哪个房间就可以了,这一点ZigBee还是可以实现的。
若是这样对精度要求不高的话,还是可以实现的
嗯,难度主要在于动态获取某个热点(路由)一定范围的网络拓扑情况,做一个可以适用于大多数环境的方案。其实也不难,现在思路清晰,条例清楚再来写代码实现也没什么了,如果要保证一定精度那就难了。
不建议你继续用zigbee定位。 rssi本身就不靠谱,用一个不靠谱的册子来量东西,不管什么方法。能解决吗。很可能80%正确定位。20%定位别的范围。 5m内。更是不可能。
天线差异, 环境差异,产品一致性差异。这些都保证不了, rssi或lqi变动大,怎么可能做到定位5m内? 实际产品做过,工程经验总结。
帮你节省无谓浪费的时间,请我吃饭吧,呵呵!
还真被你猜到了,我还真做了。10个路由,一个盲节点。范围定位还是没问题的。不知道你说的5m的范围做不到是什么意思,可能你理解有误或者我表达有误吧。
无功不受禄,吃饭还是得靠你自己啊。
呵呵。
实验室 可以 实际工况估计不行吧?