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.
Supla - MQTT - Dashing
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 pisze: ↑pn kwie 27, 2020 7:11 amCześć.
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.
70 minut instalka eclipse-mosquito na RPi4B... a to niby najłatwiejsza rzecz...
RPi4: Supla Cloud + Supla Scripts + Proxy + Let's Encrypt
1x MEW-01, 1x LIW-01, 3x SBW-02, 4x PNW-01, 1x ROW-01, 1x ROW-02, 2x ROW-04m, 2x ROW-07,
2x Sonoff BRIDGE RF 433
1x MEW-01, 1x LIW-01, 3x SBW-02, 4x PNW-01, 1x ROW-01, 1x ROW-02, 2x ROW-04m, 2x ROW-07,
2x Sonoff BRIDGE RF 433
W końcu udało się opanować instalację smashing...
Chwila przerwy...
Chwila przerwy...
RPi4: Supla Cloud + Supla Scripts + Proxy + Let's Encrypt
1x MEW-01, 1x LIW-01, 3x SBW-02, 4x PNW-01, 1x ROW-01, 1x ROW-02, 2x ROW-04m, 2x ROW-07,
2x Sonoff BRIDGE RF 433
1x MEW-01, 1x LIW-01, 3x SBW-02, 4x PNW-01, 1x ROW-01, 1x ROW-02, 2x ROW-04m, 2x ROW-07,
2x Sonoff BRIDGE RF 433
OK, klient MQTT zainstalowany... pozostaje teraz zabawa dashboardem 

RPi4: Supla Cloud + Supla Scripts + Proxy + Let's Encrypt
1x MEW-01, 1x LIW-01, 3x SBW-02, 4x PNW-01, 1x ROW-01, 1x ROW-02, 2x ROW-04m, 2x ROW-07,
2x Sonoff BRIDGE RF 433
1x MEW-01, 1x LIW-01, 3x SBW-02, 4x PNW-01, 1x ROW-01, 1x ROW-02, 2x ROW-04m, 2x ROW-07,
2x Sonoff BRIDGE RF 433
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?

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?
RPi4: Supla Cloud + Supla Scripts + Proxy + Let's Encrypt
1x MEW-01, 1x LIW-01, 3x SBW-02, 4x PNW-01, 1x ROW-01, 1x ROW-02, 2x ROW-04m, 2x ROW-07,
2x Sonoff BRIDGE RF 433
1x MEW-01, 1x LIW-01, 3x SBW-02, 4x PNW-01, 1x ROW-01, 1x ROW-02, 2x ROW-04m, 2x ROW-07,
2x Sonoff BRIDGE RF 433
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
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:
Gdzie jest błąd?
==== 3 ====
w logach twojego clienta wyskakuje mi co jakiś czas:
czy to wina clienta czy serwera MQTT?
(mam około 56 kanałów SUPLA)
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
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]
==== 3 ====
w logach twojego clienta wyskakuje mi co jakiś czas:
Kod: Zaznacz cały
mqtt client error MQTT_ERROR_SEND_BUFFER_IS_FULL
(mam około 56 kanałów SUPLA)
oSuplowane:
11x MiniTiger RF 2gang -N [czekają kolejne sztuki]
3x MiniTiger RF 1gang -N
1x Sonoff Touch 1gang +N
3x SmartDGM DSG-W162 gn. z pomiarem
2x GreenBlue GB155 gn.
1x MediaTech MT3105 gn.
1x Lanberg SM01-WP10 gn.
2x Yunshan
1x Geekcreit 4ch
11x MiniTiger RF 2gang -N [czekają kolejne sztuki]
3x MiniTiger RF 1gang -N
1x Sonoff Touch 1gang +N
3x SmartDGM DSG-W162 gn. z pomiarem
2x GreenBlue GB155 gn.
1x MediaTech MT3105 gn.
1x Lanberg SM01-WP10 gn.
2x Yunshan
1x Geekcreit 4ch