Tak, mnie się przyda - co nie działało w instrukcji ode mnie
Ale to na spokojnie, jeśli masz chwilę to opisz.
Nie działa automatyczne wykonywanie scen w oparciu o zmianę stanu kanałów
Dalej nie udało mi się ogarnąć tematu,
próbowałem wg tego opisu: https://github.com/fracz/supla-scripts/ ... d-instance
ustawiając:
Suplę mam na zewnątrz przekierowaną na domyślinym 443, ale Scripts na 444 zew (wew też jest na 443), strony logowanie otwierają się porawnie, jest kłódka (ma wgrany certyfikat), przy próbie logowania Scripts do Cloud, po wpisaniu loginu , hasła i domeny dla Cloud-a wywala mi komunikat: The redirect URI provided does not match registered URI(s).
próbowałem wg tego opisu: https://github.com/fracz/supla-scripts/ ... d-instance
ustawiając:
Kod: Zaznacz cały
"cloudUrl": "https://mojadomena.pl",
"scriptsUrl": "https://mojadomena.pl:444",
slavo_s2k pisze: ↑ndz lis 13, 2022 2:44 pm Dalej nie udało mi się ogarnąć tematu,
próbowałem wg tego opisu: https://github.com/fracz/supla-scripts/ ... d-instance
ustawiając:Suplę mam na zewnątrz przekierowaną na domyślinym 443, ale Scripts na 444 zew (wew też jest na 443), strony logowanie otwierają się porawnie, jest kłódka (ma wgrany certyfikat), przy próbie logowania Scripts do Cloud, po wpisaniu loginu , hasła i domeny dla Cloud-a wywala mi komunikat: The redirect URI provided does not match registered URI(s).Kod: Zaznacz cały
"cloudUrl": "https://mojadomena.pl", "scriptsUrl": "https://mojadomena.pl:444",
A czy w @env próbowałeś do parametru DOMAIN_NAME dodać port?
Kod: Zaznacz cały
DOMAIN_NAME=mojadomena.pl:444
Czekam na kolejne Supla Offline Party
Przeszło krok dalej, teraz dochodzę do przyznania uprawnień i po zatwierdzeniu mam błąd:
"We could not authenticate you
For some reason, the SUPLA Cloud server did not issue an authentication token or it was invalid.
You may find this rather ugly response message helpful."
"We could not authenticate you
For some reason, the SUPLA Cloud server did not issue an authentication token or it was invalid.
You may find this rather ugly response message helpful."
Opis Twój oczywiście działa doskonale.
Mówimy o viewtopic.php?p=118796#p118796
Jednak mi udało się to zrobić inaczej
SUPLA-DOCKER
-----------------------------------------------------------
.env
CLOUD_DOMAIN=192.168.1.120:444
#PORT_HTTP=80
PORT_HTTPS=444
-----------------------------------------------------------
docker-compose.standalone.yml
# - "${PORT_HTTP}:80"
- "${PORT_HTTPS}:443"
------------------------------------------------------------
docker-compose.arm32v7.yml
image: hypriot/rpi-mysql:arm-5.5
----------------------------------------------------
SUPLA-SCRIPT
---------------------------------------------------
@.env
PORT_HTTP=80
#PORT_HTTPS=443
--------------------------------------------------------
docker-compose.standalone.yml
- "${PORT_HTTP}:80"
# - "${PORT_HTTPS}:443"
----------------------------------------------------------
docker-compose.arm32v7.yml
services:
suplascripts-db:
image: hypriot/rpi-mysql:arm-5.5
------------------------------------------------------
config.jason
"oauth": {
"cloudUrl": "https://192.168.1.120:444",
"scriptsUrl": "http://192.168.1.120",
"clientId": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"secret": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
}
Mam przekierowany tylko port 2016 to wystarcza by działała aplikacja supla na android.
2015 zablokowany no i 80 oraz 444. Po co ma mi ktoś zakładać konta w mojej instalacji
Nic więcej nie trzeba było robić. Tyle starczy by poprawnie działało automatyczne wykonywanie scen
Cały czas walczę z wykonywaniem scen w oparciu o zmianę stanu
Zauważyłem jeden problem, który może mieć wpływ, przy logowaniu do scripts mam na początku opcję logowanie "z Supla":
niestety jak wybiorę tę opcję to mam błąd:
mogę się logować tylko przez "Inne metody logowania" wybierając "Zaloguj się loginem i hasłem do SUPLA Scripts" , być może tu leży problem z przesyłaniem webhook-ów? Tylko nie wiem gdzie szukać rozwiązania problemu.
Zauważyłem jeden problem, który może mieć wpływ, przy logowaniu do scripts mam na początku opcję logowanie "z Supla":
niestety jak wybiorę tę opcję to mam błąd:
mogę się logować tylko przez "Inne metody logowania" wybierając "Zaloguj się loginem i hasłem do SUPLA Scripts" , być może tu leży problem z przesyłaniem webhook-ów? Tylko nie wiem gdzie szukać rozwiązania problemu.
Cześć,
czy dla własnego serwera istnieje już jakieś pewne i powtarzalne rozwiązanie? Bardzo mi zależy na wyłączaniu pompy od stanu czujnika poziomu wody
Na razie radzę sobie wyzwalaczem akcji, ale nie ma 100% skuteczności no i niejako marnuję dodatkowy moduł ESP tylko po to, żeby "wpiąć" kable czujnika pod przycisk przekaźnika
Pozdrawiam
czy dla własnego serwera istnieje już jakieś pewne i powtarzalne rozwiązanie? Bardzo mi zależy na wyłączaniu pompy od stanu czujnika poziomu wody
Na razie radzę sobie wyzwalaczem akcji, ale nie ma 100% skuteczności no i niejako marnuję dodatkowy moduł ESP tylko po to, żeby "wpiąć" kable czujnika pod przycisk przekaźnika
Pozdrawiam