6
\$\begingroup\$

With the release of new products like Philips Hue, which claim to support ZigBee Light Link, I would be interested if there is any way to use existing Xbee modules to communicate with them?

Would it be possible to create a network using Digi's Xbee modules (series 2) and communicate with the bulbs/lights or is a custom firmware required? (which I do not think that exists at the moment for Xbee modules).

If not, is there any drop-in replacement for Xbee to be able to communicate with the Light Link devices?

\$\endgroup\$
  • \$\begingroup\$ You can use an NXP chip to create a light link device: peeveeone.com/?p=187 \$\endgroup\$ – Wouter Nov 20 '16 at 19:35
8
\$\begingroup\$

Because the light link specifications haven been released yet, except for members of ZigBee alliance I don't think you will be able to at this moment. Unless you want to become a member of the Zigbee alliance. I have had contact with one of their developers who said that modules that where able to use previous specifications should also be able to use the new light link specifications.

For now I think this is all I can give you just because there isn't any more information about it. When I receive more information from the developer I shall update my answer.

Edit:

I got some more information from one of the developers. About the XBee modules from Digi International this is what information he gave me:

  • If you go with any of the Pro variants, you will have the ZigBee Pro stack all taken care of in the module. Yet you will still need some other processing element in the system to (a) implement the ZigBee Light Link Application framework (along with other application functionality you need) and (b) interface with the Pro stack in the module.

  • If you go with the "programmable variant", that one will give you a secondary processor in the module with 32 KB of Flash and an 8-bit microcontroller. The Microcontroller would have sufficient power to run the Light Link requirements an the 32 KB should give you just about enough for the light Link framework. Note that depending on your application requirements (above light link), this secondary mcirocontroller might not have enough left over memory to support that.

  • If you were planning to have a processor of some kind in your system anyway (for other purposes), it might be more cost efficient to go with one of the PRO variants and place Light Link app framework and your application on this processor.

I hope this makes it even more clear for you.

Edit:

I got some more information this time not from a developer from Zigbee but from the support of Atmel, you really need to be careful with what processor/controller you pick. Apperently it needs quite some memory power. Atmel only suggests to get: ATmega128RFA1 or the ATmega256RFR2. It is also already possible to get some Zigbee Light Link stacks from Atmel. You can get those over here: http://www.atmel.com/tools/bitcloudprofilesuite-zigbeepropublicprofile.aspx.

Edit 2:

I got some information that I can't 100% confirm yet, but there is a chance that it will not be able to use the XBee modules just because for a far as I know they are not able to send inter pan frames. These frames are necessary for the commissioning part of Zigbee Light Link. When I get more information that confirms this or not I shall edit again.

Edit 3:

The last information got confirmed for the time being the XBee modules wont be able to be used for Zigbee Light Link. The reason for this is that the current firmware doesn't support inter pan commands. It is how ever possible if you would write your own firmware but the source code of the current one is available. They might also implement these inter pan commands in the future, especially since they are needed for light link.

\$\endgroup\$
  • \$\begingroup\$ thanks! Hope that more information come out.. do not want to buy the base station and make my setup more complex.. \$\endgroup\$ – petr Feb 14 '13 at 15:08
  • \$\begingroup\$ nxp.com/documents/user_manual/JN-UG-3091.pdf \$\endgroup\$ – TheDoctor Dec 2 '14 at 23:14
  • \$\begingroup\$ @ TheDocter, even though that might help him a bit further in understanding Zigbee Light Link. ( Seeing I have gone through almost this entire document myself). It still won't help him with his challenge of making xbee's work with Zigbee Light Link. \$\endgroup\$ – Peter Dec 4 '14 at 7:12
4
\$\begingroup\$

I know this is an old post, but since I stumbled on to it looking for a profile I had not seen before I figure this answer may help someone else.

I've been working on this for a while - I don't consider my code "publishable" yet - I'm still using it in hack-and-sniff mode to find the clusters in question, but I can say the Light Link Application Profile is available as a public profile, and currently I have a Cree "Connected" light at least joining my Digi-ZigBee network.

From what I have managed to glean from the profile - you can use the HA profile or the LightLink Profile for basic control. Touchlink operation definitely requires inter-pan capabilities - which were introduced with the smart energy profile. AFAIK the Inter-pan stuff is to allow things to talk to more than one coordinator at a time, kind of important if the power company wants to use ZB to read your meter, and you have something in your house that wants to get the information from the same meter.

I'm fuzzy on that so don't take it as gospel.

Digi has also made available Smart Energy devices, which would speak the inter-pan profile, but IIRC they are only SE2.0 capable, and therefor require a signed Certificate. Good luck on that last part. Again, from my (admittedly possibly incorrect understanding) you can use the HA profile or Touchlink or both at once.

TouchLink commissioning uses profile 0xc05e "normal" commissioning uses the HA profile (0x0104)

Oh, Important note: Make sure to set the ZigBee Stack Profile (ZS) to 2 Set JV to 1 on your routers if you have any Enable Encryption 1 Open key exchange NK or KY (sorry, I get them confused) to the one in the HA Profile

API Mode 2 - API Mode with escaped characters and API Options to 2 -- Full pass though - this lets the XBee handle the majority of the stack operations, while giving you access to the network information required to be a full coordinator - little things like ZDO Announce events that let you know if a light was just turned on with the power switch.

\$\endgroup\$

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.