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的范围做不到是什么意思，可能你理解有误或者我表达有误吧。

无功不受禄，吃饭还是得靠你自己啊。

呵呵。

实验室 可以 实际工况估计不行吧？