diff --git a/fhem/docs/commandref.html b/fhem/docs/commandref.html
index 5eb5136d2..91ce50975 100644
--- a/fhem/docs/commandref.html
+++ b/fhem/docs/commandref.html
@@ -82,6 +82,7 @@
ECMDECMDDeviceDS18S20
+ EIBEnOceanEMEMEM
@@ -115,6 +116,7 @@
SIS_PMSTCMTellStick
+ TULUSF1000USBWXVantagePro2
@@ -3210,6 +3212,110 @@ A line ending with \ will be concatenated with the next one, so long lines
+
+
EIB / KNX
+
+ EIB/KNX is a standard for building automation / home automation.
+ It is mainly based on a twisted pair wiring, but also other mediums (ip, wireless) are specified.
+
+ While the module TUL represents the connection to the EIB network,
+ the EIB modules represent individual EIB devices. This module provides a basic set of operations (on, off, on-till, etc.)
+ to switch on/off EIB devices. Sophisticated setups can be achieved by combining a number of
+ EIB module instances or by sending raw hex values to the network (set raw ).
+
+ EIB/KNX defines a series of Datapoint Type as standard data types used
+ to allow general interpretation of values of devices manufactured by diferent companies.
+ This datatypes are used to interpret the status of a device, so the state in FHEM will then
+ show the correct value.
+
+
+
+ Define an EIB device, connected via a TUL. The
+ <group> parameters are either a group name notation (0-15/0-15/0-255) or the hex representation of the value (0-f0-f0-ff).
+ The <main group> is used for sending of commands to the EIB network.
+ The state of the instance will be updated when a new state is received from the network for any of the given groups.
+ This is usefull for example for toggle switches where a on command is send to one group and the real state (on or off) is
+ responded back on a second group.
+
+ For actors and sensors the
+ autocreate module may help.
+
+ Example:
+
model
+ set the model according to the datapoint types defined by the (EIB / KNX specifications).
+ The device state in FHEM is interpreted and shown according to the specification.
+
+ The TUL module is the representation of a EIB / KNX connector in FHEM.
+ EIB instances represent the EIB / KNX devices and will need a TUL as IODev to communicate with the EIB / KNX network.
+ The TUL module is designed to connect to EIB network either using EIBD or the TUL usb stick created by busware.de
+
+ Note: this module may require the Device::SerialPort or Win32::SerialPort
+ module if you attach the device via USB and the OS sets strange default
+ parameters for serial devices.
+
+
+
+
+
+
+
+ Define
+
+ define <name> TUL <device> <physical address>
+
+ TUL usb stick / TPUART serial devices:
+ <device> specifies the serial port to communicate with the TUL.
+ The name of the serial-device depends on your distribution, under
+ linux the cdc_acm kernel module is responsible, and usually a
+ /dev/ttyACM0 device will be created. If your distribution does not have a
+ cdc_acm module, you can force usbserial to handle the TUL by the
+ following command:
modprobe usbserial vendor=0x03eb
+ product=0x204b
In this case the device is most probably
+ /dev/ttyUSB0.
+
+ You can also specify a baudrate if the device name contains the @
+ character, e.g.: /dev/ttyACM0@19200
+ Note: For TUL usb stick the baudrate 19200 is needed and this is the default
+ when no baudrate is given.
+
+
+ Example:
+ define tul TUL tul:/dev/ttyACM0 1.1.249
+
+ EIBD:
+ <device> specifies the host:port of the eibd device. E.g.
+ eibd:192.168.0.244:2323. When using the standard port, the port can be omitted.
+
+
+ Example:
+ define tul TUL eibd:localhost 1.1.249
+
+
+ If the device is called none, then no device will be opened, so you
+ can experiment without hardware attached.
+
+ The physical address is used as the source address of telegrams sent to EIB network.
+