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.

Z-Stack 3.0 打开ZTOOL_P1后, 提示Error Segment XDATA_I is too long

Other Parts Discussed in Thread: CC2530, Z-STACK

也看到论坛有人遇到过同一个问题, 但没有见到解决方法。

请教TI的工程师, 这个问题怎么解决?

  • CC2530的确会遇到这个问题,我认为是2530的RAM十分紧张,留给用户使用的可能极其有限,所以类似ZTOOL_P1这样耗费大量内存的,目前也没有什么更好的办法,干掉zcl貌似可以解决

  • @hold li 你的理解是对的。

    所以在这里需要搞清楚我们开发什么样的产品

    1)如果我们需要开发标准的智能家居产品,并且我们的产品是需要去过Certification的,那么我们选择Z-Stack 3.0

    2)如果我们需要开发的产品属于私有应用,只是利用zigbee的mesh网络功能,那么按照下面的链接做。

    http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/t/132197.aspx

  • 谢谢回复,

    现在改成了  Z-Stack Home 1.2.2a,

    Z-Stack Mesh 1.0.0 的 GenericApp 和  Z-Stack Home 1.2.2a.44539 的SampleLight  有什么区别吗?

    还有一个问题是, Z-Stack Home的 zgChildAgingEnable=TRUE,  可以做终端离线处理吗? 

    有两个想法, 

    1、周期3s事件, 观察AssociatedDevList 数组中字段的变化。

    调试发现终端离线后,AssociatedDevList 数组中的,  keepaliveRcv , assocCnt, endDev.deviceTimeout  不改变,  timeoutCounter (一直都在减少), 没有找到终端离线的变化规律。

    2、终端发出Data Request后, 在协调器处理这个 请求的地方, 加一段处理代码。 但这好像在底层处理了,不好植入代码。

    3、终端周期发心跳包, 但终端用了锂电池,希望尽可能节能。

    上层的程序 需要知道终端在线和离线情况, 该怎么处理了?  


  • 请教一个关于ChildAging问题 。

    http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/p/135430/379723.aspx#379723

  • 你好,我是初学者,我也遇到了和楼主一样的问题,这个ZTOOL_P1包含了哪些东西,更准确的说再定义这个宏之后会打开那些东西导致耗费那么多的内存?

  • 你好!如果是开发标准的家居产品,楼上的问题怎么处理?
  • 开发标准智能家居产品的话,可以不使用协议栈带的串口,ZTool功能。
    自己添加串口就可以。