20050714281257KNX_standard.pdf
(
321 KB
)
Pobierz
Fax
System-architecture
The
World’s first open
STANDARD
for
Home and Building Control
© 2001 – 2004 Copyright Konnex Association; July 2004
KNX
The World’s first open STANDARD
for Home and Building Control
Index
Index
1.
Elements of the KNX architecture ................................................................................ 5
2.1.
Applications, interworking and binding ......................................................................... 6
2.2.
Basic configuration schemes........................................................................................ 7
2.3.
Network management and resources .......................................................................... 7
2.4.
Communication: Physical layers .................................................................................. 8
2.5.
Communication: Common kernel and message protocol............................................. 9
2.6.
Resources .................................................................................................................. 10
2.7.
Device models............................................................................................................ 11
2.8.
Device identification ................................................................................................... 12
Introduction: the KNX network ..................................................................................... 3
3.
System capabilities, communication and addressing models .................................... 13
3.1.
Logical topology and individual address space .......................................................... 13
3.2.
Network and resource management with broadcast and uni-cast “Point-to-point”
services ...................................................................................................................... 14
3.3.
Multicast “Group addressing” for run-time efficiency .................................................. 14
3.4.
Frame overview.......................................................................................................... 15
4.
Application models, data-points and binding.............................................................. 17
4.1.
Data-points and distributed applications .................................................................... 17
4.2.
Group objects ............................................................................................................. 18
4.3.
Properties of interface objects as data-points ............................................................ 18
4.4.
Free or structured binding .......................................................................................... 19
4.5.
Tagged binding........................................................................................................... 20
5.
Interworking model..................................................................................................... 22
5.1.
The application: Data-point types and functional blocks ............................................ 22
5.2.
Parameter data-points................................................................................................ 23
5.3.
Good citizenship and multi-mode integration ............................................................. 23
6.
Configuration modes .................................................................................................. 24
6.1.
General....................................................................................................................... 24
6.2.
System Mode ............................................................................................................. 24
6.3.
Controller mode.......................................................................................................... 25
6.4.
Push-button mode ...................................................................................................... 26
6.5.
Logical tag mode ........................................................................................................ 27
6.6.
Logical tag extended mode ........................................................................................ 28
6.7.
A-mode....................................................................................................................... 28
7.
Profiles ....................................................................................................................... 29
7.1.
Definition and use....................................................................................................... 29
7.2.
Profiles description ..................................................................................................... 29
7.3.
Profiles as guideline to this specification .................................................................... 30
8.
ETS, eteC and ANubis*.............................................................................................. 31
8.1.
The ETS tool family .................................................................................................... 31
8.2.
The eteC components and API’s................................................................................ 32
8.3.
KNX broadband, intranet, internet, and integrated services with ANubis................... 33
10.
Certification ................................................................................................................ 34
11.
Contact....................................................................................................................... 35
System architecture
© 2001 – 2004 Copyright Konnex Association; July 2004
Page 2 of 35
2.
9.
About Konnex Association ......................................................................................... 35
KNX
The World’s first open STANDARD
for Home and Building Control
Introduction: the KNX network
1. Introduction: the KNX network
This chapter outlines the main elements of the KNX system, and the concepts behind it. It should
be useful as a guideline for newcomers to the system in finding their way around the KNX
specification, for product managers and development engineers looking for suitable
implementation options within the system, as well as for those with experience from KNX’
“parent systems” to get acquainted with some new terminology and challenging new possibilities.
Building control technology as provided by KNX is a specialised form of automated process
control, dedicated to the needs of home and building applications. One premise for KNX is to
furnish a radically decentralised, distributed approach; hence the term
network
.
The KNX device network results from the formal merger of the 3 leading systems for Home and
Building automation (BatiBUS, EIB and EHS) into the specification of the new Konnex Association.
The common specification of the “KNX” system provides, besides powerful runtime characteristics,
an enhanced “toolkit” of services and mechanisms for network management.
On the Konnex device network, all the devices come to life to form distributed applications in the
true sense of the word. Even on the level of the applications themselves, tight interaction is
possible, wherever there is a need or benefit. All march to the beat of powerful interworking models
with standardised data-point types and “Functional Block” objects, modelling logical device
channels.
The mainstay of S- ("System") mode is the centralised free binding and parameterisation (typically
with the PC-based ETS tool). It is joined by E- (“Easy”) mode device profiles, which can be
configured according to a structured binding principle, through simple manipulations – without the
need for a PC tool. Completing the family, A- (“Automatic”) mode achieves “Plug-and-Play”
configuration aimed primarily at consumer products such as White and Brown goods. The three
configuration modes share common run-time interworking, allowing the creation of a
comprehensive and multi-domain Home and Building communication system.
The available Twisted-Pair and Power-Line communication media have been completed with
Radio-Frequency (868 MHz band).
KNX explicitly encompasses a methodology and PC tools for project engineering, i.e. for linking a
series of individual devices into a functioning installation, and integrating different KNX media and
configuration modes. This is embodied in the vendor independent Engineering Tool Software
(ETS) suites for Windows.
In contrast to the “One Size Fits All” creed, the KNX system is entirely independent of any specific
microprocessor platform or even architecture. Depending on the profile chosen by the
manufacturer, he can select any suitable industry-standard chip, or opt for available KNX OEM
solutions like Bus Coupling Units, BIM’s, chip sets etc. Some KNX profiles allow a tiny system
System architecture
© 2001 – 2004 Copyright Konnex Association; July 2004
Page 3 of 35
KNX
The World’s first open STANDARD
for Home and Building Control
Introduction: the KNX network
footprint (say < 5kB), and easily run on an 8-bit processor. Other implementations use 16 or 32-bit
processors, or even PC’s in the full sense of the word.
Through all of the above, KNX device networks may be flexibly adapted to present an optimal
solution for each application domain and installation. Furthermore, they have also the capability to
be inserted in a “Service Network” environment ,usually based on broadband networks running IP;
the Internet Protocol, to further amplify and leverage the benefits of our intelligent home, office or
business environment. To address this need, Konnex Association proposes KNX-ANubis.
Joining all these requirements into one common, streamlined system – fulfilling stringent
compatibility requirements with a large installed base – is no mean feat. The next section
summarises the essential bricks KNX uses to accomplish all this, while further sections zoom in
more closely on some distinctive features and characteristics of the KNX system.
System architecture
© 2001 – 2004 Copyright Konnex Association; July 2004
Page 4 of 35
KNX
The World’s first open STANDARD
for Home and Building Control
Elements of the KNX architecture
2. Elements of the KNX architecture
KNX specifies many mechanisms and ingredients to bring the network into operation, while
enabling manufacturers to choose the most adapted configuration for their market. The following
figure 1 shows an overview of the KNX model, bringing the emphasis on the various open choices.
Rather than a formal protocol description the following details the components or bricks that may
be chosen to implement in the devices and other components a full operational system.
Figure 1: The
KNX
model
System architecture
© 2001 – 2004 Copyright Konnex Association; July 2004
Page 5 of 35
Plik z chomika:
xyzgeo
Inne pliki z tego folderu:
case_study_pracujpl.pdf
(430 KB)
DNS.pdf
(201 KB)
FAQ Logical Topology.pdf
(133 KB)
falcon_technical_info.pdf
(4 KB)
Falcon Deployment.pdf
(27 KB)
Inne foldery tego chomika:
altana
Zgłoś jeśli
naruszono regulamin