v25.11

[klew]

Jeszcze jedno występują opóźnienia rzędu kilku sekund gdy np. mamy DIW dwie sztuki i jest ustawione kopiuj stan to niestety ale są straszne lagi. Da się coś z tym zrobić ?

Mowa o reakcji?
Jeśli tak, to ten temat ogarnia urządzenie i serwer.

[Mmof]

Jeszcze jedno występują opóźnienia rzędu kilku sekund gdy np. mamy DIW dwie sztuki i jest ustawione kopiuj stan to niestety ale są straszne lagi. Da się coś z tym zrobić ?

Mowa o reakcji?
Jeśli tak, to ten temat ogarnia urządzenie i serwer.

Tak mowa o reakcji jest jeden główny DIW a drugi pracuję jako Slave.

[Mmof]

Jeszcze zauważyłem że harmonogram w oparciu o długość dnia dla reakcji nie da się wykorzystać pełnego czasu dziwnie się zachowuję. Jak bym chciał ustawić od 25 min. Po zachodzie słońca do około 22:00 nie ma takiej możliwości szkoda że nie można ustawić włącz reakcję że względu na porę dnia ale wyłącz o godzinie tak jak jest w harmonigramie.
Edit: dokładnie chodzi o ustawienie np. dla DIW że od zachodu słońca do 22 włącza się oświetlenie z natężeniem 80% a od 22 do świtu z natężeniem 30% . No niestety reakcję ustawię ale już nie jestem w stanie tego czadowo rozgraniczyć

[Sebek74]

Mam pytanko a czujnik binarny. O ile dobrze widzę to bez odwróconej logiki stan wysoki jest reprezentowany przez 0, a stan niski przez 1. Wszystkie czujniki które miałem wcześniej jako zdefiniowane jako czyjnik otwarcia drzwi musiałem ustawić jako odwrócona logika. Coś mieszam, czy powinno być jednak odwrotnie? Może chodzi o to, że zwarcie wejścia do masy powoduje zmianę stanu na niski a nie na wysoki?

[klew]

Mam pytanko a czujnik binarny. O ile dobrze widzę to bez odwróconej logiki stan wysoki jest reprezentowany przez 0, a stan niski przez 1. Wszystkie czujniki które miałem wcześniej jako zdefiniowane jako czyjnik otwarcia drzwi musiałem ustawić jako odwrócona logika. Coś mieszam, czy powinno być jednak odwrotnie? Może chodzi o to, że zwarcie wejścia do masy powoduje zmianę stanu na niski a nie na wysoki?

Nie ma jednolitej definicji jak należy interpretować stan wysoki lub niski.
Natomiast nie było zmiany tego jak to jest interpretowane.
Jeśli dobrze pamiętam, to "1" dla czujników "otwarcia" oznacza "zamknięty", a "0" to "otwarty".
W pozostałych czujnikach binarnych stan "wysoki" odpowiada "on", a "niski" to "off".

[Sebek74]

Może to coś jest pomylone zatem z ikonami? Co innego w cloudzie, co innego na telefonie.

WhatsApp Image 2026-01-10 at 19.36.31.jpg

[RomanG]

Może to coś jest pomylone zatem z ikonami? Co innego w cloudzie, co innego na telefonie.

WhatsApp Image 2026-01-10 at 19.36.31.jpg

Zmień w cloud-zie ikony na domyślne i sprawdź, czy wróci do poprawnego wyświetlania.

[Sebek74]

Nie wiem co to jest domyślna, ale dla wszystkich "nowych" ikonek jest to samo i to niezależnie czy jest ustalona odwrócona logika czy nie.

[RomanG]

Początkowo myślałem, że odwrócenie logiki nie zmienia tej logiki, a tu faktycznie jest niezgodność pokazania stanu pomiędzy cloudem, a aplikacją. Wybrana funkcja "czujnik binarny" jest moim zdaniem do naprawy. Zmień funkcję np. na "czujnik otwarcia okna" i powinno pokazywać dobrze chociaż ikonka będzie nieadekwatna.
edit;
Ta ikonka (screen) z katalogu funkcji "czujnik binarny" jest zgodna w obu przypadkach, ale kilka innych też nie pasuje. Wszystkich nie sprawdzałem.

[klew]

Może to coś jest pomylone zatem z ikonami? Co innego w cloudzie, co innego na telefonie.

Dzięki za zgłoszenie. Rzeczywiście dla niektórych ikon to nie działa poprawnie.
Dodałem issue: https://github.com/SUPLA/supla-cloud/issues/1016
Myślę, że przy najbliższym wydaniu będzie to poprawione.