Porovnávané verzie

Kľúč

  • Tento riadok sa pridal
  • Riadok je odstránený.
  • Formátovanie sa zmenilo.

...

The KNX protocol is an open standard used in building automation. The KNX implementation uses the Falcon SDK developed by the KNX association. Since this SDK is developed in C#, the connection to the D2000 KOM process is handled by a separate module d2knx, which by default is located in the protdll directory and communicates with the D2000 KOM process via a TCP connection.

As of D2000 v23, the protdll directory contains subdirectories:

  • knx5 - contains the d2knx module using Falcon SDK 5 (5.7.426)
  • knx6 - contains the d2knx module using Falcon SDK 6 (6.1.6264)


For each communication line on which there are stations with KNX protocol, it is necessary to run one instance of the d2knx module, which requires a separate KNX interface. The KNX interface can be connected via the USB interface or can be accessed via a network based on its IP address.

...

Security Keys

The name of the security key file. If secure group communication is used, this file (so-called keyring file - * .knxkeys) can be exported from the ETS configuration tool, which is available on the KNX asociácie's website.

The parameter contains the following symbolic names:

  • # APPDIR # - it will be replaced by the path to the application directory (e.g. D:\D2000\D2000.APP\myapp\)
    Examples:
    #APPDIR#myfile.knxkeys
    D:\keys.knxkeys
ParameterMeaningUnit / SizeDefault value

Kotva
kd
kd
KNX Driver Program

Configuration of starting the d2knx module by the D2000 KOM process. If this parameter is empty, the d2knx module will not be started (another starting mechanism is assumed).

The parameter contains the following symbolic names:

  • # PROTDIR # - Upto version D2000 v22, it will be replaced be replaced by the path to the protdll directory in the D2000 installation, where d2knx is located by default (e.g. D:\D2000\D2000.EXE\protdll)
  • # BINDIR # - it will be replaced with the path to the bin directory (bin64 in the 64-bit version of D2000 on Windows) in the D2000 installation
  • Starting with version D2000 v23, due to the support of several Falcon SDK versions (5 and 6), new symbolic names #PROTDIR5# and #PROTDIR6# are created, which are replaced by the path to the directories protdll\knx5 or protdll\knx6, replacing #PROTDIR# with protdll\knx5 (e.g. D:\D2000\D2000.EXE\protdll\knx5).
  • # BINDIR # - it will be replaced with the path to the bin directory (bin64 in the 64-bit version of D2000 on Windows) in the D2000 installation
  • # HOST # - it will be replaced by the IP address configured on the line (in case of the configuration # HOST # - it will be replaced by the IP address configured on the line (in case of the configuration of several IP addresses, these will be used alternately)
  • # PORT # - it will be replaced by the TCP port number configured on the line

Note: The protdll directory also contains sample startup scripts for Windows (d2knx.bat) and Linux/Raspberry PI (d2knx).

-#PROTDIR#d2knx #HOST# #PORT#

Kotva
it
it
KNX Interface Type

Type of KNX adapter that the d2knx module opens and with which it communicates via the KNX bus:

  • USB interface by position - from the list of available KNX USB devices, the device at the position defined by the KNX Interface ID parameter (number 0, 1, 2, etc.) is selected
  • USB interface by name - a device whose name contains the text entered by the KNX Interface ID parameter (e.g. "Tapco") is selected from the list of available KNX USB devices
  • USB interface by path - from the list of available KNX USB devices, a device whose path contains the text specified by the KNX Interface ID parameter is selected (e.g. "4d1e55b2")
  • IP interface (IP address, port, protocol, NAT) - the device whose IP address is in the KNX Interface ID parameter is used
-USB interface by position

Kotva
iid
iid
KNX Interface ID

Identification of the KNX adapter to be opened, which depends on the selected KNX interface type - see the description of the KNX Interface Type parameter. This can be the serial number of the USB interface, part of its name or path, or the IP address of the KNX router.

-0

Kotva
ipp
ipp
IP Interface Port

If KNX Interface ID = "IP interface", then this parameter specifies the port number (TCP or UDP) on which the KNX router communicates. The default port number is 3671.

-3671

Kotva
ipl
ipl
IP Interface Protocol

If KNX Interface ID = "IP interface", then this parameter indicates whether UDP or TCP protocol is used for communication with the KNX router:

  • Automatic - automatic detection (default)
  • UDP - UDP protocol will be used
  • TCP - TCP protocol will be used

Automatic
UDP
TCP

Automatic

Kotva
nat
nat
IP Interface NAT

If KNX Interface ID = "IP interface" and communication goes via the UDP protocol, this parameter specifies whether address translation (NAT) is to be used for communication.

YES/NONO

Kotva
ia
ia
KNX Interface Address (x.y.z)

KNX address that can be set on the KNX interface after opening it. If not specified, the existing KNX interface address is used.
The KNX address has the format area.line.device (e.g. 1.3.99) where the area is 0..15, the line is 0..15, and the device is 0..255.

--

Note: if secure communication is used (see Security Keys and Security Password parameters) and KNX Interface Type=IP interface, it is necessary to specify the KNX address.

--

Kotva
sk
sk
Security Keys

The name of the security key file. If secure group communication is used

Kotva
sksk--

Kotva
sp
sp
Security Password

A password to access the security key file.
Note: If secure communication is used, both Security Keys and Security Password must be specified.

--

Kotva
dd
dd
Driver Debug

This parameter activates the d2knx module debugging information.

Zapnutie ladiacich informácii modulu d2knx.

YES/NONO

Kotva
fd
fd
Full Debug

This parameter activates the debugging information about the read/written values.

YES/NONO

...

Value type (reading): for Attribute=Value it specifies a way of interpreting the received value:of interpreting the received value:

  • Unsigned Int - the value is interpreted as an unsigned integer (or as a True/False value)
  • Signed Int - the value is interpreted as a signed integer
  • Float - the value is interpreted as a real number (2, 4 or 8-byte)
  • String - the value is interpreted as a string (the string in the KNX protocol has 14 characters)
  • TimeOfDay (3B) - 3-byte value is interpreted as time of day (DPT_TimeOfDay) - value type must be TiR/ToR/Ai/Ao/Ci/Co
  • Date (3B) - 3-byte value is interpreted as a date (DPT_Date) - value type must be TiA/ToA
  • DateTime (8B) - 8-byte value is interpreted as a date and time (DPT_DateTime) - value type must be TiA/ToA
  • Unsigned Int - the value is interpreted as an unsigned integer (or as a True/False value)
  • Signed Int - the value is interpreted as a signed integer
  • Float - the value is interpreted as a real number (2, 4 or 8-byte)
  • String - the value is interpreted as a string (the string in the KNX protocol has 14 characters)

Note: for an I/O tag with a value of type TiA/ToA, it is possible to process a value of type DPT_DateTime (8-byte date and time) - it is necessary to set Value type (reading) = Unsigned IntDateTime (8B) 

Value subtype (writing): for Attribute=Value, how to encode the value when writing:

  • for Value type = Unsigned Int:
    • Bool
    • TwoBit
    • FourBit
    • SixBit
    • Unsigned Byte (1B)
    • Unsigned Short (2B)
    • Unsigned Int (4B)
    • Unsigned Long (8B)
  • for Value type = Signed Int:
    • Signed Byte (1B)
    • Signed Short (2B)
    • Signed Int (4B)
    • Signed Long (8B)
  • for Value type = Float:
    • Short Float (2B)
    • Float (4B)
    • Double (8B)
  • for Value type = String:
    • String (14B)
  • for Value type = DateTime:
    • Date Time (8B)

Note: I/O tags that have the Output mode parameter set to Command in the Output control tab will not be read. In the KNX protocol, there are common objects that can be written to but not read from, so reading would end with an error that would invalidate the I/O tag value in D2000 - such I/O tag must be configured as a Command.

...

  • Ver. 1.0 - May 14th, 2020 - document creation.
  • Ver. 1.1 - July 11th, 2022 - support for reading of DPT_TimeOfDay, DPT_Date, DPT_DateTime.
  • Ver. 1.2 - July 18th, 2023 - support for writing of DPT_DateTime.


Info
titleRelated pages:

Communication protocols

...