MQTT Fan
The mqtt
fan platform lets you control your MQTT enabled fans.
Configuration
In an ideal scenario, the MQTT device will have a state_topic
to publish state changes. If these messages are published with a RETAIN
flag, the MQTT fan will receive an instant state update after subscription and will start with the correct state. Otherwise, the initial state of the fan will be unknown
. A MQTT device can reset the current state to unknown
using a None
payload.
When a state_topic
is not available, the fan will work in optimistic mode. In this mode, the fan will immediately change state after every command. Otherwise, the fan will wait for state confirmation from the device (message from state_topic
). The initial state is set to False
/ off
in optimistic mode.
Optimistic mode can be forced even if a state_topic
is available. Try to enable it if you are experiencing incorrect fan operation.
To enable MQTT fans in your installation, add the following to your configuration.yaml
The configuration.yaml file is the main configuration file for Home Assistant. It lists the integrations to be loaded and their specific configurations. In some cases, the configuration needs to be edited manually directly in the configuration.yaml file. Most integrations can be configured in the UI. [Learn more] file.
After changing the configuration.yaml
The configuration.yaml file is the main configuration file for Home Assistant. It lists the integrations to be loaded and their specific configurations. In some cases, the configuration needs to be edited manually directly in the configuration.yaml file. Most integrations can be configured in the UI. [Learn more] file, restart Home Assistant to apply the changes.
# Example configuration.yaml entry
mqtt:
- fan:
command_topic: "bedroom_fan/on/set"
Configuration Variables
A list of MQTT topics subscribed to receive availability (online/offline) updates. Must not be used together with availability_topic
.
The payload that represents the available state.
The payload that represents the unavailable state.
When availability
is configured, this controls the conditions needed to set the entity to available
. Valid entries are all
, any
, and latest
. If set to all
, payload_available
must be received on all configured availability topics before the entity is marked as online. If set to any
, payload_available
must be received on at least one configured availability topic before the entity is marked as online. If set to latest
, the last payload_available
or payload_not_available
received on any configured availability topic controls the availability.
Defines a template to extract device’s availability from the availability_topic
. To determine the devices’s availability result of this template will be compared to payload_available
and payload_not_available
.
The MQTT topic subscribed to receive availability (online/offline) updates. Must not be used together with availability
.
Defines a template to generate the payload to send to command_topic
.
Information about the device this fan is a part of to tie it into the device registry. Only works when unique_id
is set. At least one of identifiers or connections must be present to identify the device.
A link to the webpage that can manage the configuration of this device. Can be either an http://
, https://
or an internal homeassistant://
URL.
A list of connections of the device to the outside world as a list of tuples [connection_type, connection_identifier]
. For example the MAC address of a network interface: "connections": [["mac", "02:5b:26:a8:dc:12"]]
.
A list of IDs that uniquely identify the device. For example a serial number.
Flag which defines if the entity should be enabled when first added.
The encoding of the payloads received and published messages. Set to ""
to disable decoding of incoming payload.
The category of the entity.
Defines a template to extract the JSON dictionary from messages received on the json_attributes_topic
. Usage example can be found in MQTT sensor documentation.
The MQTT topic subscribed to receive a JSON dictionary payload and then set as sensor attributes. Usage example can be found in MQTT sensor documentation.
The name of the fan. Can be set to null
if only the device name is relevant.
Flag that defines if fan works in optimistic mode
true
if no state topic defined, else false
.
Defines a template to generate the payload to send to direction_command_topic
.
The MQTT topic to publish commands to change the direction state.
The MQTT topic subscribed to receive direction state updates.
Defines a template to extract a value from the direction.
Defines a template to generate the payload to send to oscillation_command_topic
.
The MQTT topic to publish commands to change the oscillation state.
The MQTT topic subscribed to receive oscillation state updates.
Defines a template to extract a value from the oscillation.
The payload that represents the available state.
The payload that represents the unavailable state.
The payload that represents the oscillation off state.
The payload that represents the oscillation on state.
A special payload that resets the percentage
state attribute to unknown
when received at the percentage_state_topic
.
A special payload that resets the preset_mode
state attribute to unknown
when received at the preset_mode_state_topic
.
Defines a template to generate the payload to send to percentage_command_topic
.
The MQTT topic to publish commands to change the fan speed state based on a percentage.
The MQTT topic subscribed to receive fan speed based on percentage.
Defines a template to extract the percentage
value from the payload received on percentage_state_topic
.
Must be fan
. Only allowed and required in MQTT auto discovery device messages.
Defines a template to generate the payload to send to preset_mode_command_topic
.
The MQTT topic to publish commands to change the preset mode.
The MQTT topic subscribed to receive fan speed based on presets.
Defines a template to extract the preset_mode
value from the payload received on preset_mode_state_topic
.
List of preset modes this fan is capable of running at. Common examples include auto
, smart
, whoosh
, eco
and breeze
.
The maximum QoS level to be used when receiving and publishing messages.
If the published message should have the retain flag on or not.
The maximum of numeric output range (representing 100 %). The number of speeds within the speed_range
/ 100
will determine the percentage_step
.
The minimum of numeric output range (off
not included, so speed_range_min
- 1
represents 0 %). The number of speeds within the speed_range / 100 will determine the percentage_step
.
The MQTT topic subscribed to receive state updates. A “None” payload resets to an unknown
state. An empty payload is ignored. By default, valid state payloads are OFF
and ON
. The accepted payloads can be overridden with the payload_off
and payload_on
config options.
Make sure that your topics match exactly. some-topic/
and some-topic
are different topics.
Examples
In this section you find some real-life examples of how to use this fan.
Full configuration
The example below shows a full configuration for a MQTT fan using percentage and preset modes.
There are 10 speeds within the speed range, so percentage_step
= 100 / 10 steps = 10.0 %.
# Example using percentage based speeds with preset modes configuration.yaml
mqtt:
- fan:
name: "Bedroom Fan"
state_topic: "bedroom_fan/on/state"
command_topic: "bedroom_fan/on/set"
direction_state_topic: "bedroom_fan/direction/state"
direction_command_topic: "bedroom_fan/direction/set"
oscillation_state_topic: "bedroom_fan/oscillation/state"
oscillation_command_topic: "bedroom_fan/oscillation/set"
percentage_state_topic: "bedroom_fan/speed/percentage_state"
percentage_command_topic: "bedroom_fan/speed/percentage"
preset_mode_state_topic: "bedroom_fan/preset/preset_mode_state"
preset_mode_command_topic: "bedroom_fan/preset/preset_mode"
preset_modes:
- "auto"
- "smart"
- "whoosh"
- "eco"
- "breeze"
qos: 0
payload_on: "true"
payload_off: "false"
payload_oscillation_on: "true"
payload_oscillation_off: "false"
speed_range_min: 1
speed_range_max: 10
Configuration using command templates
This example demonstrates how to use command templates with JSON output.
# Example configuration.yaml with command templates
mqtt:
- fan:
name: "Bedroom Fan"
command_topic: "bedroom_fan/on/set"
command_template: "{ state: '{{ value }}'}"
direction_command_template: "{{ iif(value == 'forward', 'fwd', 'rev') }}"
direction_value_template: "{{ iif(value == 'fwd', 'forward', 'reverse') }}"
oscillation_command_topic: "bedroom_fan/oscillation/set"
oscillation_command_template: "{ oscillation: '{{ value }}'}"
percentage_command_topic: "bedroom_fan/speed/percentage"
percentage_command_template: "{ percentage: '{{ value }}'}"
preset_mode_command_topic: "bedroom_fan/preset/preset_mode"
preset_mode_command_template: "{ preset_mode: '{{ value }}'}"
preset_modes:
- "auto"
- "smart"
- "whoosh"
- "eco"
- "breeze"
This example shows how to configure a fan that doesn’t use forward
and backward
as directions.
# Example configuration.yaml with direction templates
mqtt:
- fan:
name: "Bedroom Fan"
direction_command_template: "{{ iif(value == 'forward', 'fwd', 'rev') }}"
direction_value_template: "{{ iif(value == 'fwd', 'forward', 'reverse') }}"