MQTT notify
The MQTT notify platform lets you send an MQTT message when the send_message
action is called. This can be used to expose a action of a remote device that allows processing a message, such as showing it on a screen.
Configuration
# Example configuration.yaml entry
mqtt:
- notify:
command_topic: "home/living_room/status_screen/notifications"
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 the device’s availability from the availability_topic
. To determine the device’s availability result, the 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 notify entity is a part of to tie it into the device registry. Only works when unique_id
is set. At least one of the 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 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 to use when displaying this notify entity. Can be set to null
if only the device name is relevant.
The payload that represents the available state.
The payload that represents the unavailable state.
The maximum QoS level to be used when receiving and publishing messages.
If the published message should have the retain flag on or not.
Make sure that your topic matches exactly. some-topic/
and some-topic
are different topics.
Examples
In this section, you will find some real-life examples of how to use this feature.
Full configuration
The example below shows a full configuration for a notify entity.
# Example configuration.yaml entry
mqtt:
- notify:
unique_id: living_room_stat_scr01
name: "Living room status screen"
command_topic: "home/living_room/status_screen/notifications"
availability:
- topic: "home/living_room/status_screen/available"
qos: 0
retain: false