W dniu 19.11.2023 o 12:09, Mateusz Bogusz pisze:

>> Jeśli nie dam warunku IF, to będzie go odpalał obojętnie od jego stanu
>> do końca świata a ja będę miał powiadomienia co 10 min. Jeśli jednak
>> dam warunek IF=OFF to odpali go dopiero wtedy, jeśli będzie OFF, czyli
>> 1 raz. Ponieważ wyzwalacz jest natychmiastowy, to brak
>> dodatkowego/odpowiedniego warunku w polu warunku zadziała jak
>> "klikacz" i będziesz miał dokładnie ten efekt, którego nie możesz
>> dotąd pojąć :]
>
> Wyzwalacz zadziała tak jeżeli "warunek wykonania" będzie w nim
> umieszczony. Nie trzeba wtedy dodatkowo "warunku wykonania". Przecież
> wyzwalacz też ma pod swoim polem
>
> "Warunek nie jest aktualnie spełniony." lub "Warunek jest aktualnie
> spełniony.".

Piękna brednia :D Pole warunku w "WYZWALACZU" kłóci się z logiką "ZMIANA
STANU" Po prostu, obojętnie jaki warunek sobie w tym polu postawisz, to
będzie działał ZAWSZE w momencie zmiany stanu kanału. Jeśli dasz dwa
przeciwsobne warunki do tego samego kanału, to będzie "aktualnie
spełniony" i dupa :D

Tak to jest, jak się nie ogarnia i ma się "własną logikę".

Dawno takiej bredni nie czytałem a Ty nie sprawdziłeś :)

...i tutaj wkracza CAŁE NA BIAŁO, dodatkowe pole warunku, to poniżej.

>> To nie wina narzędzia, lecz operatora :]
>
> Marketingowce/Handlowcem to na pewno nie jesteś ;-)

Nie umiem ściemniać w logice :)
>
> Wczoraj akurat ta "prawdziwa" supla coś robili z serwerami i scripts
> takie coś wypluł - https://i.ibb.co/mRFR2nw/supla-error.png
>
> Na marginesie - zdarzało Ci się dostać "niepoprawny" wyniki odczytu z
> czujnika w supli/script? W tym tygodniu kilka razy z różnych czujników
> temperatury dostałem (jednorazowe) odczyty -247C lub 0C (dwa razy) -
> rozumiem, że oprogramowanie w urządzeniu nadawczym "zawiodło" i z takimi
> przypadkami należy się liczyć, ale zaskoczyło mnie to, że "supla" tego
> nie ogarnęła (odfiltrowała).

Prawdopodobnie nie dopisałeś sobie w polu warunku (nie wyzwalacza)
*.connected. Przy temperaturze jest to bardzo ważne, ponieważ *.not
connected generuje odczyt -247 lub 0. Powinieneś to wiedzieć. Wystarczy
teraz chwilowa przerwa w komunikacji a skrypt bierze to jako najniższa
wartość bo jest skryptem zewnętrznym a nie wewnętrznym w sensie, że sam
z siebie nie sprawdza czy jest komunikacja. To również nie jest błędem,
bo często jest taka potrzeba, żeby wykorzystać tą sytuację. Ja
wykorzystuję ją do powiadomienia, że np. system jest wyłączony.
>
> Chociaż tak na prawdę to nie wiem czy "supla", bo odczyty zobaczyłem w
> "scripts". A swoją drogą jedna jak i druga strona nie pokazała tych
> odczytów na wykresach więc pewnie tam takie przypadki
> uwzględnione...patrzę w kod scripts i on zaciąga dane do wykresu z cloud
> więc pewnie cloud ogarnęli i w reakcjach by nie było, ale webhookiem
> script bierze "wszystko" i Frącz nie przewidział takich przypadków.

Od samego początku ciśnie mi się określenie "Słoń w sklepie z porcelaną"
i tak to u Ciebie wygląda.
>
>> Jeśli po 7 minutach nie będzie poboru to scena druga się w końcu
>> wykona. Jeśli pobór będzie, to następne 7 minut leci pętla.
>> Zwyczajnie/logicznie. Robisz pętlę 7 minutową i masz. Takie trudne?
>
> Ha! W supli tak, w Smart Life czy Tuya Smart scena wywołana z innej
> sceny, nie może mieć warunków. Przynajmniej ja nie widzę jak tam zrobić
> pętlę.

No nie, dlatego pisałem, że skrypty znacznie przewyższają samą Suplę czy
inne systemy i rozmawiamy o Supla.

>> https://allegro.pl/oferta/samsung-przetwornica-modul
u-mes-ag2mod-s2-12617605773
>
> Nie rozbierałem pralki (bo działa), ale nie miałem pojęcia że
> elektronika do nich jest na alle - nigdy nie sprawdzałem. Dzięki!
No wiem, że i w "te klocki" jesteś jeszcze słaby :)


--
LordBluzg(R)??
<<<?i? ć?d?? i Putina i ęjcaredefnoK>>>