Supla na Home Assistant dwa sposoby

O mój boże, ale kombinujesz.
Po pierwsze to musisz zatrzymać broker by grzebać w jego konfiguracji.

Po drugie pochwal się jak masz zainstalowany HA,
Jak podzielić się informacjami o swojej instalacji Home Assistant na forum lub githubie
ale ze zdjęcia i tak widać że to HAOS, więc… można użyć bardziej intuicyjnych narzędzi jak choćby File Editor (dostępny jako Dodatek)

Po trzecie w czym się wyraża to że nie możesz zapisać, bo ze zdjęć to nie wynika (nie ma musu robienia zdjęć - masz windows to rób zrzuty ekranu, a i to niechętnie, bo to tylko w celach ilustracyjnych, głównym narzędziem porozumienia jest jednak tekst). Może już w tym katalogu masz jakiś inny plik o pożądanej nazwie?

System Information

version core-2025.2.1
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.13.1
os_name Linux
os_version 6.6.73-haos
arch x86_64
timezone Europe/Warsaw
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.5
Stage running
Available Repositories 1573
Downloaded Repositories 1
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 14.2
update_channel stable
supervisor_version supervisor-2025.02.0
agent_version 1.6.0
docker_version 27.2.0
disk_total 30.8 GB
disk_used 9.3 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization kvm
board ova
supervisor_api ok
version_api ok
installed_addons Advanced SSH & Web Terminal (20.0.0), Mosquitto broker (6.5.0), Node-RED (19.0.0), Zigbee2MQTT (2.1.1-1), Home Assistant Google Drive Backup (0.112.1), File editor (5.8.0), eWeLink Smart Home (1.4.3), Cloudflared (5.2.8), Terminal & SSH (9.16.0), Samba share (12.4.0)
Dashboards
dashboards 2
resources 6
views 4
mode storage
Network Configuration
adapters lo (disabled), enp0s18 (enabled, default, auto), hassio (disabled), docker0 (disabled), vethc5dcf18 (disabled), vethbf89695 (disabled), vethe900415 (disabled), vethf161be1 (disabled), veth374873e (disabled), vethc70d53f (disabled), veth706259b (disabled), vethcf11abc (disabled), vethaab62da (disabled), vethf54f164 (disabled), veth06d3710 (disabled), vethaa2dd51 (disabled), veth80d76b4 (disabled)
ipv4_addresses lo (127.0.0.1/8), enp0s18 (192.168.1.111/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), vethc5dcf18 (), vethbf89695 (), vethe900415 (), vethf161be1 (), veth374873e (), vethc70d53f (), veth706259b (), vethcf11abc (), vethaab62da (), vethf54f164 (), veth06d3710 (), vethaa2dd51 (), veth80d76b4 ()
ipv6_addresses lo (::1/128), enp0s18 (fe80::211e:4f2:e787:6370/64), hassio (fe80::42:b8ff:fedc:a369/64), docker0 (fe80::42:c8ff:fe9e:e573/64), vethc5dcf18 (fe80::c03c:beff:fe2c:b6e1/64), vethbf89695 (fe80::3097:56ff:fef2:1383/64), vethe900415 (fe80::dc5f:c4ff:fea6:902/64), vethf161be1 (fe80::2c4b:12ff:fe83:55b8/64), veth374873e (fe80::445f:5eff:fe66:1aef/64), vethc70d53f (fe80::144f:5ff:feee:2178/64), veth706259b (fe80::64a2:c2ff:feab:2a59/64), vethcf11abc (fe80::b0fe:e7ff:fee5:ab91/64), vethaab62da (fe80::3c8b:adff:fe7c:9308/64), vethf54f164 (fe80::9862:33ff:fe2e:61b3/64), veth06d3710 (fe80::a0bb:18ff:fe93:ba85/64), vethaa2dd51 (fe80::d04a:33ff:fe9d:1829/64), veth80d76b4 (fe80::ecfc:2cff:fec0:a190/64)
announce_addresses 192.168.1.111, fe80::211e:4f2:e787:6370
Recorder
oldest_recorder_run 28 stycznia 2025 21:06
current_recorder_run 8 lutego 2025 07:26
estimated_db_size 49.23 MiB
database_engine sqlite
database_version 3.47.1

broker zatrzymany
poprostu wnioskuje po tym ze go bo nie widzę w urządzeniach mqtt
dodatkowo mam zrobione zigbeemqtt
Jak sprawdzić czy już jest taki plik?
W file edytor powinno być w głównym katalogu?

Przepraszam nie dam rady, brak podstaw.

Ale spróbujmy…

Nie, nie w głównym, tylko tam gdzie ma być.
Swoją drogą ten “główny” wcale nie jest główny.
File Editor w fabrycznej konfiguracji nie umożliwia wyjścia poza standardowy katalog konfiguracyjny (żeby niedoświadczonych użytkowników nie kusiło grzebać gdzieś, gdzie nie powinni)
nie da się wyjść z /homeasstant czyli /config

ale skoro potrzebujesz grzebać w innym miejscu
to go konfigurujesz tak


a wtedy da się wyjść do katalogu głównego / i stamtąd do /share czy gdziekolwiek potrzebujesz


Tak poza konkurencją to oczywiście w terminalu da się stwierdzić czy w katalogu istnieją pliki wystarczy je wylistować, ale nie czuje się na silach by robić jakieś szkolenie z podstaw unixa czy linuxa.

Nie napiasłeś też jak się manifestuje to, że nie możesz zapisać pliku (nie wiem może nie znasz nano?).


Tak poza konkurencją nie wiem czy tutorial gdzieś na początku jest nadal aktualny, ale załóżmy że jest (tylko czy plik dokładający coś do konfiguracji mosquitto może się tak nazywać to nie wiem, choć wydaje mi się, że nazwa może być dość dowolna, więc nazwałbym go supla.conf aby w logu brokera było widać co i skąd załadował)

Jakkolwiek, aby broker go wczytał przy swoim starcie musi mieć skonfigurowany i włączony katalog dostosowania ( ten /share/mosquitto w przypadku Dodatku będzie wymagał takiej konfiguracji)

chyba się uda…

Ustawiłeś mu konfigurację Enforce Basepath na wyłączone?
to

Dziękuję za poświęcony czas
Tak potrzebny był reboot
Udało się wszystko chodzi

Witam kolegów. Mam problem z integracją supla z Home Assistant. Wszystko krok po kroku zrobiłem wg opisanego 2 sposobu. Po 5 razy w sprawdzane literówki etc i nie działa… W MQTT nie pokazuje żadnych urządzeń z supli. Poniżej logi z Mosquitto broker:

[16:34:13] INFO: e[32mStarting NGINX for authentication handling...e[0m
[16:34:14] INFO: e[32mStarting mosquitto MQTT broker...e[0m
1767540854: Loading config file /share/mosquitto/bridge.conf
2026-01-04 16:34:14: Warning: Mosquitto should not be run as root/administrator.
2026-01-04 16:34:14: mosquitto version 2.0.22 starting
2026-01-04 16:34:14: Config loaded from /etc/mosquitto/mosquitto.conf.
2026-01-04 16:34:14: Loading plugin: /usr/share/mosquitto/go-auth.so
2026-01-04 16:34:14:  ├── Username/password checking enabled.
2026-01-04 16:34:14:  ├── TLS-PSK checking enabled.
2026-01-04 16:34:14:  └── Extended authentication not enabled.
2026-01-04 16:34:14: Opening ipv4 listen socket on port 1883.
2026-01-04 16:34:14: Opening ipv6 listen socket on port 1883.
2026-01-04 16:34:14: Opening websockets listen socket on port 1884.
2026-01-04 16:34:14: Warning: Unable to connect to bridge bridge-12345678	.
2026-01-04 16:34:14: mosquitto version 2.0.22 running
2026-01-04 16:34:14: New connection from ::1:37100 on port 1883.
2026-01-04 16:34:14: Client <unknown> disconnected due to protocol error.
[16:34:15] INFO: e[32mSuccessfully send discovery information to Home Assistant.e[0m
[16:34:16] INFO: e[32mSuccessfully send service information to the Supervisor.e[0m
2026-01-04 16:34:59: New connection from 172.30.32.1:58483 on port 1883.
2026-01-04 16:34:59: New client connected from 172.30.32.1:58483 as 4FYpgfawXgrAKdhXQmWKqJ (p2, c1, k60, u'homeassistant').
2026-01-04 16:35:00: Client 4FYpgfawXgrAKdhXQmWKqJ disconnected.
2026-01-04 16:35:00: New connection from 172.30.32.1:53273 on port 1883.
2026-01-04 16:35:00: New client connected from 172.30.32.1:53273 as 4lOmPOfpWPSfoVWSHT7vyL (p2, c1, k60, u'homeassistant').
time="2026-01-04T16:35:05+01:00" level=error msg="http request error: Post \"http://127.0.0.1:80/superuser\": EOF"

wygląda na to że tu jest przyczyna

pokaż zawartość pliku (bez pokazywania haseł czy użytkownika)

/share/mosquitto/bridge.conf

oto przykładowa zawartość z ukrytymi danymi wrażliwymi

connection bridge-78378945649xxxx

address mqtt106.supla.org:8883
topic supla/# in
topic homeassistant/# in
topic supla/+/devices/+/channels/+/execute_action out
topic supla/+/devices/+/channels/+/set/+ out
remote_username 32znakowyusernamesupla
remote_password 32znakowehaslosupla
bridge_capath /etc/ssl/certs

i tu taka UWAGA
mqtt106.supla.org:8883
to ma być adres serwera, który zgadza się z adresem z ustawień twojej chmury supla (adres może być inny! ale też na porcie 8883), 32-znakowe użytkownik i hasło też muszą pochodzić z chmury https://cloud.supla.org z sekcji Integracje → broker MQTT
(przy pierwszym skorzystaniu masz możliwość skopiowania hasła, później co najwyżej możesz je zmienić)

Poniżej mój plik bridge.conf

connection bridge-12345678	
address mqtt134.supla.org:8883
topic supla/# in
topic homeassistant/# in
topic supla/+/devices/+/channels/+/execute_action out
topic supla/+/devices/+/channels/+/set/+ out
remote_username xxxx
remote_password xxxx
bridge_capath /etc/ssl/certs

A tutaj screen z konfiguracji supla:

Wygląda dobrze, pozostaje ustalić czy z instalacji HA masz dostęp do tego serwera mqtt134.supla.org
proponuję użyć do tego Dodatku MQTT-explorer z repozytorium

w którym podasz swoje dane logowania - to jest lokalnie uruchamiana aplikacja, a konkretniej z tego samego miejsca z punktu widzenia sieci co twój broker
(bo serwery supli nie odpowiadają na ping, więc najprostsza diagnostyka zawodzi)

Wygląda na to że jest połączenie bo widzę jeden switch i dwa czujniki temperatury.

W takim razie dlaczego MQTT nie widzi tych urządzeń?

wrzucam jeszcze konfigurację MQTT:

config_entry-mqtt-01KE4TBG6202VCDYB5SH41S678.json (2,7 KB)

i jeszcze konfiguracja mosquitto:


logins: []
require_certificate: false
certfile: fullchain.pem
keyfile: privkey.pem
customize:
  active: true
  folder: mosquitto
debug: false

A w jakiej lokalizacji masz plik bridge.conf ?

Edit. Nieważne , nie czytałem od początku.

Prawdoodobie nie działa mostek, nie wiem czemu - jeśli na tych samych poświadczeniach masz połączenie z MQTT-explorera, to powinno być OK.

Nie zauważyłem nigdzie błędu, może ktoś inny zauważy.

Jeszcze jedno pytanie mi się narzuciło - używasz już brokera MQTT do jakichkolwiek innych celów?
Masz jakieś inne działające urządzenia w Integracji MQTT?
Czy tę Integrację skonfigurowałeś na domyślnych ustawieniach? (działa wtedy, gdy się w nich nie grzebie, jeśli grzebałeś to usuń Integrację i Dodaj ją ponownie z domyślnymi ustawieniami po restarcie brokera)

bo tak naprawdę ta część loga jest niepokojąca

2026-01-04 16:34:14: Client <unknown> disconnected due to protocol error.
[16:34:15] INFO: e[32mSuccessfully send discovery information to Home Assistant.e[0m
[16:34:16] INFO: e[32mSuccessfully send service information to the Supervisor.e[0m
2026-01-04 16:34:59: New connection from 172.30.32.1:58483 on port 1883.
2026-01-04 16:34:59: New client connected from 172.30.32.1:58483 as 4FYpgfawXgrAKdhXQmWKqJ (p2, c1, k60, u'homeassistant').
2026-01-04 16:35:00: Client 4FYpgfawXgrAKdhXQmWKqJ disconnected.
2026-01-04 16:35:00: New connection from 172.30.32.1:53273 on port 1883.
2026-01-04 16:35:00: New client connected from 172.30.32.1:53273 as 4lOmPOfpWPSfoVWSHT7vyL (p2, c1, k60, u'homeassistant').
time="2026-01-04T16:35:05+01:00" level=error msg="http request error: Post \"http://127.0.0.1:80/superuser\": EOF"

ale może należałoby zrestartować broker i przejrzeć logi nazbieranie z kilku minut od uruchomienia bez grzebania w czymkolwiek zależnym od MQTT

OK chyba znalazłem błąd, najwyraźniej ktoś inny już ma mostek o identyfikatorze

connection bridge-12345678	

a tymczasem zamiast tego 12345678 ma być jakiś losowy ciąg np. zgodny z UUIDv4
więc zamień linijkę na taką

connection bridge-da591f47-da1a-402f-a5bb-f16109f73278

i tu taka uwaga do czytelników w przyszłości - generujcie własne losowe ciągi, można to zrobić online

Jest sukces. Walczyłem od rana ale udało się z pomocą AI :slight_smile:
Po wklejeniu logów i kilku próbach z różnymi ustawianiami “wypluło” mi taki plik bridge.conf:


connection supla-bridge
address mqtt134.supla.org:8883

# Tematy - ważne, aby HA widział autodiscovery
topic # in 0
topic # out 0

# Autoryzacja
remote_username xxxxxxxxx
remote_password xxxxxxxxx
remote_clientid dowolna nazwa

# SSL/TLS
bridge_cafile /etc/ssl/certs/ca-certificates.crt
bridge_protocol_version mqttv311
bridge_insecure false

# Stabilność
cleansession true
start_type automatic
notifications false

Ja się za bardzo na tym nie znam ale możecie Panowie to przeanalizować.
Po załadowaniu ww. od razu widzi moje urządzenia :slight_smile:

Wklejam bo może komuś się przyda :slight_smile:

Oczko wyżej masz rozwiązanie - zdublowałeś nazwę mostka z kimś innym
przypadkowo zmieniłeś ją teraz na inną (choć poza tym szczegółem twoja stara konfiguracja była dobra).

:slight_smile: Testowałem kilka nazw mostków, to nie to…

A jednak…

Wkleiłem

connection bridge-da591f47-da1a-402f-a5bb-f16109f73278

i też działa

Wobec tego te moje nazwy były do d…:slight_smile:

Dzięki za pomoc :slight_smile:

Widocznie te nazwy nie były losowe.