请问ZHA Coordinator如何控制ZLL Light/Philips Hue Light的？

@yuanfeng luo,
你的Active Endpoints Rqeust和Simple Descriptor Request是在什么地方触发的？

@VV 请问我买的飞利浦hue灯泡现在不能加入飞比的网关。一般国产的飞比模块的灯都是闪5次后恢复找网状态，飞利浦不行呢？但飞利浦的灯泡只能用飞比的遥控器控制，但抓包也看不到数据，加密了。我看到有帖子说飞利浦的一旦组网就只能用遥控器退网，是吗？闪5次不行吗？我的要控制只能删除组和自删，貌似没有删除灯泡啊。我现在买的灯泡，从来就没有加入过任何协调器呀？怎么办呢？
这个帖子说zll灯泡按键>10s  就以Classic Commission Join方式找网，飞利浦灯泡上面根本没有按键啊

@lei chen9, 是的，目前只能用遥控器来复位飞利浦的灯。
具体做法你可以参考wiki page。
http://processors.wiki.ti.com/index.php/ZStack-Lighting-1.0.1_FAQ 

How can I use the ZStack-Lighting-1.0.1 Remote to reset a certified ZLL product and cause it to leave the old network

ZLL products on the market can be reset to factory new by the ZStack-Lighting-1.0.1 Remote if you enable the MASTER_KEY, the actual key is not used during the reset, you just need the correct key bitmask during the initial TouchLink phase. See section 3.1 of the "ZStack Lighting Developers Guide.pdf" for more information about enabling the MASTER_KEY. To send a reset from a ZStack-Lighting Remote you need to start a TouchLink with zllInitiator_StartDevDisc(), then when the ZLL Light flashes send the zllInitiator_ResetToFNSelectedTarget().
NOTE: There is a bug which will cause issues if the ZLL Remote is on a different channel to the ZLL Light.
To fix this you will need to add:
  zll_SetChannel( selectedTarget.rxChannel );to the zllInitiator_ResetToFNSelectedTarget function:
ZStatus_t zllInitiator_ResetToFNSelectedTarget()[  if ( ( zllTransID == 0 ) || ( selectedTarget.lastRssi == ZLL_TL_WORST_RSSI ) )  [    return ( ZFailure );  ]  zclLLResetToFNReq_t req;  req.transID = zllTransID;  zll_SetChannel( selectedTarget.rxChannel );  return zclLL_Send_ResetToFNReq( ZLL_INITIATOR_ENDPOINT, &(selectedTarget.srcAddr), &req, initiatorSeqNum++ );]

没有遥控器的话，hue灯泡是不是就没法恢复出厂？
我测试了一下，用一个router加入到一个hue灯泡。结果入网失败，Trust Link Key貌似不正确，我的Trust Link Key是ZigBeeAlliance09。
抓包看，我的router在Associate成功，hue灯泡（nwk Address = 0x0048）发了NWK key给我的router，但是我在ubique发现无法用trust link key去解析出来。

请问你的zll灯成功发送出beacon 请求了吗？我现在也遇到这种问题，请问怎么解决，谢谢

@Aries Lord,
如果你的路由加入到ZLL网络里面，那么使用传统方式入网的时候，用的trust center link key不是zigbee Alliance 09这个，是zigbee为过认证zll产品分发的link key。
这个秘钥专门为了zll网络中传统入网用的。

现在已经解决了入网和控灯的问题，不过还有几个地方貌似有bug。
1，使用ZDO_ParseSimpleDescRsp函数去获取SimpleDesc时，获取的AppDevVer值不正确。
2，使用ZDP_SimpleDescReq查询飞利浦HUE的Simple Desc值，发现端口0x0B的profile ID=0xC05E。我的HA设备发送控灯命令时用Profile ID=0xC05E的EP去发送，HUE无任何反应。我把该EP的Profile ID改为0x0104，才能正常控灯。

我用的cc2530开发板，淘宝买的。没有上下左右键，请问这个怎么改，就是不需要按键，直接开机就搜索网络并加入？

您可以在程序中屏蔽按键的，另外去除在预编译中的HOLD_AUTO_START

这是我的ti开发板，我按照你的指示去掉了

你好我用的你们zha版本是1.2的，我加了些打印信息，HalUARTWrite(0,data,5);//向串口写一个字符串：但是都没有打印出来，请问是是什么问题呢？

请问我在zha1.2代码中调用HalUARTWrite(0,data,5);给串口发数据，但是为啥没有输出呢？

@VV  请问如何 实现Intra Pan 方式 ？

请问VV，以下几个touch link 的问题。
1.  router 灯设备 如果是支持touchlink， 如何“辨认”  是否接受 遥控器的控制？  (还是来者不拒， 只要有人过来 scan request 就回复它 接受它的控制？？？)
2.  factory new 的 router 灯设备 能否建立网络？ （单个factory new 的router 灯设备  和  遥控器 能否 联接起来 工作吗？ 还是需要借助coordinator）
3.  入网的router 灯设备，在收到 遥控器的 scan request====network join  request 一系列动作  之后， 它接下来的动作是什么？  （离开现有网络，重新组建网络？ 还是只是单独的 将遥控器 拉入网络而已？）
 
谢谢！

Hi, VV 大神
     我做了一个实验
1.我用你帖子里的方法，将 philips hue 设置为 Factory New 状态
2.加入到一个标准的 ZHA 网络中，网关是一个 NXP 的 u*** dongle(因为TI没有方便的PC 上位机调试，所以直接用 NXP的dongle 更方便，如果TI有请推荐^_^)
3.在同一个 ZHA 网络中加入一个 CC2530 的 Light 设备
4.NXP 网关可以同时控制 hue & Light(cc2530), 支持 OnOff & Level Control 等等命令（此时的 Nwk Key Sequence Number = 1 ）
5.我把 hue & Light(2530) 断电，再上电，Light 可以正常控制，但是 Hue 无法控制
6.我通过抓包分析无法控制的原因，抓包发现 正常控制时的Nwk Key Sequence Number = 1， Hue在断电上电后，Nwk Sequence Nubmer = 0；
也就是说，NXP 网关 & Z-stack的Light，在断电上电后，Nwk Key Sequence Number = 1;
但是 Hue 在断电上电后，Nwk Key Sequence Number = 0; 导致无法控制。但是 ubiqua 的 sniffer 都是抓包正常的，说明 nwk key 没变，只是这个 Nwk Key Sequence Number 不同，导致无法通讯
请指教，谢谢......

补充内容，我使用的这款Hue，是13年买的，里面用的也是CC2530，应该也是用的 Z-stack的

Hi VV, 
    我把 NXP 的网关，网络默认的 NWK key & Nwk Key Sequence Num 修改了，默认 Nwk Key Sequence Num = 0（原来为1）
    这样修改后，Hue 在断电上电后，仍然可以通讯（因为大家的 Nwk Key Sequence Num 都为0）
    另外，我还尝试了将 Nwk Key Sequence Num 修改为其他值，无论改成什么值，Z-Stack HA1.2.2a 的 Light，都可以在掉电上电后恢复这个 Nwk Key Sequence Num，但是 Hue 每次上电后 Nwk Key Sequence Num 都为0（Hue 为CC2530 芯片，使用了早期的 Z-stack 协议栈）
    所以我个人猜测，是否在早期的 Z-stack 版本中，对这个 Nwk Key Sequence Num 没有进行 NV 操作，后期的版本修复了这个 bug。