Uses libtelldus-core (Tellstick) to transmit events to MQTT. These events can then be used from different home automation / smart home utilities like Home Assistant and OpenHAB or your own custom handlers and loggers.
The broker is installed with standard Go tools:
go get github.com/hnesland/telldusmq
The broker depends on telldus-core to communicate with Tellstick.
Other dependencies are handled by Go.
It's currently known to work on Ubuntu 16.04, but should also work on other Linux distributions. The C-based API for Telldus works on Linux, MacOS and Windows. This broker should also work on MacOS, but it is untested. If you're adventurous enough, maybe Windows even works ;-)
After installation the broker can be started directly and will look for a configuration file. A sample configuration file is provided in the repository. The broker currently does not accept any parameters.
The broker is configured using a Viper compatible configuration file (JSON, TOML, YAML, HCL or Java properties). Currently the file must be named telldusmq.<type>
like telldusmq.json
. We'll look for the configuration file in /etc/telldusmq/
, $HOME/.telldusmq/
or the current working directory.
The MQTT parameters for topic and payload, can contain template variables (from Go text/template package). The templates are executed on an object containing the event from Tellstick with the following properties:
- Class
- Protocol
- Model
- Code
- House
- Unit
- Group
- Method
- Id
- Temp
- Humidity
- Value
- DataType
We can then use the variables like this: Temperature for id#{{.Id}} is: {{.Temp}}
Some sensors supports both temperature and humidity and if you wish to have a separate event for both these types, you can set the configuration item Tellstick => SplitTemperatureAndHumidity
to true
. The Value
property will contain the value (temperature or humidity) and the DataType
property will contain temp
or humidity
. The sample configuration reflects this.
Telldus Core reports device methods as turnon
or turnoff
by default. If you wish to map these to other values like ON
or OFF
, 1
or 0
etc, this can be configured with setting Tellstick => MapTurnOnTo
and Tellstick => MapTurnOffTo
to the appropriate strings.
Telldus-core allows to transmit commands to devices. The broker subscribes to the MQTT-topic defined in MQTT => Events => SubscribeTopic
. Currently we support two methods for transmitting commands; devices from tellstick.conf and raw commands.
A few methods in telldus-core for transmitting actions are implemented. These are turnoff
, turnon
, learn
and dim
. The MQTT-payload for these events must be formatted like this:
{"protocol":"telldusdevice", "method":"turnon", "device_id": 145}
{"protocol":"telldusdevice", "method":"dim", "device_id": 145, "level": 25}
The method
can be one of the described methods above, and device_id
must be a device defined in tellstick.conf. Protocol must be telldusdevice
.
We also listen to the topic defined in MQTT => Events => SubscribeDeviceEvents
. This topic can either be a specified device id like tellstick/device/events/13
or a wild card defining all devices tellstick/device/events/#
. The payload for these events is simply the Tellstick method described above.
We don't really support raw commands yet, but we hopefully will very soon. There is some initial support for archtech, but it probably won't work.
The WIP is published anyway. MQTT-payload for these are:
{"protocol":"archtech", "house": 12345, "unit": 9, "method": "turnoff"}
{"protocol":"archtech", "house": 12345, "unit": 9, "method": "dim", "level": 25}
- Implement archtech properly
- Implement more protocols
- Implement proper protocol-switching
Please report bugs by raising issues for this project in Github.