would typically consist of an interface of datapoints such as “On/Off”, “Setpoint
temperature”, “Operating mode”, etc.
Associations between communication objects from different KNX devices are actually done
by means of so-called group addresses.
KNX telegrams within a working KNX installation are always addressed to a certain KNX
group address. Typically, whenever a communication object on a KNX device changes its
value, the new value is updated to the bus, by sending a “write” telegram addressed to its
associated group address. The rest of KNX devices in the installation that have a
communication object associated to this group address will act accordingly on reception of
the new value.
Other operations are possible. KNX devices can also decide to read the current value of the
communication objects, by sending a “read” telegram to a certain group address (previously
known to be associated to the targeted comm. object). This operation is performed by many
devices on bus start-up or recovery – in this way, the device gets the latest value of the
group addresses it has associated right from its start-up.
Each datapoint defined in IntesisBox KNX configuration needs to have at least a single KNX
group address associated with it. This group address will be used either for sending updates
to KNX of the datapoint value (that have been generated on the other BACnet/IP interface
of the IntesisBox), or receiving updates from KNX of the datapoint value (that will be
propagated to the BACnet/IP side in this case)
From the point of view of KNX functionality, each datapoint of IntesisBox can hold following
group address associations:
• A single KNX group address with which update/write telegrams will be sent,
whenever the datapoint changes (as a result of a change coming from the other
interface of IntesisBox, BACnet/IP in this case).
• One or more KNX group addresses from which this datapoint of IntesisBox will be
updated/written from the KNX installation (resulting in a change to the other side of
IntesisBox, BACnet/IP in this case).
• A single KNX group address from which IntesisBox will read the object value on KNX
bus recovery / IntesisBox start-up.
Behavior of IntesisBox’ datapoints with regard to their associated group addresses is
defined by means of flags (R, W, T, U and U2), explained in section 5.1.2.
Additional to the binding aspect commented above, it is also important to notice that each
KNX communication object has a defined EIS type. The EIS type of a communication object
defines the bit length and coding of the data it represents. Communication objects
associated by means of a group address need to match the same EIS type, in order to
communicate consistently.
So, at configuration time it is required that for each datapoint configured on IntesisBox an
EIS type is defined. Datapoints on IntesisBox BACnet support the following EIS-types:
• EIS1 - Switching (1bit raw)
• EIS2 - Dimming (4bit raw)
• EIS5 – Value (16bit – floating type)
• EIS6 – Scaling (8bit – scaled 0%-100% in values 0-255)
• EIS7 – Drive Control (1bit raw)
• EIS8 – Priority (2bit raw)
• EIS9 – IEEE 754 float (32bit – floating type)
• EIS10 – 16bit Counter (16bit raw)