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.
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
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
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
.
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
.
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
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.
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.
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
.
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.
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
.
Publish the received EnOcean packet with the retain flag.
persistent = 1
Publish the received EnOcean packet as a JSON-formatted message.
publish_json = True # or true or 1
Publish the received RSSI.
publish_rssi = 1
Publish the EnOcean packet received date.
publish_date = 1
For EEP supporting multiple commands, define the shortcut of the packet field used as command identifier.
command = CMD
Group received EnOcean packet fields depending on the value of one of the fields.
channel = IO/CMD # Received data will be published to <device_root>/IOx/CMDy
Forward learn messages to MQTT.
log_learn = 1
Send data as an answer to an incoming packet.
answer = 1
Set the direction of the received packet for device needing an answer.
direction = 1
Default data to be sent to the device.
default_data = 0x80810408
Use another sender ID to send command to the device.
This ID should be in the range [Base_ID...Base_ID+127].
For example, if your Base_ID is 0xFFDA5580, then you can set sender to any ID between 0xFFDA5580 and 0xFFDA55FF.
sender = 0xFFDA5581