Natywne wsparcie dla MQTT

[podobnoja]

Zrobiłem dokładnie tak jak w instrukcji i żadna encja nie dodała się do brokera...

[pzygmunt]

Encja się dodaje do HA, a nie do brokera. Sprawdź logi (Konfiguracja->Logi) bo najwyraźniej coś zrobiłeś po drodze nie tak.
Wszystko się samo wykryje.

[PuteR]

Wydaje mi że zrobiłem wszystko według instrukcji, a mimo to nie mogę w HA połączyć chmury prywatnej z publiczną. Prywatna działa, za co jeszcze raz ukłon w stronę Przemka. Publiczną dodaję w pliku /root/share/mosquitto/bridge.conf

Code: Select all

connection bridge-przypadkowy ciąg znaków

address mqtt10.supla.org:8883
topic supla/# in
topic homeassistant/# in
topic supla/+/devices/+/channels/+/execute_action out
topic supla/+/devices/+/channels/+/set/+ out
remote_username użytkownik z cloud.supla.org
remote_password wyygenerowane hasło z cloud.supla.org
bridge_capath /etc/ssl/certs

Jedyna różnica jest tak że nie mam uruchomionego brokera w HA bo na porcie 1883 działa już broker zainstalowany na malinie, więc nie wiem gdzie powinienem dodać ten wpis

Code: Select all

Dopisz do konfiguracji
customize:
active: true
folder: mosquitto

[pzygmunt]

Brak wcięć:

Code: Select all

customize:
   active: true 
   folder: mosquitto

[PuteR]

Code: Select all

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

Wpisy wygląda tak jak powyżej z tym że jest to wpisane w konfiguracji brokera w HA, a skoro nie jest on uruchomiony to nie wiem czy ten wpis nie powinien zawierać się w innym miejscu.

[pzygmunt]

„Skoro nie jest uruchomiony” ?

[PuteR]

W instrukcji jest napisane:

Code: Select all

2. Otwórz konfigurację Mosquitto broker (Supervisor->Mosquitto broker)
3. Dopisz do konfiguracji
customize:
    active: true
    folder: mosquitto

i wykonuję te kroki. Tylko z tą różnicą że dodatek supervisor - Mosquitto broker nie jest u mnie uruchomiony bo działa ten na malinie chyba że nie ma to znaczenia i jest to jedno i to samo

Code: Select all

pi@RPI-4:~$ systemctl status mosquitto.service
● mosquitto.service - Mosquitto MQTT v3.1/v3.1.1 Broker
   Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2021-03-04 22:43:53 CET; 2h 51min ago
     Docs: man:mosquitto.conf(5)
           man:mosquitto(8)
 Main PID: 19678 (mosquitto)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/mosquitto.service
           └─19678 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.

Sory za mało zrozumiałe opisy, ale średnio to wszystko łapię i błądzę trochę po omacku

[podobnoja]

Zrobiłem dokładnie tak jak w instrukcji i żadna encja nie dodała się do brokera...

Mosquitto broker - konfiguracja:

Code: Select all

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

Plik: bridge.config

Code: Select all

connection bridge-ezx2Bf0lWjU

address mqtt30.supla.org:8883
topic supla/# in
topic homeassistant/# in
topic supla/+/devices/+/channels/+/execute_action out
topic supla/+/devices/+/channels/+/set/+ out
remote_username login-z-supla-broker
remote_password hasło-z-supla-broker
bridge_capath /etc/ssl/certs

W Supli mam kilka urządzeń w różnych wersjach: 2.0.0, 2.7.2 oraz 2.5.5s. Ma to jakiś wpływ, że HA nie widzi urządzeń (przekaźników, termometrów)?

[klew]

W Supli mam kilka urządzeń w różnych wersjach: 2.0.0, 2.7.2 oraz 2.5.5s. Ma to jakiś wpływ, że HA nie widzi urządzeń (przekaźników, termometrów)?

Wersja softu na urządzeniach nie ma tutaj żadnego znaczenia.

[podobnoja]

Stara integracja może wpływać na brak encji z mqtt?

Code: Select all

supla:
  servers:
    - server: svr322.supla.org
      access_token: token123

Jakie nazwy przybierają encje przekaźników/supla, temomentró/supla?