Testowanie scen

[Krystiann 0]

Witam,

 

mam taki problem, że probuje zrobić scene że jeżeli liczba LUX jest większa niz 100 z czujnika nateżenia światła to niech wyśle mi popup, dostałem powiadomienie ale nadal czujnik pokazuje 0. Chce to zdebugować i uruchamiam scene za pomocą guziczka i za każdym razem dostaje powiadomienie, troche tego nie rozumiem dlaczego przecież warunek nie został spełniony.

Może mi ktoś pomóc?

[viperlodz 40]

Guziczek do uruchomienia nie spradza warunków tylko uruchamia scenę. Czyli wszystko co jest po prawej stronie w bloczkach zostanie uruchomione. Musiał byś zrobić scenę w LUA i sprawdzać w akcjach ten warunek.

[GanzConrad 6]

tak jak wspomniał poprzednik: tylko lua i funkcja debug:

fibaro.debug("test", "---------------NOWA SCENA-------------------")

[Krystiann 0]

Ok, to w takim razie jak dziala "Użyj jako wyzwalacz"? Chodzi mi o to że mam warunek lub a za każdym razej dostaje powiadomienie jak zmienie profil... logika jest ok

[Krystiann 0]

Please login or register to see this code.

Mam taki kod HC3 Lite

[GanzConrad 6]

wyzwalacz , określony w linijce (powinien być=true):

Please login or register to see this code.

to taki inicjator sceny, tzn : od różnych urządzeń przychodzą różne zdarzenia, raporty itp i parametr ten mówi centrali, czy ma analizować przychodzące zdarzenie z tego urządzenia i na jego podstawie uruchomić scenę

czyli nie tylko robisz warunek "jeśli coś tam się zgadza", ale musisz zaznaczyć, że zdarzenie to wywołuje uruchomienie sceny.

jeśli np. chcesz otworzyć jakiś zawór w zależności od temperatury to robisz to  tak:

jeśli temperatura jest wyższa niż 30st   (ten parametr jest wyzwalaczem, bo chcesz sprawdzać temperaturę za każdym razem jak przyjdzie raport)

i

zawór jest zamknięty (-- ten parametr nie jest wyzwalaczem sceny bo nie monitorujesz zdarzeń z otwarcia lub zamknięcia zaworu, tylko zmiany temperatury)

to:

otwórz zawór

[Krystiann 0]

W dniu 4.01.2025 o 22:45, GanzConrad napisał:

wyzwalacz , określony w linijce (powinien być=true):

Please login or register to see this code.

to taki inicjator sceny, tzn : od różnych urządzeń przychodzą różne zdarzenia, raporty itp i parametr ten mówi centrali, czy ma analizować przychodzące zdarzenie z tego urządzenia i na jego podstawie uruchomić scenę

czyli nie tylko robisz warunek "jeśli coś tam się zgadza", ale musisz zaznaczyć, że zdarzenie to wywołuje uruchomienie sceny.

jeśli np. chcesz otworzyć jakiś zawór w zależności od temperatury to robisz to  tak:

jeśli temperatura jest wyższa niż 30st   (ten parametr jest wyzwalaczem, bo chcesz sprawdzać temperaturę za każdym razem jak przyjdzie raport)

i

zawór jest zamknięty (-- ten parametr nie jest wyzwalaczem sceny bo nie monitorujesz zdarzeń z otwarcia lub zamknięcia zaworu, tylko zmiany temperatury)

to:

otwórz zawór

Czyli drugi warunek "zawór zamknięty" sprawdza jego aktualny stan? i`sTrigger` to tylko wtedy gdy nasluchujemy na zdarzenia czyli ma spowodowac wejscie do rozpatrzenie warunkow ale drugi warunek to sprawdzenie stanu a nie aktywny nasluch na zmiane stanu

[GanzConrad 6]

dokładnie tak, parametr "isTrigger" musi się równać true, aby dana zmienna była inicjatorem uruchomienia sceny. możesz mieć kilka różnych inicjatorów i kilka warunków "brzegowych", nie będących inicjatorami.

Edited January 8 by GanzConrad

[Krystiann 0]

Trochę jest to mylące bo skoro mamy warunki (i nawet jak damy isTrigger=false) to powinno sprawdzac za kazdym razem warunek i dopiero wykonać akcje, a teraz jest tak ze warunki to jedno a akcja to drugie, w sensie akcja jest bezbrona i trzeba podwójnie pisać warunki.

[viperlodz 40]

3 godziny temu, Krystiann napisał:

Trochę jest to mylące bo skoro mamy warunki (i nawet jak damy isTrigger=false) to powinno sprawdzac za kazdym razem warunek i dopiero wykonać akcje, a teraz jest tak ze warunki to jedno a akcja to drugie, w sensie akcja jest bezbrona i trzeba podwójnie pisać warunki.

Ma to ogólnie dość duży sens żeby nie przeciążać maksymalnie centralki. Przykładowo robimy scenę włączenia światła na ruch tylko jeśli światło jak wyłączone. Jeśli zostawimy wyzwalacz także przy świetle to scena uruchomi się raz po ruchu i chwile później drugi raz po włączeniu światła. A my chcemy tylko brać pod uwagę ruch. W ten sposób możemy minimalizować ilość uruchamianych scen.

[Krystiann 0]

Ok, ma to sens ale z punktu widzenia np. scen blokowych to wychodzą edge cases, które można tylko ogarnąć w LUA bo tam mozna dodatkowo sprawdzic warunek, bo moim zdaniem powinno to działać tak ze jak masz scene A ktora po lokalizacji wyzwala druga scene, to jezeli scena B w warunkach ma np. isTrigger=true dla ruchu i drugi warunek dla isTrigger=false ktory sprawdza np. natezenie swiatla to ten warunek z natezeniem swiatla zawsze powinien chronić i tylko uruchomic akcje w momencie spelnienia tego warunku

Edited January 13 by Krystiann

[viperlodz 40]

Jest w tym sens, ale zrobione jest inaczej. Tak samo zresztą było w HC2. Uruchomienie z innej sceny innej sceny zawsze ją uruchamia.