Manuals+

Thermokon STC-KNX Bidirectional Gateway

Operation and Installation Manual

Bidirectional Gateway with 32 channels between EnOcean and KNX Bus

Application

The STC-KNX is a bidirectional gateway between EnOcean radio devices and the KNX bus. It transfers commands and measured values of EnOcean wireless sensors to the KNX bus, for example, to control KNX actuators. EnOcean wireless actuators can also be controlled via KNX.

The EnOcean communication is based on the EnOcean Equipment Profiles (EEP). This profile is usually specified in the data sheet of the EnOcean device.

For the controlling of EnOcean actuators corresponding EEPS are emulated. This means that the gateway sends radio telegrams like a push button or a window contact.

Encrypted communication on EnOcean is supported; encryption can be enabled for each sensor or actuator channel separately.

Further information to the EnOcean Equipment Profiles can be found on www.enocean-alliance.org.

In addition the gateway supports logical and control functions and includes radio-repeater functionality. The STC-KNX is divided in 32 channels. Each channel can be assigned to one of the following functions:

Installation and connection

The mounting can be done on a wall surface (e.g. brick-work or wood). The mounting holes match those of a 55 mm flush-mounted box.

When choosing the installation location the RF range of EnOcean devices to be associated with the gateway has to be considered. Shielding objects (e.g. metal cabinets) or interfering transmitters (e.g. computers, electronic transformers, ballasts) near the gateway should be avoided.

More information on range planning and RF interference can be found in the data sheets of the devices and on www.enocean.com.

The connection to the KNX bus is made with a bus connector. The correct polarity of the terminal referred to the printing inside the unit has to be considered. The device is powered by the bus, and does not require an external or additional power supply.

The STC-KNX features the following controls and displays:

This device is powered only by the KNX bus. The device is not working without KNX bus power.

A. KNX Programming mode

The KNX programming mode is activated/deactivated by pressing the KNX programming button T3 4.

When the programming mode is active, the programming LED 5 lights red. This LED blinks red when the application is not running, e.g. after a failed ETS download.

A gateway ex-factory has the default individual address 15.15.255. There are no group addresses and no connections to RF sensors and actuators programmed.

If the flashing programming LED 5 indicates a problem during the last ETS download, the ETS application should be reloaded.

The signal strength of received radio telegrams is visualized as a bar at the bottom of the display. If the received telegram corresponds to one or more channels, it will be shown in a channel matrix on the display.

When a channel is selected, the first line of the display shows the channel number and the text configured in the ETS. In the second line, the channel type (sensor/actuator) and associated EnOcean equipment profiles (EEP) is shown. The channel type is displayed on the right edge as a graphical symbol.

In the third line, the number of the allocated and available channel links is displayed. If encryption is enabled for a channel, the next line shows a lock. The signal strength bar is displayed in the last line.

B. Button functions

The buttons inside the device are only needed for the commissioning phase and are not accessible when closed.

Key press T3 (KNX Prog. Mode): Activate "KNX Prog. mode"

A long key press is detected when a button is pressed for longer than 1 second.

C. LCD Display

The integrated display is used for commissioning and system diagnostics. In normal operation, it is not required and is not visible when the device is closed.

The main menu shows the device name, the operation mode (e.g. "Running") and the KNX individual address.

D. Defined operation modes

Operation mode Description
Ready Start of device
Running ETS application is loaded, the device is operating normally.
Loading ETS download is running
Pending Last ETS download was not successful; additionally, programming LED flashes red
Unloaded ETS application unloaded; additionally, programming LED flashes red

E. Linking to EnOcean devices

Before linking to EnOcean devices, the functions have to be programmed for each channel with the ETS. Per channel typically only one EnOcean device can be linked. For switches, window handles and window contacts up to four links per channel are possible.

If the EnOcean device sends encrypted telegrams, "Channel encryption" has to be enabled for the selected channel.

For unidirectional actuator channels any number, for bidirectional only one RF actuator can be learnt. Encrypted control of actuator channels is supported and can be enabled by parameter in the selected channel.

F. Linking mode for RF sensors

The operation of the gateway during the teach-in of wireless sensors is done using the two buttons below the display.

If the device is in normal mode, the push button T2 activates, by short key press, the channel mode and changes to the next channel. The display shows the current channel number and the number of connected devices. Also the ETS configured text will be shown for every channel.

With a long press of T2 on the visible channel, the linking mode is activated. If the device matches the selected function via the parameter configuration, a transmitting device can be connected to the current channel. A connection is created by pressing the learn-button of the sensor. Window handles and switches must be operated for teach-in because they do not have a separate learn button.

To avoid that other transmitting devices are stored by accidental activation during the programming phase, devices can be programmed only after 3-times activation. For this purpose in the general parameters 'Link switches/handles (RPS) after 3 tel.' must be selected. The sensor has to send three telegrams within 10 seconds to be linked.

The link mode is terminated by a short press of the left key T1, as well as automatically after 5 minutes without operation.

Quick guide linking mode for RF-sensors

  1. T2 short press to select the desired channel.
  2. T2 long press to activate the learning mode ("Wait for ENO ...").
  3. Activate the learning mode in the RF-sensor.
  4. The sensor is now programmed.

G. Deleting links for RF sensors

Links with RF sensors can be deleted in several ways. With a long press on T1 the delete mode is activated for the current channel. The sensor can now be deleted from the visible channel by pressing the learn button on the RF sensor. It is also possible to delete all assignments of the selected channel by pressing T2 ("All"). For this, it is not required to operate the RF sensors.

By programming the application program via the ETS all programmed sensors of all channels will be deleted, when the "Delete all links after download" function in the general parameter is enabled.

If the function of a channel has been changed, programming the parameters with ETS deletes the links of the modified channel.

The link mode is terminated by a short press of the left key T1, as well as automatically after 5 minutes without operation.

Quick guide linking mode for RF sensors:

  1. T2 short press to select the desired channel.
  2. T1 long press to activate the delete mode ("Wait for ENO or del all links...").
  3. Activate the learning mode at the desired RF sensor to delete.

Alternatively:

H. Linking mode for RF-actuators

The selection of the channel during the teach-in of actuators is the same as for teach-in of sensors, additionally the EnOcean ID of the selected channel is displayed. The teach-in is depending on the emulated sensor type selected:

When emulating an RPS switch, the learning mode in the gateway is activated by pressing T2 long at the desired channel. The "Select key:" selection appears in the display. The pressure point (top or bottom) of the learning telegram can be selected here with the T2 button. For some actuators, several pressure points must be separated separately.

Now the T2 button is pressed long to send up to 3 learning telegrams to the actuator in the learning mode ("RF" appears briefly in the display). Once this has been done, the learning mode of the actuator can be terminated again and the actuator is taught-in.

The learning mode must first be activated at the actuator. When emulating a 1BS contact, the EnOcean telegram for teach-in is sent by pressing button T2 short on the desired channel, the display briefly shows "RF".

The learning mode must first be activated at the actuator. When the bi-directional VLD actuators are teached-in, the learning telegram is triggered by a long button press of T2 in the desired channel (a short "RF" appears in the display), a successful connection is displayed on the links ("Links 1/1").

Attention: Some actuators on the market trigger learning from their side - this is not supported by the gateway.

The teach-in procedure for these bi-directional devices is initiated by the actuator: This means that the teach-in process is the same as for a sensor channel. The message "Wait for ENO ..." appears with long button press on button T2, then a learning telegram must be triggered at the actuator. If the teach-in was successful, the display switches back to the channel view.

The learning mode is terminated by a short press of the left button T1, as well as automatically after 5 minutes without operation.

I. Deleting links for RF actuators

The selection of the channel when deleting connections to actuators is the same as for teach-in of sensors. The teach-in is depending on the emulated sensor type:

J. Normal operation

RF sensors

When in normal operation mode, each received EnOcean telegram will be compared to see if it has been assigned to a channel. If so, the channel is shown shortly in a matrix on the LCD display. Depending on the configured function there will be one or more telegrams sent on the bus. The gateway only sends telegrams to the KNX bus when a corresponding EnOcean telegram has been received.

If an EnOcean telegram is not assigned to any channel, only the signal strength is shown in the display with a bar.

K. RF actuators

If a channel is set to switch or input contact and the gateway receives a telegram from the KNX bus, which is assigned to this actuator channel, a RF telegram will be sent for this channel.

If a channel is set to HVAC actuator, the channel waits for a request of the actuators then it sends the actual values to KNX and EnOcean.

For the other actuator channels, the communication is bidirectional: Each telegram from KNX or EnOcean triggers a telegram on the other medium.

L. Internal links

For some use cases it is necessary to link KNX data points (communication objects) of different channels. Thus, values of sensor channels can be connected with inputs from control channels. But also wireless sensors can be connected with RF actuators.

Data points can be linked in the ETS by assigning the same group address to an output and an input object. In this case the values will also be sent to the bus.

In contrast, the internal links are foreseen to link communication objects directly without sending telegrams via the KNX bus. For this purpose no group addresses have to be assigned in the ETS. Internal links can be created in the parameter dialog of the ETS. In the receiving channel, the communication object number of the output channel can be selected. The value of the selected object is copied internally into the receiving object and implements the associated function.

M. Repeater function

The repeater function is used for extend distances between sensors and actuators. The STC-KNX is a level-1 radio repeater. This means, that only telegrams that come directly from a transmitter will be repeated. Telegrams sent by other repeaters are not repeated again.

The repeater function of the STC-KNX is activated by the general parameters in the ETS. If the function is enabled it will be displayed in the main menu of the display left under the individual address.

Bus monitor function

The integrated bus monitor function is used for system diagnostics directly on the device. The device can display both EnOcean and KNX telegrams.

A short press of T1 in menu activates the dual EnOcean and KNX bus monitor ("ENO+KNX BUSMON"). The last five incoming and outgoing messages are displayed at the bus monitor.

A short press of T2 switches between the operating modes of the bus monitor:

Long button press of T2 clears all currently displayed telegrams. To return to the main menu of the gateway, the T1 button is used. The bus monitor is automatically closed after 5 minutes of inactivity.

N. EnOcean bus monitor

If a telegram is received from an EnOcean device, the signal strength (RSSI) value is shown in the first position of the line. The RSSI (Received Signal Strength Indication) is represented by a value between 1 and 4 (1 = min., 4 = best). The first 8 digits of numeric value is the hexadecimal ID of the sending device. The transmitted data is displayed also in hexadecimal coding in the second numeric part.

If a message is sent by the gateway, it is displayed in the first position of the line with an "S". The ID used by the gateway and the transferred data are also shown.

O. KNX bus monitor

The KNX bus monitor displays the messages at object level. Therefore, only group telegrams are visible which address the gateway or which are sent by it.

If a telegram is received from KNX bus, it will be shown in the KNX bus monitor with an "I". Behind it the decimal group object number and the data packet will be shown with up to 4 hexadecimal bytes.

If a KNX group address is associated with several group objects in the gateway, one line will be shown for each link.

When sending a message to the KNX bus, an "O" is displayed with the decimal object number and the data packet in hexadecimal coding.

If two objects are linked via an internal connection and a telegram is transmitted via this connection, this is indicated with an "M", the decimal object number of the receiving object and the data packet in hexadecimal coding.

P. EnOcean bus monitor for teach-in telegrams

In this operating mode only EnOcean telegrams are displayed which are sent by the device on pressing the learn button. By this the supported EnOcean Equipment Profile (EEP) of the device can be read directly from the display.

The first 8 digits of numeric value is the hexadecimal ID of the sending device, the next block shows the received EEP number if it could be evaluated.

Summary of displayed messages in bus monitor:

Q. Device description

The first page shows general information about the device.

Common

R. Gateway functions

For each of the 32 channels one of the following function can be selected:

If a channel function is enabled, a name of up to 15 characters can be assigned to the channel by parameter "Displayed text". This name should be clear and meaningful, it is shown in the display in the channel view of the selected channel, in addition also in ETS in the object names of the channel.

The 1st channel will be described below, the functioning of the other 31 channels is according to the 1st.

Gateway functions on channel type "Link from EnOcean sensor to KNX"

In this operating mode EnOcean sensors can be integrated into a KNX system.

When pressing the learn button most EnOcean sensors send their EEP to prevent linking of the sensor to an incompatible gateway channel. The compatible profile is written in the parameter sensor type in the ETS database. If an attempt is made to teach a sensor with an EEP that does not match the channel, the gateway does not establish the connection. If during the ETS configuration, the EEP of a channel is changed, the next download will delete learned sensors on the channel.

During operation, the gateway forwards the data sent on EnOcean of a linked sensor via one or more objects on KNX.

If the EnOcean sensor transmits encrypted telegrams, this must be activated by the parameter "Channel encryption".

Sensor type "RPS Switch"

The type of device to be used can be selected via the parameter switch type. It is possible to learn devices with a single switch, two or four rockers.

The channel encryption can also be activated in the parameter, it should be noted that at the moment only the PTM 215 of the switch modules of EnOcean is able to communicate encrypted.

Switching the PTM 215 to encrypted communication:
  1. Simultaneously press both contact tabs from either channel A or B
  2. By activating the energy bow, trigger the learning telegram and activate the encryption
Switching the PTM 215 to unencrypted communication:
  1. Simultaneously press all contact tabs from channel A and B
  2. By activating the energy bow, trigger the learning telegram and deactivate the encryption

Switch type "1 Push button (F6-01-01)"

The parameters "KNX function" define which KNX telegrams are triggered when the push button is pressed and released:

On short button press, a switching telegram is sent via object switching. On long button press, a relative dimming is sent over the entire dimming range to object dimming. When releasing after long button press, a dimming stop telegram is sent via object dimming. Both objects are linked, each switching on or increase of brightness is followed by a switching off or decreasing of brightness on next button press.

On each long button press the shutter moves up or down alternatively. If the shutter is moving, it is stopped on short button press, if the shutter is stopped, every short button press sends a step command in up direction.

Short button press triggers a scene command. Furthermore, it is selected by parameter whether a command to learn a scene is sent on long button press.

Switch type "2 Rockers (F6-02-01)"

Each pressure point of the 2 rockers can be individually assigned to KNX functions by the parameters "KNX function Switch pressure point":

On short button press, a switching telegram is sent via object switching. On long button press, a relative dimming is sent over the entire dimming range to object dimming. When releasing after long button press, a dimming stop telegram is sent via object dimming. Both objects are linked, each switching on or increase of brightness is followed by a switching off or decreasing of brightness on next button press.

On each long button press the shutter moves up or down alternatively. If the shutter is moving, it is stopped on short button press, if the shutter is stopped, every short button press sends a step command in up direction.

Short button press triggers a scene command. Furthermore, it is selected by parameter whether a command to learn a scene is sent on long button press.

Switch type "4 Rockers (F6-03-01)"

The configuration of a 4-fold rocker is analogous to the 2-fold rocker (F6-02-01), however, it must be noted that for the complete integration, 2 channels must be used in the gateway, one channel for rockers A-B, another channel for rockers C-D. When using a 4-fold rocker, channel encryption is not supported.

The configuration of a 4-fold rocker is analogous to the 2-fold rocker (F6-02-01), however, it must be noted that for the complete integration, 2 channels must be used in the gateway, one channel for rockers A-B, another channel for rockers C-D. When using a 4-fold rocker, channel encryption is not supported.

Sensor type "Special switches and contacts"

The parameter switch/contact type can be used to select which type of device is to be used, the following profiles are available:

Switch/contact type "1BS Window contact (D5-00-01)"

For window contacts, up to 4 contacts can be taught into one channel. The gateway detects a common state of all contacts learned in the channel and sends the value "closed" only when all windows are closed.

Switch/contact type "4BS Window and door contact (A5-14-xx)"

For this device type, up to 4 contacts can be taught into one channel. The gateway detects a common state of all contacts learned in the channel and sends the value "closed" only when all windows are closed.

The following devices of this profile family are supported:

The position of the handle is dependent on the installation condition. This is described in the datasheet of the window handle. The handle is mounted correctly if two Off-telegrams via both data points are sent when the window is closed.

Switch/contact type "RPS Window handle (F6-10-00)"

For window handle sensors, three states can be detected: window open, tilted or closed. When turning the handle in a position the corresponding state will be mapped to two communication objects and transmitted. Up to four handles can be taught to a channel.

The gateway calculates a common state of all handles assigned to the channels. Following some examples from the state table:

For window handles the following communication objects are available:

Switch/contact type "VLD multi sensor window handle (D2-06-01)"

On selecting this devices type following objects are available:

S. Gateway functions on channel type "Link from KNX to EnOcean actuator"

To control EnOcean actuators the gateway can emulate the corresponding sensor profiles. This means the device sends the same radio telegrams as an EnOcean push button for example. Here, each channel uses its own sender ID.

In addition, bidirectional EnOcean actuators with the following EEP families are supported:

The following actuator functions are available in the parameters:

Emulated sensor type "RPS switch (F6-02-01 / D2-03-00)"

With this profile, a complete RPS switch with 2 rockers can be emulated. Each rocker is separately configurable, the following functions are available:

In both "Switching" operating modes, an object is available for rocker A and B:

In the case of a switching telegram via KNX, the telegram of the EnOcean rocker is sent for "key pressed" and shortly thereafter for "key released".

In both "Dimming" operating modes, two objects are available for each rocker A and B:

For a move command via KNX the telegram of the EnOcean rocker is sent for "key released" and shortly thereafter for "key pressed":

A command for the adjustment of the slats via KNX releases 3 telegrams via EnOcean: "Key released," then "key pressed" and then again "key released":

Emulated sensor type "1BS input contact (D5-00-01)"

With this profile, a 1BS contact input is emulated, this profile is e.g. used by many simple EnOcean window contacts. One object is available:

KNX telegrams over this object are mapped to EnOcean as follows:

Emulated sensor type "VLD actuators (D2-01-XX)"

With this profile, various bidirectional EnOcean switching or dimming actuators of this EEP family can be used.

Depending on the device type, the following objects are available for switching or dimming, some profiles also have an energy counter:

Emulated sensor type "VLD actuators (D2-05-XX)"

With this profile, bidirectional EnOcean shutter actuators of this EEP family can be used.

The following objects are available for this device type:

The channel used by the EnOcean device must be set in the parameters, alternatively it can be selected that the gateway channel is to control all channels of an EnOcean device. If the EnOcean device has several channels, a separate gateway channel can be used for each.

In addition, it can be determined by parameter whether the actuator is to approach positions directly or via a reference run, and the operating time of a step command can also be set.

Emulated sensor type "HVAC actuator for valve (A5-20-01)"

With this profile, various bi-directional EnOcean actuators can be used, the following objects are available:

The drive cyclically asks the gateway for new data for set value of the valve and summer mode (in many drives 10 minutes are fixed) and sends its battery status and temperature at the same time, which are immediately forwarded to KNX.

If while the waiting time for the request a new valve position was received by KNX, the valve moves to the last received position after the request.

Emulated sensor type "HVAC actuator for valve (A5-20-04)"

With this profile, various bi-directional EnOcean actuators can be used, the following objects are available:

The drive cyclically asks the gateway for new data for set value of the valve and summer mode (in many drives 10 minutes are fixed) and sends its battery status and temperature at the same time, which are immediately forwarded to KNX.

If while the waiting time for the request a new valve position was received by KNX, the valve moves to the last received position after the request.

In addition, the threshold for message "battery low" over KNX can be set in the parameters of this profile.

Emulated sensor type "HVAC actuator for valve (A5-20-06)"

As of ETS database V1.1

With this profile, various bi-directional EnOcean actuators can be used, the following objects are available:

The drive cyclically asks the gateway for new data for set value of the valve and summer mode (in many drives 10 minutes are fixed) and sends its battery status, temperature and rel. setpoint of temperature at the same time, which are immediately forwarded to KNX.

If while the waiting time for the request a new valve position was received by KNX, the valve moves to the last received position after the request.

Gateway functions on channel type "Control/Logic"

Several control / logic functions can be selected here. They include time, control, logic, valuator, trigger and watchdog functions. These functions can be operated with a sensor or actuator channel in the device or externally via KNX telegrams.

Control/Logic type "Timer"

Here it is possible to realize a switch-on or switch-off delay. The time is set in seconds.

2 objects are available:

Control/Logic type "Controller"

Various control algorithms are available:

Control algorithm "Two-point float"

The controller channel has the following objects:

The channel is active on device start, and can be deactivated via object "Controller on/off". When deactivated, the "Switch" object sends an off telegram and the channel reacts to no changes via the "Actual/Set point" objects during deactivation. If the controller has been deactivated, any changes to the input objects are processed on activation, and the output switches according to its configuration.

The parameter "Operating mode" or "Output" can be used to determine whether the output switches off or on when the actual value is over Set point. If the actual value is below Set point with a fixed hysteresis of -1K, the output is switched on or off.

On device start, the Set point from parameters is active, the parameter "Set point via group object" defines how a new Set point via a telegram is treated:

Control algorithm "Continuous float"

This controller channel has the following objects:

The channel uses a PI controller, which operates with the configuration via parameter "control speed" and a fixed cycle time of 5 minutes.

The controller channel is active on device start, without actual value, the control variable is 50% for heating, 0% for cooling. The controller can be deactivated via object "Controller on/off". On deactivation, the control variable 0% is sent to close the valve, and the channel will not react to any other input objects during deactivation. If the controller has been deactivated, any changes to the input objects are processed on activation, and the output switches according to its configuration.

If the object "Open window" is received via object, the control variable 0% is sent on the next regular transmission, the controller continues to work according to its configuration on "Window closed".

When a 1 is received via the "Night" object, the controller goes into the night lowering / raising, whereby the current Set point value is reduced or increased by the value specified in the parameter.

With every received 1 via input "Presence", the delay time starts again, the controller switches to the night lowering / raising at the end of the delay time.

On device start, the Set point from parameters is active, the parameter "Set point via group object" defines how a new Set point via a telegram is treated:

In the operating mode "Heating", frost protection is also active: If the actual temperature falls below +5°C, the "Control variable" output sends 50% to protect the heating system, if the actual temperature exceeds +6°C when frost protection is active, the controller returns to normal operation.

Control algorithm "Heat requisition"

This controller channel has the following objects:

The maximum input value from the objects "Control value 1-6" is sent to the "Max value" output, whereby the object "Demand" sends a 1 if the maximum value>0, a 0 if the maximum value is 0.

Control algorithm "Lighting control"

Several functions can be implemented:

Simple control

The simple control only evaluates the brightness and can be used, for example, for a store window. The light turns on if it is too dark, and automatically turns off when the brightness limit is reached.

Logic type "Gate"

Each gate channel has 2 gates with individually configurable type:

Each gate of a channel has 2 input and 1 output object:

The states at the inputs are linked according to the selected logic function, the result is sent to the output at each input telegram.

Logic type "Logic element"

Various logic functions can be used here:

Logic type "Inverter"

Each gate channel supports up to 4 separate inverters:

The inverter sends each telegram at the input inverted to the output.

Logic type "Toggle flip-flop"

Each gate channel supports up to 4 separate toggle flip-flops:

The toggle flip-flop changes between on/off telegram at the output at every on telegram at the input, an off telegram at the input is ignored.

Control/Logic type "Special"

Various functions can be configured here:

Special type "Valuator"

Each channel supports up to 4 valuators to output byte values, or up to 2 valuators to output 2-byte float values:

The value sent by the output object can be individually configured for each valuator on 0 and 1 telegram at the input.

Special type "Trigger"

Each channel supports up to 4 triggers for evaluation of byte values, or up to 2 triggers for evaluation of 2-byte float values:

It is individually configurable for each trigger, at which threshold value on the input object a 0 or 1 telegram is sent by the output object.

Special type "Watchdog"

Filter type 2 Byte

Each channel supports up to 4 functions to monitor the transmission frequency of EnOcean devices:

The inputs must be internally linked to output objects of EnOcean devices. Each reception of an EnOcean telegram restarts the monitoring time. The alarm on KNX is triggered if no EnOcean telegram was received within the monitoring time.

Filter type 2 Byte Float

For input type 1 bit, 1 and 2 bytes, an output telegram is sent only if the input value has changed. For input type 2 byte float, it is also possible to set the minimum change of the input value for an output telegram.

In addition, the sending of an output telegram can be completely blocked via the object "blocking".

Filter type 1 Bit

Filter type 1 Byte

Models: STC-KNX Bidirectional Gateway with 32 Channels Between EnOcean and KNX Bus, STC-KNX, Bidirectional Gateway with 32 Channels Between EnOcean and KNX Bus, 32 Channels Between EnOcean and KNX Bus, EnOcean and KNX Bus

File Info : application/pdf, 22 Pages, 1.46MB

PDF preview unavailable. Download the PDF instead.

STC-KNX Manual en

References

Julian Dimian Adobe PDF Library 22.3.98

Related Documents

Preview Thermokon JOY KNX Room Operating Unit Manual
Comprehensive manual for the Thermokon JOY KNX room operating unit, covering installation, configuration, functional descriptions, operating modes, and KNX specifications.
Preview Thermokon STC-DO8 Typ 2: Wireless Actuator with 8 Digital Outputs and Integrated Fan Coil Controller
Technical datasheet for the Thermokon STC-DO8 Typ 2, a wireless actuator featuring 8 digital outputs and an integrated Fan Coil controller. This document details its application, technical specifications, wiring diagrams, functions, and configuration options for building automation systems.
Preview Thermokon STC-DO 8 Typ 1 Datenblatt: Funk-Aktor für Heiz-/Kühlregelung
Das Datenblatt für den Thermokon STC-DO 8 Typ 1 beschreibt einen bidirektionalen Funk-Empfänger mit 8 digitalen Ausgängen für Heiz- und Kühlregelungen in Gebäudeautomationssystemen. Enthält technische Spezifikationen, Anwendungsdetails und Sicherheitsinformationen.
Preview Thermokon SAB05 EasySens Radiator Valve Actuator - Technical Data
Detailed technical data, installation, operation, and configuration guide for the Thermokon SAB05 EasySens wireless radiator valve actuator. Covers features, specifications, safety precautions, and airConfig setup.
Preview Thermokon STC-DO8 Typ 1 Datenblatt: Funk-Aktor für Heiz-/Kühlregelung
Umfassendes Datenblatt für den Thermokon STC-DO8 Typ 1, einen bidirektionalen Funk-Empfänger mit 8 digitalen Ausgängen zur Heiz-/Kühlregelung. Erfahren Sie mehr über technische Daten, Anwendung, Konfiguration und Montage.
Preview Thermokon EasySens airConfig Software and Configuration Tool
A comprehensive guide to Thermokon's EasySens airConfig software, detailing its features for wireless configuration and remote management of EasySens products. It covers installation, system requirements, software download, usage of the main interface, device pairing, signal filtering, and sending configurations, along with troubleshooting tips.
Preview Thermokon SR65 868 MHz Wireless Outdoor Temperature Sensor Datasheet
Datasheet for the Thermokon SR65 868 MHz Wireless Outdoor Temperature Sensor, detailing its application, security advice, disposal notes, technical specifications, and configuration with airConfig.
Preview Thermokon SAB05 EasySens Datasheet: Wireless Radiator Valve Actuator
Detailed datasheet for the Thermokon SAB05 EasySens wireless radiator valve actuator. Learn about its application in building automation, technical specifications, mounting, configuration, and operational features for room temperature control.