EnOcean to MQTT Forwarder

This Python module receives messages from an EnOcean interface (e.g. via USB) and publishes selected messages to an MQTT broker.

You may also configure it to answer to incoming EnOcean messages with outgoing responses. The response content is also defined using MQTT requests.

It builds upon the Python EnOcean library.

Installation

enocean-mqtt is available on PyPI and can be installed using pip:

• pip install enocean-mqtt

Alternatively, install the latest release directly from github:

• download this repository to an arbritary directory
• install it using python setup.py develop

Afterwards, perform configuration:

• adapt the enoceanmqtt.conf.sample file and put it to /etc/enoceanmqtt.conf
  • set the enocean interface port
  • define the MQTT broker address
  • define the sensors to monitor
• ensure that the MQTT broker is running
• run enoceanmqtt from within the directory of the config file or provide the config file as a command line argument

Setup as a daemon

Assuming you want this tool to run as a daemon, which gets automatically started by systemd:

• copy the enoceanmqtt.service to /etc/systemd/system/ (making only a symbolic link will not work)
• systemctl enable enoceanmqtt
• systemctl start enoceanmqtt

Setup as a docker container

Alternatively, instead of running a native deamon you may want to use Docker:

• Mount the /config volume and your enocean USB device
• Adapt the enoceanmqtt.conf file in the /config folder

The volume mount has to point to -v /local/path/to/configfile:/config. Example docker command:

sudo docker run --name="enoceanmqtt" --device=/dev/enocean -v /volume1/docker/enocean2mqtt/config:/config volschin/enocean-mqtt:latest.

Define persistant device name for EnOcean interface

If you own an USB EnOcean interface and use it together with some other USB devices you may face the situation that the EnOcean interface gets different device names depending on your plugging and unplugging sequence, such as /dev/ttyUSB0or /dev/ttyUSB1. You would need to always adapt your config file then.

To solve this you can make an udev rule that assigns a symbolic name to the device. For this, create the file /etc/udev/rules.d/99-usb.rules with the following content:

SUBSYSTEM=="tty", ATTRS{product}=="EnOcean USB 300 DB", SYMLINK+="enocean"

After reboot, this assigns the symbolic name /dev/enocean. If you use a different enocean interface, you may want to check the product string by looking into dmesg and search for the corresponding entry here. Alternatively you can check udevadm info -a -n /dev/ttyUSB0, assuming that the interface is currently mapped to ttyUSB0.

Using with the EnOcean Raspberry Pi Hat

This module works with the element14 EnOcean Raspberry Pi Hat. The hat presents the EnOcean transceiver to the system as device /dev/ttyAMA0, set enocean_port to this device in your configuration file.

Depending on your Raspberry Pi model, you may need to enable the serial port and/or disable the Linux serial console using raspi-config. See Disable Linux serial console in the Raspberry Pi UART documentation for the procedure.

Additionally, for the Raspberry Pi 3, you will need to disable the built-in Bluetooth controller as there is a hardware conflict between the EnOcean Hat and the Bluetooth controller (they both use the same hardware clock.) To do this, add the following line to /boot/config.txt and reboot:

dtoverlay=disable-bt

Configuration

Please take a look at the provided enoceanmqtt.conf.sample sample config file. Most should be self explaining.

Multiple config files can be specified as command line arguments. Values are merged, later config files override values of the former. This is the order:

• /etc/enoceanmqtt.conf
• in Dockerfile: /enoceanmqtt-default.conf, compare enoceanmqtt-default.conf.
• any further command line argument.

This can be used to split security sensitive values from the device configs.

Usage

Reading EnOcean Messages

Every EnOcean message that a configured sensor receives will get decoded according the configured rorg, func, type fields. Then, the decoded content will be published to MQTT.

To avoid receiving MQTT messages for specific devices you have two choinces. You may either not configure it at all, but you will still see entries in the log file then on messages fron unknown devices. Alternatively you can enter the device in the configuration and set ignore to 1.

Sending EnOcean Messages

To send EnOcean messages you prepare the packet data by sending MQTT request to specific fields. You typically configure the default_data property in the config file and afterwards customize/complete the packet by publishing an MQTT message to the device topic where you prefix the topic with /req.

An example: If you want to set the valve position (set point) of a heating actuator named heating (e.g. with rorg = 0xA5, func = 0x20, type = 0x01) to 80 % you publish the integer value 80 to the topic enocean/heating/req/SP. This replaces the corresponding part of default_data.

For VLD packets, you need to set the VLD type. For this, configure a command topic in the configuration file. Sending and MQTT request to this topic sets the command ID of the used EEP profile.

To finally trigger the sending of the packet, place an MQTT message to the device's req/send topic. If you want to clear the customized data buffer back to default, set the MQTT payload to clear. Any other payload will keep the data buffer for further send requests.

Answering EnOcean Messages

Similar to sending EnOceam Messages you can configure it to send a packet as an answer to in incoming EnOcean packet. For this, you configure the answer switch in the device's configuration section. As above, you set the default_data in the config file and customize the response data by publishing MQTT messages to the device topic where you prefix the topic with /req.