# EnOcean to MQTT Forwarder #
[](https://pypi.python.org/pypi/enocean-mqtt/) [](https://pypi.python.org/pypi/enocean-mqtt/) [](https://pypi.python.org/pypi/enocean-mqtt/) [](https://pypi.python.org/pypi/enocean-mqtt/)
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](https://github.com/kipe/enocean) library.
## Installation ##
enocean-mqtt is available on [PyPI](https://pypi.org/project/enocean-mqtt/) 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](https://bugzilla.redhat.com/show_bug.cgi?id=955379))
- `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/ttyUSB0`or `/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](https://www.element14.com/community/docs/DOC-55169). 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](https://www.raspberrypi.org/documentation/configuration/uart.md) 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:
```ini
dtoverlay=disable-bt
```
## Configuration ##
Please take a look at the provided [enoceanmqtt.conf.sample](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](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`.