1. KNX – ZigBee Gateway for Home Automation
Tsai , Yu-Ming
Adviser：Tsai, Lian-jou
Oct 1
STU ESLab

2. Outline Abstract Introduction Research Background KNX–ZigBee Gateway
a. Attribute translation
b. Application service translation
c. Address translation
Result
Conclusion 2
STU ESLab

3. Abstract
Among the many wireless technologies, ZigBee is one of the most useful for home automation.
KNX is a mature protocol for wired media that is recognized as an international standard. 3
STU ESLab

4. Abstract
ZigBee is not supported with conventional home networking systems which based on wired media.
This paper proposes a KNX–ZigBee gateway to interface between KNX and ZigBee systems for wired and wireless home automation systems. 4
STU ESLab

5. Introduction-KNX
KNX is an international standard communication protocol for home automation.
KNX is based on standard protocols for the EIB (European Installation Bus), BatiBus, and the EHS (European Home System).
KNX supports several communication media, including twisted pair, power line, radio-frequency, and Ethernet. 5
STU ESLab

6. Introduction-KNX 6
STU ESLab

7. Introduction-KNX
In KNX addressing system , every bus is identified by both a physical and a group address.
The same length of user data carried in a KNX telegram can be utilized in DPT (Datapoint Type) for effective use of the bandwidth of the medium. 7
STU ESLab

8. Introduction- ZigBee
ZigBee is a low-rate, low-power, low-cost wireless networking protocol that is targeted toward automation and remote control applications and is designed to provide connectivity for equipment. 8
STU ESLab

9. Introduction- ZigBee
ZigBee defines three categories of devices according to their roles in the network: coordinator, router, and end devices.
In the current version of the HA profile, there are 31 device definitions for general devices, lighting devices, closure devices, HVAC devices, and intruder alarm system devices 9
STU ESLab

10. Introduction- ZigBee 10
STU ESLab

11. Research Background
The adoption of ZigBee as a network-layer protocol and KNX as an application-layer protocol.
The network layer of ZigBee provides advanced technologies such as routing and security, and the application layer of KNX defines application-level functions and services for HA. 11
STU ESLab

12. Research Background
The application, transport, and network layers of KNX are implemented on top of the ZigBee protocol stack, and an interface layer enables interactions between the two protocols. 12
STU ESLab

13. Research Background
KNX over ZigBee wireless nodes are also able to communicate with existing KNX devices. by using ZigBee as a new data-link. 13
STU ESLab

14. Research Background
However, This approach is limited in that KNX over ZigBee nodes cannot communicate with pure ZigBee nodes.
We propose the KNX–ZigBee gateway method to leverage the beneficial characteristics of both networks. 14
STU ESLab

15. KNX–ZigBee Gateway
KNX–ZigBee gateway as an interface between the two networks with which to translate entities from one network to the other. 15
STU ESLab

16. KNX–ZigBee Gateway
KNX–ZigBee gateway must handle entities such as the value of user data, application-level services, and the addresses of devices of both networks, three functions are supported:
1.translation of attributes of user data
2.translation of application level services
3.translation of addresses 16
STU ESLab

17. Attributes Translation
The DPTs defined by the KNX system enable the user to encode the usage of the data efficiently. 17
STU ESLab

18. Attributes Translation18
STU ESLab

19. Attributes Translation
The HA profile defined by the ZigBee system comprises Device, Cluster, Command, Attribute, and Attribute data.
An ‘On/Off Switch’ device has five categories of Clusters: On/Off, Scenes, Groups, Identify, and On/Off Switch Configuration, each with its own attributes. 19
STU ESLab

20. Attributes Translation20
STU ESLab

21. Attributes Translation
The logical access point for device communication is the endpoint in ZigBee and the communication object in KNX. An endpoint is mapped to a Device in a HA profile, and a communication object is mapped to a DPT. 21
STU ESLab

22. Attributes Translation
The DPT information is managed by a commissioning tool called ETS. Given both the incoming telegram and the DPT information, the KNX–ZigBee gateway can discern the intended use of the telegram. 22
STU ESLab

23. Attributes Translation
The information from the KNX network has
to be translated appropriately to the ZigBee application layer and APS sub-layer data structures. 23
STU ESLab

24. Attributes Translation24
STU ESLab

25. Attributes Translation
The Profile Identifier, Cluster Identifier, Attribute ID, Data Type, and Attribute data fields will be filled when we translate the example telegram from the KNX network. 25
STU ESLab

26. Application Services Translation
KNX system has three kinds of representative services that are provided during normal operations. These are A_GroupValue_Read, A_Group Value_Response, and A_GroupValue_Write.
The information regarding which service is being used is kept on the telegram as APCI (Application Protocol Control Information). 26
STU ESLab

27. Application Services Translation27
STU ESLab

28. Addresses Translation
KNX uses 16-bit physical addresses and 16-bit group addresses.
ZigBee uses three kinds of addresses:
64-bit IEEE extended addresses
16-bit network addresses
16-bit group addresses 28
STU ESLab

29. Addresses Translation
Destination endpoints are maintained separately in a group table associating groups with endpoints.
Group-addressed frames can be delivered selectively to those endpoints. 29
STU ESLab

30. Addresses Translation
By using group addresses, one message can control several devices, just as in a KNX system. 30
STU ESLab

31. Result 31
STU ESLab

32. Result 32
STU ESLab

33. Result
The ZigBee frame format for the APS sub-layer given is filled out to correspond with the example incoming KNX telegram.
Translation from a ZigBee frame to a KNX telegram can be performed by the reverse of the given procedure. 33
STU ESLab

34. Conclusion
In this paper, we proposed a KNX–ZigBee gateway to interface between KNX and ZigBee systems and enable integration of wireless and wired home automation systems.
For the broadcast communications mode is used. The ZigBee standard use applying schemes, such as multicast communications, to achieve energy efficiency. 34
STU ESLab

35. Conclusion
Some attributes and application-level services cannot be translated. the definitions may not be interchangeable between the systems.
The structure of the KNX-ZigBee gateway makes it appear complex to implement. Some systematic ideas or schemes that make its structure as simple as possible. 35
STU ESLab

36. Future Work
we plan to implement the KNX–ZigBee gateway and use it to establish a home lighting control system. This model will include direct lighting, indirect lighting, and artificial lighting devices, as well as ZigBee sensor and actuator nodes. 36
STU ESLab

37. References
[1] Christian Reinisch, “Wireles communication in home and building automation,” Master’s thesis, Vienna University of Technology February [2] Christian Reinisch, Wolfgang Kastner, Georg Neugschwandtner, Wolfgang Granzer, “Wireless technologies in home and building automation,” INDIN 2007, Volume 1, PP. 93–98, 23–27 June [3] ZigBee Alliance home page, 37
STU ESLab

38. References
[4] KNX Specification, “03_07_02 Datapoint Types v1.4 AS v a. doc v1.4,” December 14, [5] Sinem Coleri Ergen, “ZigBee/IEEE summary,”U.C. Berkeley, September 10, [6] ZigBee Specification, “ZigBee home automation public application profile,” v1.0 revision 25, ZigBee document r25, ZigBee Standard Organization, October 25, 2007. 38
STU ESLab

39. References [7] ZigBee Specification, “ZigBee cluster library
specification,” ZigBee document r01ZB,
ZigBee Standard Organization, October 19, 2007.
[8] ZigBee Specification, “ZigBee specification,”
ZigBee document r17, ZigBee Standard
Organization,January 17, 2008.
[9] KNX Specification, “03_03_07 layer application
v1.0 AS,” December 19, 2001.
[10] KNX Specification, “07_20 (S12) lighting v1.7
AS,”March 25, 2002 39
STU ESLab

40. Origin 4th IEEE Conference on Automation Science and Engineering
Key Bridge Marriott, Washington DC, USA
August 23-26, 2008
ppt Author : Tsai, Yu-Ming 40
STU ESLab

41. Thank You Very Much & Welcome to advise
STU ESLab