Supla - MQTT - Dashing

ibs · pn kwie 27, 2020 7:11 am

Cześć.
Uruchomiłem mosquitto brokera, dodałem do niego użytkownika i hasło, więc przeszedłem do instalowania smashing-a, gdy chcę go uruchomić wywala mi takie coś:

pi@raspi2:/opt/smashing $ sudo docker run -e GEMS=mqtt -v=/opt/smashing:/smashing -d -p 3030:3030 smashing:latest
f5979f638701863864fdf299aa47833dac018ff54edc272a3a7a261b85f6de52
docker: Error response from daemon: OCI runtime create failed: container_linux.go:348: starting container process caused "exec: \"/run.sh\": permission denied": unknown.

Z góry dziękuję.

Ps.
Gratulacje dla twórców supli za kawał dobrej roboty.

darius · pn kwie 27, 2020 7:37 am

ibs pisze: ↑
pn kwie 27, 2020 7:11 am
Cześć.
Uruchomiłem mosquitto brokera, dodałem do niego użytkownika i hasło, więc przeszedłem do instalowania smashing-a, gdy chcę go uruchomić wywala mi takie coś:

pi@raspi2:/opt/smashing $ sudo docker run -e GEMS=mqtt -v=/opt/smashing:/smashing -d -p 3030:3030 smashing:latest
f5979f638701863864fdf299aa47833dac018ff54edc272a3a7a261b85f6de52
docker: Error response from daemon: OCI runtime create failed: container_linux.go:348: starting container process caused "exec: \"/run.sh\": permission denied": unknown.

Z góry dziękuję.

Ps.
Gratulacje dla twórców supli za kawał dobrej roboty.

To gdzieś już było musisz namierzyć na forum chodzi o brak uprawnień execute do tego pliku run.sh. Wyszukaj go i dodaj uprawnienie x - wykonywalność

ibs · pn kwie 27, 2020 6:47 pm

Dzięki za szybką podpowiedź jak znajdę chwilkę to przetestuje.

Goral64 · sob cze 13, 2020 9:40 pm

70 minut instalka eclipse-mosquito na RPi4B... a to niby najłatwiejsza rzecz...

Goral64 · sob cze 13, 2020 11:05 pm

W końcu udało się opanować instalację smashing...
Chwila przerwy...

Goral64 · ndz cze 14, 2020 12:08 am

OK, klient MQTT zainstalowany... pozostaje teraz zabawa dashboardem

Goral64 · ndz cze 14, 2020 10:15 am

Zabawa z Dashboardem idzie średnio, wręcz słabo a nawet prawie wcale

Próbuję stopniowo.
Na początek do default.erb podstawiłem id kanałów swoich przełączników do świateł. Niestety, nie odczytuje stanu tych przełączników. Kliknięcie na widget generuje komunikat włączający przełącznik, Supla to odbiera, lampka się włącza i tyle. Widget dalej pokazuje przełącznik jako off i nie można wysłać komendy wyłączającej przełącznik

Podstawiłem także do widgetów Ohmeter id kanału mojej MEWki i pokazały się wartości natężenia, ale nie aktualizują się na bieżąco. Jak się ustawiły po pierwszym uruchomieniu tak stoją na tych samych wartościach, pomimo, że MEWka pokazuje już inne.

Czy jest gdzieś wątek Dasboardu do Supla MQTT i go przeoczyłem? Może warto byłoby stworzyć i pomóc w rozwiązywaniu takich pewnie banalnych problemów?

Goral64 · ndz cze 14, 2020 12:21 pm

Po restarcie kontenera ze smashingiem uaktualnianie ruszyło...

Kamyk · ndz lis 15, 2020 10:00 am

Odkopie lekko

Czy ktoś to spinał z HA? Chciałbym żeby w panelu HA pojawiły się wszystkie elementy z Supli.

Pozdrawiam,
Kamyk

Darkman · czw lis 19, 2020 12:27 pm

ja właśnie siedzę od 3 tygodni nad integracją z Home Assistant
Metodą prób i błędów udało mi się wymyślić konfiguracje dla light do pliku configuration.yaml

Kod: Zaznacz cały

    - platform: mqtt
      name: 'Listwa LED kinowy jako light'
      schema: template
      state_topic: 'supla/channels/status/relay/13239'
      state_template: '{{ "on" if value_json.on else "off" }}'
      command_topic: 'supla/channels/command/13239'
      command_on_template: '{ "idx": 13239, "on": true }'
      command_off_template: '{ "idx": 13239, "on": false }'
      qos: 1
      retain: true
      optimistic: false

Niestety nie idzie zintegrować availability, bo status kanału z SUPLA jest podawany w tym samym temacie co STATE, a HA nie potrafi tego zrozumieć.
HA nie ma trybu template dla availability_topic więc nie można go parsować na potrzeby "payload_available" i "payload_not_available".

Pytania do @Beku:
==== 1 ====
Czy można wyciągnąć parametr "online" do osobnego tematu?
np. dla online = 1
topic: supla/channels/status/relay/13239/LWT
payload: Online

dla online = 0
topic: supla/channels/status/relay/13239/LWT
payload: Offline

==== 2 =====
taka powyższa konfiguracja w configuration.yaml dla aktywacji (lub deaktywacji) kanału wysyła
payload: '{ "idx": 13239, "on": true }'
który poprawnie działa (poprawnie aktywuje kanał), ale w logu twojego klienta przy takim wysyłanym payload, pokazuje się komunikat:

Kod: Zaznacz cały

ERR[1605785438.542361] error while trying get value from payload [error: Name not found]

Gdzie jest błąd?

==== 3 ====
w logach twojego clienta wyskakuje mi co jakiś czas:

Kod: Zaznacz cały

mqtt client error MQTT_ERROR_SEND_BUFFER_IS_FULL

czy to wina clienta czy serwera MQTT?
(mam około 56 kanałów SUPLA)