Integrate Meshtastic (ccnet-wv-meshpoint) MQTT into Home Assistant #57
Labels
No labels
blocked
borg-backup
ceph
forgejo
in-progress
infra
netdata
nextcloud
p:high
p:low
p:medium
searxng
service-onboard
swarm-nodes
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
copper/ccnet-prod-devops#57
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
RAK7248/Meshpoint node (ccnet-wv-meshpoint, 10.10.60.208, vlan60/IoT)
health-checked 2026-08-24 -- service healthy, MQTT connection to the
public mqtt.meshtastic.org broker confirmed live (ESTABLISHED socket).
Not yet wired into Home Assistant.
Open decision to scope before implementing: broker choice.
architected for this per CLAUDE.md/ccnet-mosquitto-swarm/README.md)
-- requires adding a meshtastic user via the stack's chained
mosquitto_passwd -b pattern (no -c) plus a new Swarm secret; only
the ccnet user exists in mosquitto-swarm-stack.yml today.
dependency and sits awkwardly against vlan60 being locked down as
tightly as the DMZ.
Either way, the node's local.yaml currently has publish_json: false
and homeassistant_discovery: false (Meshpoint has native HA MQTT
discovery support) -- both need flipping for a clean HA integration
path, since raw protobuf topics are much harder to consume than JSON.
Also note: this node has never received an RF packet from another
Meshtastic node in its 4-week history (self-TX only), and Meshpoint's
MQTT publisher only relays received packets -- so no MQTT traffic will
appear until a neighbor is heard, independent of the HA wiring itself.