23.03.2017 Views

wilamowski-b-m-irwin-j-d-industrial-communication-systems-2011

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

KNX 42-3<br />

Domain A<br />

Backbone line<br />

Domain B<br />

Area BC<br />

Main line<br />

LC<br />

LC<br />

LC<br />

B<br />

Line<br />

Line<br />

Line<br />

FIGURE 42.1<br />

Topology.<br />

In addition to individual and group addresses, KNX also defines the use of polling addresses allowing<br />

a device to request status data from up to 15 other nodes with minimal protocol overhead. This<br />

<strong>communication</strong> scheme is useful for high-frequency node liveness checking and rests upon the service<br />

L_Poll_Data. It is limited to a single physical segment. Finally, to avoid interference between different<br />

KNX installations on open media, KNX supports the use of domain addresses.<br />

The network layer (NL) uses the services provided by the DL and offers four different NL services:<br />

a unicast service (N_Data_Individual), a multicast service (N_Data_Group), a domain-wide<br />

broadcast service (broadcast within a single domain; N_Data_Broadcast), and a system broadcast<br />

service (broadcast across domain borders; N_Data_SystemBroadcast). For all four services, the<br />

individual address of the sender is used as the source address. The destination address type depends on<br />

the used service: for unicast <strong>communication</strong>, the individual address of the receiver is used, while for<br />

multicast <strong>communication</strong>, the group address of the destination group is used. The broadcast services are<br />

implemented by using a DL group address of “0.” Additionally, the NL introduces a hop count, which is<br />

decremented and examined by routers and repeaters to perform filtering based on the amount of elapsed<br />

hops of a packet.<br />

The TL uses the NL services and enriches them by providing a connection-oriented unicast service<br />

(T_Data_Connected). Using this service, a device is able to establish a reliable unicast connection<br />

to another device. The state machine used implements an acknowledgment mechanism where data<br />

packets are retransmitted in case of negative or absent acknowledgments. The other NL services are<br />

transparently passed through (T_Data_Individual, T_Data_Group, T_Data_Broadcast,<br />

and T_Data_SystemBroadcast).<br />

The AL on top of the protocol stack supports a multitude of AL services. Generally, these services<br />

can be divided into two different service classes. The first one is dedicated to exchanging<br />

process data (process data <strong>communication</strong>). Beside other rarely used opportunities to exchange<br />

process data in KNX (e.g., using the polling mechanism), the most important ones are the group<br />

<strong>communication</strong> services (A_GroupValue_Read and A_GroupValue_Write). Since they<br />

are based on T_Data_Group, they are multicast services. The second class of services is used<br />

for configuration and maintenance tasks (management <strong>communication</strong>). It includes services for<br />

uploading user applications, assigning individual and group addresses and accessing diagnostic<br />

information.<br />

KNX defines different frame formats depending on the <strong>communication</strong> medium and service. The<br />

most commonly encountered format by far is the twisted-pair standard data frame L_Data, shown at<br />

the top of Figure 42.2.<br />

The frame starts with the control octet. This octet indicates the frame format (Frame Type) and<br />

contains the priority field. It also holds a repeat flag that is set for retransmitted frames. The following<br />

© <strong>2011</strong> by Taylor and Francis Group, LLC

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!