Home Assistant Integration for Meshtastic.
Supported Features:
- Add meshtastic devices as gateways to interact with the mesh
- Supports TCP, Serial & Bluetooth connection (also works with Bluetooth Proxy)
- Home Assistant Zeroconf, Bluetooth & USB-Serial Auto-Discovery
- Select which meshtastic nodes should be imported to home assistant
- Meshtastic node metrics
- Record received messages
- Send messages (as direct message or on broadcast channel)
- Record node position (as device tracker)
- Device triggers & actions for automations
- Various other service actions (e.g. request metrics, trace route)
For more details, see check the documentation.
Recommended: HACS
- Add this repository as a custom repository to HACS:
- Use HACS to install the integration.
- Restart Home Assistant.
- Set up the integration using the UI:
Alternatives
- Using the tool of choice open the directory (folder) for your HA configuration (where you find
configuration.yaml
). - If you do not have a
custom_components
directory (folder) there, you need to create it. - In the
custom_components
directory (folder) create a new folder calledhomeassistant-meshtastic
. - Download all the files from the
custom_components/meshtastic/
directory (folder) in this repository. - Place the files you downloaded in the new directory (folder) you created.
- Restart Home Assistant
- In the HA UI go to "Configuration" -> "Integrations" click "+" and search for "Meshtastic"
For nodes selected as part of the configuration, metrics are exposed as corresponding sensors.
Even though integration is classified as local_polling
it predominantly operates as local_push
and home assistant is notified
as soon as new state is available. Polling is only used as fallback should the push mechanism stop working.
Using notification platform and the generated notify.mesh_*
entities is the recommended way to send messages to the mesh when you don't need control over all the details
(which gateway to use, acknowledgements, etc.)
Depending on your needs, all nodes from the gateway's node database as well as the channels can be made available as notification targets.
Note: Support is based on new entity notification platform, for an example on how to use it, see official documentation.
For nodes selected as part of the configuration, device triggers and device actions are available. Prefer using device actions and triggers in your automation over using (service) actions.
There are triggers when messages have been sent or have been received. Gateway nodes offer more triggers than other nodes. You can further refine the triggers to only fire when a message was sent/received on a particular channel or as direct message.
- Send Direct Message
- Request Telemetry
- Request Position
Note: Ensure you have a delay before the action if your automations are triggered by meshtastic device trigger, otherwise you risk that your action triggered message is being dropped by meshtastic firmware because it is still busy with receiving / sending other mesh messages.
Reply back after message received from predefined device on arbitrary channel (including direct message)
- id: '1800000042000'
alias: Ping Sample
description: 'Reply back after message from device'
triggers:
- device_id: e3376b45b4912c27cffb46c58e4998e4
domain: meshtastic
type: message.sent
trigger: device
actions:
- delay:
seconds: 10
- device_id: e3376b45b4912c27cffb46c58e4998e4
domain: meshtastic
type: send_message
message: PONG {{ trigger.event.data.message }}
Echo incoming channel text messages from any node with gateway device trigger
- id: '1735857524502'
alias: Echo Channel Message
description: ''
triggers:
- domain: meshtastic
device_id: 16efde6990a6a09903153abb8624fe38
type: channel_message.received
entity_id: meshtastic.gateway_brig_channel_primary
trigger: device
conditions: []
actions:
- delay:
seconds: 5
- action: meshtastic.broadcast_channel_message
metadata: {}
data:
ack: true
channel: meshtastic.gateway_brig_channel_primary
message: 'ECHO: {{ trigger.event.data.message }}'
mode: single
Advanced: Handling incoming text messages from any node without notification platform and its entities
- id: '1735852176270'
alias: Echo on Channel Message (without Notify Platform)
description: 'Only from gateway with node id 3771721320'
triggers:
- trigger: event
event_type: meshtastic_api_text_message
event_data:
data:
to:
node:
channel: 1
gateway: 3771721320
conditions: []
actions:
- delay:
seconds: 5
- action: meshtastic.send_text
data:
ack: true
text: 'ECHO: {{ trigger.event.data.data.message }}'
from: '{{ trigger.event.data.data.gateway }}'
channel: '{{ trigger.event.data.data.to.channel }}'
mode: single
- id: '1735852176271'
alias: Echo on Direct Message (without Notify Platform)
description: 'Only from gateway with node id 3771721320'
triggers:
- trigger: event
event_type: meshtastic_api_text_message
event_data:
data:
to:
node: 3771721320
channel:
gateway: 3771721320
conditions: []
actions:
- delay:
seconds: 5
- action: meshtastic.send_text
data:
ack: true
text: 'ECHO: {{ trigger.event.data.data.message }}'
from: '{{ trigger.event.data.data.gateway }}'
to: '{{ trigger.event.data.data.from }}'
mode: single
If you don't want to use the recommend notification platform for sending messages (e.g. if you don't want to clutter your Home Assistant instance with potentially hundreds of notify mesh entities), you can still handle incoming text messages from any public node and reply to these messages. This is useful if to want to reply to incoming direct messages with a standard message, use a LLM or handle various commands with automations.
To do this, create a new Home Assistant automation that triggers on "Manual Events" and put meshtastic_api_text_message
as the "Event Type". This will cause this automation to get triggerred on all incoming channel and direct messages. You will get events that include this information:
trigger:
event:
event_type: meshtastic_api_text_message
data:
data:
from: 1127918844
to:
node: null
channel: 0
gateway: 862525748
message: Sample Message
From contains the node id of the sender of the message, to will have the node id of the gateway for direct messages, or a gateway channel id if the message is directed at the channel. Note that the channel id is dependent on the gateway node, so make sure you are using the proper gateway node when replying using that channel id.
You can create conditions in the automation to filter out the incoming messages you want or you can directly filter in the trigger. For example to filter out messages addressed to your gateway node, use this condition with your node id.
{{ trigger.event.data.data.to.node == 862525748 }}
To filter out messages addresses at the primary channel (Channel 0 is typically LONGFAST), use this condition:
{{ trigger.event.data.data.to.channel == 0 }}
You can also forward these messages as notifications to your phone, etc. For example:
Meshtastic message from ({{ trigger.event.data.data.from }}): {{ trigger.event.data.data.message }}
To reply to a text message in this situation, add a 2 second or more delay action and then an action called Meshtastic 'Send Text'
to your automation. You need to add a short delay to make sure your Meshtastic device is idle before replying. Change the Meshtastic 'Send Text'
action to edit in yaml and change the to
, from
and text
values to something like his:
action: meshtastic.send_text
metadata: {}
data:
ack: false
from: "{{ trigger.event.data.data.gateway }}"
to: "{{ trigger.event.data.data.from }}"
text: "ECHO: {{ trigger.event.data.data.message }}"
In the example above, we echo back an incoming direct message.
Direct messages or channel messages are recorded in the log book. Each gateway has an entity for direct messages and its channels, you can navigate to the device and select the entitiy to see an extract of the logbook, or you can navigate to the logbook and filter for the desired entities there.
Note: When logbook is not enabled, messages are not recorded.
For nodes selected as part of the configuration, their position is exposed as a device tracker. You can see the nodes on home assistant map accordingly and home assistant will report if node is at home or away.
Services / Actions
Use the available actions if you need more control compared to other methods to interact with meshtastic devices. Certain actions need you to understand meshtastic details and are not recommended for the average user.
If you want to contribute to this please read the Contribution guidelines