Okej, wielkie dzięki, poprostu nie chciałem mieć włączonego komputera przez cały czas wykonywania efektu
SUPLA Scripts
Nie, dziękuję.
To był główny profil "grzanie", ale bez problemu odtworzyłem go na podstawie dwóch pozostałych profili.
I tak właśnie trwają modyfikacje i rozbudowa pomieszczeń więc cały czas zmiana parametrów.
Człowiek niby całe życie stara się zapobiegać różnym wypadkom ale i tak całe życie uczy się robić backup
Witam, i jako nowy od razu z pytaniem. Oczywiście o integrację scripts z lokalną SUPLA.
Całość zainstalowana na RPI jako kontenery docker'a. Supla działa prawidłowo (https na porcie 8881) niestety próba logowania ze supla-scipts (pracuje na https port 8883) przy pomocy tokena kończy się komunikaterm
Czy może to być wina żę SUPLA ma wystawiony interface na 8883 a nie 443?
Całość zainstalowana na RPI jako kontenery docker'a. Supla działa prawidłowo (https na porcie 8881) niestety próba logowania ze supla-scipts (pracuje na https port 8883) przy pomocy tokena kończy się komunikaterm
Kod: Zaznacz cały
[b]Invalid token (SUPLA Cloud https://pi4.home does not authorize it)[/b].
Wydaje mi się że poprawnie wypełniłem wszystko w .env tj.:
domanę (tu bez portu) i port_https
ale sprawdziłem i faktycznie cały czas próbowuje wołać https://.... na 443
jak przełączyłem suple na 443 to poszło bez problemu, podobnie w trybie proxy.
dzięki za chęć pomocy , pzdr
pojawił się za to inny problem, jeśli poźniej zmienię port dla HTTPS z 443 na inny to owszem loguję się do SCRIPTS ale nie pojawiają się urządzenia i wyświetla błąd:
Return value of suplascripts\models\supla\SuplaApiReal::getDevices() must be of the type array, boolean returned
czyli cały czas linkuje się na danych z tokena?