Procesy z życia wzięte - Czujnik ruchu i światło
Вставка
- Опубліковано 24 тра 2020
- Zapraszam na pierwszy film z nowej serii. Omówię w nim pierwszy z wielu procesów Node-RED i Home Assistant jakie działają u mnie w domu. Na początek weźmiemy coś prostego czyli czujnik ruchu, który włącza światło.
Link gdzie znajdziecie kod procesu do importu
forum.arturhome.pl/t/procesy-...
Link do bloga
arturhome.pl
Jak również na FB i Twittera
/ blogarturhome
/ arturshome
Wszystkich którzy chcą mnie wspierać zapraszam tutaj:
patronite.pl/arturhome
#geolokalizacja #homeassistant #nodered #dominteligentny #smarthome #internetrzeczy #konfiguracja #iot - Наука та технологія
Jest super ;)
Dzięki 😀
Przykłady z życia, tak najlepiej się poznaje node red'a. Przetrenowane step by step, działa!! :-) Wyjaśnione klarownie. Tak trzymać!!
Dzięki 😃
Witam. Informacje bardzo ciekawe i rzeczowe. Mozna sie wiele nauczyc. Pozdrawiam
Cieszę się i dziękuję
Super wyjaśnione oraz pomocne. Z chęcią zobaczę więcej takich przykładów z życia. Myślę że fajnym elementem była by prezentacja na żywo samego procesu, jeśli to nie byłby problem. Tak już na sam koniec jako dodatek do podsumowania.
Dzięki za opinie i cieszę się, że się podoba. Pomyślę co da się zrobić w temacie prezentacji na żywo. Ze mnie taki kamerzysta jak z koziej.... ale coś wymyślę. :)
Świetnie wyjaśnione. Powoli i dokładnie wiec każdy zrozumie zasady działania. Myśle, że po obejrzeniu kilku takich poradników każdy będzie potrafił realizować własne proste pomysły.
Dzięki. dokładnie to chciałbym osiągnąć :)
O no kurde i takie szkolenie to rozumiem, pierwsze automatyczne sterowanie oświetleniem uruchomione! :)
Gratuluję😀👍
Witaj. Bardzo dobry materiał. Tłumaczysz bardzo jasno i ciekawie. Czekam na informacje o możliwości zmiany czasu odświeżania czujki ruchu, o których pisałeś w odpowiedzi do jednego z chłopaków, bo może to wiele zmienić w działaniu oświetlenia u mnie w domu :). Dziękuję i pozdrawiam, Krzysztof
Dzięki. Będę z tym walczył ale chwilkę musisz poczekać bo naprawdę czasu ciągle brak :)
Filmik super jak zawsze. U mnie przy dwóch czujkach, dodane mam sprawdzanie stanu wzajemne do wyłączenia, co by przypadkowo jedna z czujek nie wyłączyła światła jeśli druga widzi ruch, a do tego jeszcze jak włączę światło włącznikiem, to nie mają prawa wyłączyć światła automatycznie, dopóki ręcznie nie wyłączę lub po ustalonym czasie. Oczywiście po sprawdzeniu stanu czujek ruchu. Pzdr
Dzięki. To widzę, że na bogato :) I to jest właśnie świetne w NR można elestycznie dostosować każdy proces do siebie i swoich potrzeb.
Z tym API super rozwiązanie. Nie trzeba ołówkiem zwierać pinów na płytce czujnika :)
Ciesze się, że zająłeś się tłumaczeniem procesów. Bo w Polsce nikt tego tak czytelnie chyba nie tłumaczy.
Interesuje mnie generowanie msg przez nody switch/change i ich zastosowanie zamiast używania nodów zero-jedynkowo. (wyslij msg./nie wysyłaj)
Dzięki i zaglądaj często bo będzie jeszcze więcej materiałów.
@
sentrentor, stan czujki dzięki API fajnie wraca na off. Właśnie to testuję i wydaje mi się jednak, że powrotna reakcja na on i tak jest dopiero po dłuższej chwili (tak jakby Homeassistatnt widział swoje i czujka swoje)...
@@1989bartek89 @ArturHome bo tak przecież jes!. Które czujki pozwalają na nadpisanie ich stanu przez API? Moja aqara chyba nie. Stank encji w HA a stan fizyczny urządzenia to dwa różne tematy.
Fajnie wytłumaczone i zrozumiale, narazie nie widzę zastosowania u siebie, gdyz w tym przypadku to wolę zamontować zwykły czujnik ruchu, w garażu jest niezastąpiony, tani i prosty do montażu. Ale możliwości w takiej konfiguracji może być więcej. Co jest w sieci to cieszy... 😎
Czasami faktycznie czasami nie warto zmieniać prostych rozwiązań. Te często najlepiej działają. Może następne procesy do Ciebie bardziej przemówią.
Spoko, dzięki temu wymyslilem jak zrobić czujnik deszczu, i zrobię sobie automatyzację (powiadomienia ) do otwartych okien, juz jest plan... 😎
To dobry początek, później idzie z górki :)
Hej Kolego, super filmy, porady i przykłady! Dzięki!
Niestety u mnie także, mimo wyzerowania czujnika ruchu Aqara przez API, muszę czekać do końca odliczania (chyba 60 sekund).
Da się z tym żyć przy wydłużeniu czasu świecenia ale fajnie by było gdyby dało się to rozgryźć. Używam bramki Conbee II.
Dzięki za dobre słowo
Dobra robota, o api nie wiedziałam , bardzo przydatne, możesz pokazać jak masz z opcją fizycznych wyłączników?
Dzięki. Myślę, że w którymś momencie mogę zrobić odcinek i pokażę jak można to ogarnąć z włącznikiem.
Bardzo proszę o kod procesu z uwzględnieniem włącznika naściennego!
Generalnie chciałbym by po włączeniu światła włącznikiem, automatyzacja nie wyłączała światła. Natomiast bez dotykania przełącznika wszystko działało tak jak na wideo. Pozdrawiam
Dopiero próbuje przeskoczyć na ha, do tej pory korzystałem z domoticza. Tam miałem w regułach tak że czujka miała stan on kilka sekund i za każdym ruchem czas 60s liczył się od początku.
W NR też mógłbyś tak zrobić. Możesz użyć nod delay
Kanał super - wreszcie ktoś to tłumaczy normalnym językiem :) Ja od dłuższego czasu walczę z opcją włączania/wyłączania automatyzacji przyciskiem xiaomi aqara zigbee - konkretnie ma to działać w ten sposób że jak idę spać (różne godziny) to wciskam przycisk i od tego momentu działa szereg automatyzacji ( w przypadku ruchu w sypialni zapala się mini światło, jak wyjdę z sypialni i inna czujka wykryje ruch zapala światło w korytarzu, jak ktoś otworzy drzwi wejściowe (kontaktrony xiaomi) to zapala się światło w całym domu itd) natomiast gdy wstaje i ponownie wcisnę ten sam przycisk wszystko przestaje działać lub działa wg innych schematów. Masz może coś podobnego? Myślę że na zwykłym switchu (np z shelly) jest to do ogarnięcia bo tam są stany on/off, natomiast ten przycisk aqara to w sumie tylko wyzwalacz i nie ma jako takiego swojego stanu.
Możesz zdefiniować w HA encję typu input_boolean. Jak włączysz przycisk wieczorem to ustawisz ją na on. Wtedy odpalą się procesy "wieczorne" bo ich wyzwalacz ustawiasz na obserwowanie tej encji i reagujesz na on. Natomiast jak rano wstajesz naciskasz włącznik i ustawiasz tą encję na off i wtedy uruchamiasz inne rzeczy. Nie wiem czy jasno to opisałem. Mam podobne rozwiązania i w którymś momencie będą one w jakimś filmie :)
ArturHome dokładnie z input_boolean walczę :) wyraziłeś się jak zawsze jasno jednak z cierpliwością poczekam na filmik :)
Cześć super robota z wideo blogiem sporo spraw rozjaśnia :). Zakupiłem ostatnio czujki xiaomi RTCGQ11LM jak poprzednik pisał mają więcej opcji i zastanawiam się jak wykorzystać właśnie w nich poziom światła. Może mogło byś w kolejnym filmie rozbudować scenariusz o takie rozwiązanie. Jednak budując scenariusz przedstawiony na filmie w oparciu o powyższe czujki trafiłem na inny problem, a mianowicie taki że zmieniając status czujki przez API. Światło gaśnie po zadanym czasie jednak po 1,5 min czujka aktualizuje swój status i światło w tym momencie włącza się i wyłącza. Może masz pomysł czemu tak się dzieje i jak to wyeliminować ?
Dzięki dobrze czytać takie informacje:) Co do poziomu światła to po prostu możesz wymienić w tym procesie nod słońca na sprawdzenie pomiaru światła z czujki i od jego wyniku uzależnić to czy światło się włącza czy wyłącza. Jaką bramkę używasz do łączenia z czujką? I jak coś to podeślij na maila export procesu to rzucę okiem czy tam jest wszystko ok.
Przydał by się w opisie link do kodu (np. tu dla API) a najlepiej do całego procesu - przy tych bardziej rozbudowanych - w przyszłości :)
Proszę bardzo arturhome.pl/procesy-z-zycia-wziete/ Dodaje też do opisu filmu. Każdy następny proces wyląduje również w tym miejscu :)
@@ArturHome Witam, jest może ten kod gdzieś indziej? Link nie działa.
W opisie filmu jest link z którego możesz pobrać proces. Wszystko przeniosłem na forum :) Dodaje jeszcze tutaj forum.arturhome.pl/t/procesy-z-zycia-wziete-czujnik-ruchu-i-swiatlo/92?Artur
Wszystko ustawiłem jak na filmiku, ale wciąż mi nie działa funkcja API :( Stan się nie przełącza na off :( Czy jesteś w stanie mi pomóc i zobaczyć co mam sknocone ?
Świetne jak dla mnie początkującego. Czy zamiast "słońca" można wykorzystać wbudowany w ten czujnik ruchu, czujnik natężenia światła i bardzo chętnie zobaczyłbym jak masz to spięte z włącznikami (tak aby można było włączać również przełącznik i albo żeby automatycznie się wyłączał jak nie wyłącze ręcznie po jakimś czasie, albo jak wyjdę np. z domu)
Dzięki. Tak. jak najbardziej można wykorzystać pomiar natężenia światła z czujki. Zmieniasz wtedy ten nod słońca na odczyt z czujki, ustawiasz odpowiednio warunek i wszystko będzie śmigać. Dużo osób pyta o wersję z przełącznikiem więc w kolejnym odcinku zrobimy dogrywkę i dodam przełącznik. 😃
Witam proszę zrób filmik od podstaw o pushover mam stym problem. Pozdrawiam.
Cześć pushover? Masz na myśli powiadomienia push?
@@ArturHome Tak i nie ogarniam tego.
A próbowałeś tego? arturhome.pl/chce-wiedziec-wszystko-powiadomienia/
O procesie powiadomień (w tym push) będzie film bo u mnie jest to proces całkiem rozbudowany ale to jeszcze będziesz musiał trochę poczekać.
W jaki sposób można uzyskać w encji sun.sun offset - np 30 minut?
Problem aktualny?
Świetny film.
Od dwóch tygodni poznaję HA. Akurat tego szukałem, do tej pory używałem Tuyi i automatyzacji na niej.
Mam pytanie jak zrobić żeby czujnik włączał lampę po zmroku ale tylko do godziny 23, później chciałbym włączać inną lampę o innej jasności do świtu.
Dzięki
Problem aktualny?
Hej, już trochę opanowałem Node-red'a ten temat, na moje potrzeby, opanowałem
Witam, chciałbym wykonać taką automatyzację, trochę się boję zakupów bo mogą mi się nie zgrać w HA. Chciałbym uzyskać tę automatyzację poprze zigbee2mqtt. Jaki kupić czujnik, przełącznik i żarówkę?
Czujnik ruchu np xiaomi aqara, żarówki np Ikea., Philips, yelight, xiaomi
Uruchomiłem ten proces, jednak pomimo iż API nadpisuje czujnik światła na off, czujnik dalej odmierza swój czas i załącza światło dopiero po tym.Czy powodem może być sytuacja że pomimo wpisania wszystkich atrybutów API zmienia tylko na off?
Tak jak podawałem w filmie. To jest oszustwo po stronie HA i ono wyłączy światło ale czujka będzie odmierzała swój czas niezależnie. Co objawia się tym, że nie można jej ponownie szybko wzbudzić. U mnie taki stan "zamrożenia" czujki utrzymuje się 30s. Po tym czasie czujka wraca do poprawnego działania. Nie znam sposobu aby na ten moment programowo oszukać samą czujkę i przerwać jej odliczanie.
Hej. Świetny poradnik, cała seria bardzo dużo mnie nauczyła. Chciałem ustawić taką automatyzację w domu, mam czujkę xiaomi aqara i światło na sonoffach więc identyczny scenariusz. Niestety gdy zmienie State czujki z On na Off używając noda API to i tak muszę poczekać do końca odliczanego czasu (ok 1.5 min) aż czujka sama przełączy się na Off. Inaczej nie puszcza sygnały o wykrytym ruchu. Druga sprawa że w nodzie API wszystkie wartości są wpisane z palca na sztywno, a moja czujką ma o wiele więcej atrybutów niż ta na filmiku. Moja ma np battery, voltage, illuminance. Wg mnie trzeba by je jakoś podstawić do JSONA aby nie zginęły przy ręcznym przepisywaniu. Tylko pytanie jak?
1. Jaka masz bramkę do czujek? Jeśli standardową Xiaomi to nie oszukasz poniżej tych 1.5 minut. Szukam obejścia na to, może mi się uda.
2. Tym że nie podasz wszystkich parametrów to się nie przejmuj bo jeżeli napiszesz i usuniesz jakieś to gdy czujka zgłosi się do ha aby podać nowe wartości to odświeży swój stan i pojawią się wszystkie informacje. Możesz też zrobić tak że przed wysłaniem danych przez API możesz odczytać stan czujki i następnie w API podać wszystkie dane, które odczytasz.
@@ArturHome Mam CC2531. Próbowałem już uzupełnić wszystkie atrybyty, State czujki zmienia się na off, ale to i tak nic nie daje bo tak jak pisałem - pomimo że w czujce ustawiłem off, to ona nie wykrywa ruchu do momentu gdy skończy się jej odliczanie. Ps. Jeśli bedziesz robił dodatek do tego materiału, czy dało by się zrobić scenariusz w którym proces wykrywał by czy światło zostało uruchomione z włącznika albo z czujki ruchu. W przypadku czujki, wyłączyło by się po ustaniu ruchu, a w przypadku gdy włączyło by się z przełącznika to zostało by zaświecone, nawet gdy ruch przy czujce by ustał.
Jesteś kolejną osobą, która pyta o rozbudowę tego scenariusza o włącznik więc obiecuję, że w kolejnej części cyklu zajmiemy się takim przypadkiem.
@@dagoth1985 mam taki sam zestaw czujek i u mnie przy zastosowaniu sposobu z API nawet przy samym state: "off" działa i rzeczywiście przy przejściu na off nie pokazuje pozostałych atrybutów -ale na panelu w lovelace pokazuje
@@dagoth1985 czy udało się rozwiązać problem z czekaniem do końca odliczania czasu po zmianie state przez API, mam to samo na sonofie snzb-03
A jak podejść do warunku AND? Czyli chciałbym odczytać stan z dwóch włączników (switch/light) i jeżeli oba są spełnione to nie ma zapalać. Jeżeli tylko jeden to ma zapalić światło. Chodzi o to, że jeżeli już świeci światło z dwóch innych źródeł to nie zapalaj oświetlenia nocnego.
możesz to zrobić funkcją lub dwoma nodami switch
@@ArturHome Jak połączyć dwa switche? Mam konfigurację jak poniżej:
1) event:state -> PIR -> on/off -> dwa wyjścia -> włącz i wyłącz oświetlenie - to działa prawidłowo
2) event:state -> Lampa -> on/off -> dwa wyjścia - nie wiem co dalej
Chciałbym osiągnąć coś takiego, że w momencie kiedy mam zapaloną lampę główną (2) żeby nie zapalał oświetlenia nocnego.
przerzuć proszę to na forum bo w komentarzach to nie można nawet plikiem z procesem się wymienić.
Witam. A ja mam pytanie odnośnie tego, co trzeba zrobić, żeby czujnik zapalał światło nie tylko od zachodu do wschodu słońca, ale jak jest pochmurno? Który nod za to odpowiada?
Ogólnie chciałbym zastąpić zachód - wschód słońca godzinami w których ma działać w ten sposób, że czujnik ruchu zapala światło w godzinach np.16.00 do 22.00 i wcześniej (Ale tylko wtedy, gdy na dworze jest pochmurno, pada deszcz albo jest burza).
Użyj integracji z pogodą i sprawdzaj jej stan
@@ArturHome Dziękuję za szybką odpowiedź. Już działa, tylko teraz chciałem zdefiniować jeszcze zakres, że jeżeli jest zachmurzenie od 60% w górę to wtedy się uruchamia. Próbuję używać noda range, ale coś nie działa.
Tak nawiasem mówiąc oglądam wszystkie twoje filmy i tak naprawdę tylko dzięki temu zdecydowałem się uruchomić HA, ponieważ jako jedyny potrafisz wytłumaczyć normalnie "na chłopski rozum" o co w tym wszystkim chodzi :)
Użyj nodu switch i ustaw przedział w nim
@@ArturHome Rozumiem, że w nodzie current state ma być: msg.payload, if state is cloud. A w nodzie switch: is between 60 do 100?
Dokładnie
U mnie coś nie działa. Czujka wykrywa ruch , sonoff mini zapala światło , po zadanym czasie gasi i zmienia stan encji czujki na off. Ale gdy znowu poruszę ręką to już nie zmienia się na on , muszę czekać aż czujka ten swój czas chyba odbębni
Tak może być to API to trochę oszukiwanie na poziomie HA natomiast nie na poziomie czujki i samego urządzenia.
@ArturHome dokładnie to jest zmiana na poziomie HA więc jak w delay ustawi się krótszy czas niż czas odświezenia czujki i ktoś po wyłączeniu żarówki wejdzie w pole widzenia czujki, to światło się nie zapali bo czujka nie wyśle aktualizacji statusu do HA. Ponieważ po wykryciu ruchu czujka usypia się na jakieś półtora minuty lepszym rozwiązaniem jest po włączeniu światła dodanie noda wait until i w niej oczekiwanie zmiany statusu czujki na off i na podstawie tego wyłączenie światła. Btw z tego co widziałem to tą czujkę Xiaomi da się zmodowac żeby częściej wysyłała statusy do HA, ale nie bawiłem się tym
hej chciałem trochę jeszcze zmienić opisywany process
Mianowicie chciałem automatycznie uzupełniać pozostałem atrybuty czujnika
wiec dodałem wywolanie api get pobieram aktualne atrybuty czujnika poźniej nodem change zmieiam tylko state na off i tu mam problem jak załadowac zmieniona wiadomośc za pomoca noda api
probowałem w data wpisac np {{payload}} i niestety nie działa inne rozne kombinacje tez
jak mozna wysłac cała wiadomosc przy pomoc node api ??
Żebym dobrze zrozumiał. Chcesz uzupełnić nie tylko stan ale i atrybuty encji przez API, tak?
@@ArturHome dokładnie tak
@Łukasz wrzuć proszę temat na forum to pomogę ogarnąć bo tu nawet nie ma jak kodu/obrazka wrzucić
Nie ma to kompletnie sensu, żeby wołać API i ustawiać za każdym razem stan czujki na off. Wystarczy raz skonfigurować czujkę w integracji zigbee (które zwykle mają ten czas na 90-120s.) na czas ponownego raportowania czujki (zwane blind/reset time, czas odświeżania). Czyli 60 sekund dla Aqara bez moda sprzętowego (z modem 5 s.).
Z ciekawości pytam: mówisz, że używasz czujek Xiaomi i modyfikujesz za pomocą API ich stan po wyłączeniu. Jednocześnie wiadomo, że czujki te są na sztywno ustawione, że po wykryciu ruchu są przez te 1,5 minuty jako "on", czyli defacto są "ślepe" na kolejne wywołanie ruchem. Czy zmiana przez API stanu na off po 30 sekundach spowoduje, że czujki uzyskują możliwość zmiany stan na "on" po poruszeniu bez konieczności czekania na upływ tej 1,5 minuty? Czy to tylko jest obejście problemu ponownego zapalenia światła w wyniku automatyzacji na stan czujki "on"?
Te czujki sprawdzają stan co 10 sekund ale przejście do stanu off jest po 2 minutach.
Da się je oszukać o ile czas nie jest krótszy niż 60s wszystko poniżej i tak nic nie zmienia i trzeba czekać do minuty aby czujka znowu zadziałała. W jakiejś wolnej chwili jeszcze sprawdzę kilka pomysłów jak je oszukać aby można było zejść poniżej tej minuty.
@@ArturHome Ja koniecznie potrzebowałem niższego czasu, więc zrobiłem tzw. 5 second hack. Ale fajnie by było, gdyby można było to załatwić programowo. Trzymam kciuki.
sprawdzę. myślę, że w tydzień, dwa sprawdzę możliwości. dam znać jak coś.
@@ArturHome Można na stałe to skonfigurować w deconz na 60 s. (czujka ma taki limit hardwarowy, deconz domyślnie na 90 sekd.).
Jednorazowo wywołując:
service: deconz.configure
data:
entity: binary_sensor.motion_sensor # tu nasza encja
field: '/config'
data:
duration: 60
Moje pole "data" w którym ustawia się atrybuty wygląda tak:
{
"state": "off"
"attributes": {
"battery": 100,
"battery_low": false,
"linkquality": 132,
"occupancy": false,
"tamper": false,
"voltage": 3100
}
}
i mam błąd 3-iej linijki: "Expected "}", got "attributes""
Jeśli w DATA zostawię samą zmianę stanu, to nod API działa prawidłowo.
C2652P
Ktoś na Twoim forum poruszył wątek, ale rozwiązania brak, poradzisz coś Artur?
a weź sprawdź:
{
"state": "off"
"attributes": {
"battery": "100",
"battery_low": "false",
"linkquality": "132",
"occupancy": "false",
"tamper": "false",
"voltage": "3100"
}
}
@@wajsbks ten sam błąd.
"Expected "}", got "attributes""
próbowałem na kilka sposobów modyfikować tę 3 linijkę, zgodnie z treścią błędu, ale bez efektu.
@Robert Ty to robisz w NR? Użyj po prostu nodu funkcji przed call service i zrób zapis tych parametrów i będzie najszybciej.
Przecinka Ci brakuje po "state": "off"
Powinno w tej linii być: "state": "off",
Wszystko fajnie działa tylko mam problem z API. Używam czujnika Mi Motion Sensor RTCGQ01LM i wywala błąd: "Error Message: Request failed with status code 400"
Musisz zobaczyć jakie tam są wymagania dla tego czujnika
@@ArturHome Witam, mam tez problem z API (error) atrybuty wpisalem z czujnika wedlug twojego poradnika no i dalej error. Jak myslisz gdzie mam blad ? Pozdrawiam Janusz
A jak zrobić aby światło wyłączone zostało nie przez ustawiony czas "delay" tylko wtedy kiedy nie będzie ruchu na czujce, a dopiero wtedy przez czas ustawiony przez delay?
Nie bardzo chyba rozumiem ale generalnie przed nodem delay sprawdzasz stan czujki jak off to delay jak on to nie :)
@@ArturHome Chodzi o to że wchodząc do przedpokoju czujka załącza światło i świeci się przez ustawiony czas przez delay np.1 min. a ja jestem dłużej niż ta minuta i światło mi się gasi. Czy jest jakiś sposób aby światło było włączone tak długo dopóki czujka nie stwierdzi ruchu i wtedy zadziała czas delay
Pozdrawiam.
Sorki że 2 wątek ale tak wygodniej, z kamerą też mam problem kupiłem na aliexpress V380 i na telefonie działa znalazłemwg. twojego opisu na stronie www.ispyconnect.com i w motioneye nie znajduje mi jej tylko jak zmienię na rtmp://ip... to pojawia się kamera ale nie ma obrazu Próbowałem na wszystkich modelach z tej stronki i nic. Może masz jakieś sugestie.
A poza tym to świetna sprawa te twoje porady.
Dzięki takim ludziom rozwija się społeczność i rodzą się ciekawe pomysły. Brawoo :)
@@ArturHome Da się tak zrobić i to działa. Natomiast chciałem to zrobić w trochę inny sposób (subiektywnie prostszym), używając takiego timera który zlicza czas tylko wtedy gdy warunki są spełnione, co 1s kasowałbym stan czujnika i jeśli off utrzymałby się przez zadany czas wyłączałbym światło. Niestety nie mogę odnaleźć takiej funkcji i nie wiem czy takie coś jest wykonalne.
@@krzysztofslusar195 po zapaleniu światła daj node wait until i oczekuj w nim zmiany statusu czujki na off i za nim daj node do wyłączenia światła
To można bardzo prosto zrobić triggerem. [{"id":"ddb1db53.5aedc","type":"inject","z":"ba5b6f93.bba11","name":"no motion","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"off","payloadType":"str","x":510,"y":280,"wires":[["8bc22858.70ccd"]]},{"id":"5873d2fb.d39afc","type":"inject","z":"ba5b6f93.bba11","name":"motion","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"on","payloadType":"str","x":500,"y":220,"wires":[["8bc22858.70ccd"]]},{"id":"8bc22858.70ccd","type":"switch","z":"ba5b6f93.bba11","name":"","property":"payload","propertyType":"msg","rules":[{"t":"eq","v":"on","vt":"str"},{"t":"eq","v":"off","vt":"str"}],"checkall":"true","repair":false,"outputs":2,"x":690,"y":220,"wires":[["ded175c1.f4ab18","9006e52c.9199d"],["ded175c1.f4ab18"]]},{"id":"ded175c1.f4ab18","type":"trigger","z":"ba5b6f93.bba11","name":"10s no motion","op1":"","op2":"","op1type":"nul","op2type":"pay","duration":"10","extend":false,"overrideDelay":false,"units":"s","reset":"on","bytopic":"all","topic":"topic","outputs":1,"x":880,"y":280,"wires":[["9006e52c.9199d"]]},{"id":"8ed1310d.d15948","type":"debug","z":"ba5b6f93.bba11","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":1090,"y":220,"wires":[]},{"id":"9006e52c.9199d","type":"rbe","z":"ba5b6f93.bba11","name":"","func":"rbe","gap":"","start":"","inout":"out","property":"payload","x":890,"y":220,"wires":[["8ed1310d.d15948"]]}]
Cześć. Chciałbym, żeby żarówka zapalała się na 2 minuty, ale żeby czujka mimo wykrycia ruchu po tych dwóch minutach nie aktywowała żarówki przez kolejne 30minut. TZN. Wykrywa ruch->zapala żarówkę na 2minuty->czujka prze 30 minut nie zapala. Po upływie 20minut znowu zapala żarówkę i blokuję czujkę na 30 minut.
Da się to zrobić
Jak zrobić automatyzacje w Node-Red :czujka ruchu HUE wykrywa brak ruchu i wyłącza TV po 1min.
W komentarzu tego nie podam
Jak ustawić poziom jasności zależny od pory dnia/nocy ??
Problem aktualny?
Nie wiem co zrobić???
Nie rozumiem o co chodzi, bo u mnie mnie zawsze jest wysterowane wyjście "if state is false" (chyba, że wpisze "is not" to wtedy aktywne jest true)
nie ma znzczenia czy above horizon czy belov horizon
Koordynaty podane są prawidłowe, bo w historii pokrywa się z zachodem w Domoticzu (którego używam równolegle)
Nie rozumiem problemu
@@ArturHome Dzięki za szybką odpowiedź
Nie wiem jak mam to lepiej wytłumaczyć? nie działa tak jak u Ciebie. Zawsze tylko jedno wyjście jest w stanie wysterować.
Reasumując nie zmienia się stan tego węzła w funkcji zmiany położenia Słońca w stosunku do horyzontu.
To co miałem zrobić w NR robiłem w automatyzacji
Musi działać 😀
Zapisz się u mnie na sesję 1:1 i zwalczymy temat. Bo na komentarzach to będzie ciężko. Ewentualnie napisz na forum i wrzuć proces.
@@ArturHome Bardzo Ci dziękuje za chęć udzielenia wsparcia, ale chyba mój błąd polegał na tym, że miałem sprzeczny warunek (dotyczący tej samej encji).
Automatyzacja uzbrajająca alarm po stwierdzeniu braku mojego telefonu w strefie dom wyłączała wszystkie encje (również tą na której sobie to testowałem)
i wpadłem sam w bad loopa
Proszę o odcinek z TTS, oraz parowaniem głośnika BT, żeby mógł np. coś tam "pogadać" :-)
Jest na liście ale trochę jeszcze musisz poczekać. Chociaż w najbliższym odcinku będzie takie powiadomienie/status poranny/wieczorny więc tts będzie użyty do przekazywania informacji.
UWAGA: jeśli czujnik ruchu np jest zaciągnięty z satel to czas reakcji jest mniej niż 1 sekunda. Nie stosujemy API, oraz nie łączymy stanu czujnika z wyłączeniem światła. Powoduje to miganie światła w tą i powrotem.
dzięki za info
@@ArturHome samo połączenie czujnika w pozycji off do światła wyłącza je od razu po przejściu czujnika w stan spoczynku.
takie API jak w filmie źle działa. Z czujnikiem ruchu Aqara i włącznikami światła Lonsonho API sprawia, że po 60s następuje zawsze mrugnięcie światłem. Jest to tak irytujące, że taki flow nie ma sensu! Jak ktoś wie jak można proces ustawić dobrze (bez mrugnięcia, z wyłączającym się światłem np. po 15s i aktywną czujką zawsze po zgaśnięciu światła) to pls dajcie znać!
No niestety nie jestem wstanie przewidzieć powiązań z każdym możliwym sprzętem. Może zrezygnuj z API i zostaw standardowe działanie czujki.
@@ArturHome póki co tak zrobiłem. Jednak jak ktoś wykombinuje jak ominąć ten często problem pls dajcie znać!
Hej, udało się Ci może to ogarnać w jakiś sposób? Jestem właśnie w tym samym momencie z "mruganiem"
Dodam ze nie uzywam API
@@mateuszzytkowicz1733 usunąłem API, w planach lutowanie czujnika ruchu bo software'owo przerobić się tego chyba nie da :(
Jeśli dobrze zrozumiałem: czujka ma taką głupią właściwość, że podtrzymuje stan aktywny (widzę człowieka) przez dwie minuty, nawet jeżeli koleś zniknie z jej pola widzenia. W tych okolicznościach przyrody rozebrałbym czujkę i wypieprzył z niej układ zwłoki (jeśli jest nieregulowany), a jeśli daje się ustawić na zwłokę powiedzmy jedna sekunda to tak właśnie bym zostawił.
Po co? Bo wówczas algorytm działania znakomicie się upraszcza! Pomijam fakt, że czujka z dwuminutową zwłoką to jakiś poroniony pomysł...
Nie prościej kupić za grosze na Ali jakieś zupełnie proste czujki o przyzwoitej czułości zadziałania za grosze? Albo wykorzystać czujki z systemu antywłamaniowego (Jeśli takowy jest, a na ogół jest!) - te są bezdyskusyjnie lepsze. Po prostu skomunikować centralkę systemu z HA i z niej czerpać sygnał obecności "w korytarzu". I niech ten sygnał wywołuje założony algorytm oświetlenia z jednej strony i niezależnie algorytm systemu antywłamaniowego z drugiej strony - wykorzystując dwojako informację z jednej czujki. Chyba można to tak zrobić by oba systemy się "nie pogryzły"?
Dobre ostrzeżenie by omijać szerokim łukiem tego PIRa. Dość absurdalne zachowanie by zwracał ON przy braku ruchu przez tak długi czas.
Da się z tym żyć ale faktycznie mogłoby to być sterowane
Każda tego typu czujka bezprzewodowa raportuje to przez określony czas nawet jak nie ma ruchu. Aqara 60 sek., Hue 10-15, sonoof pewnie z 120 sek. Aqara można hardwarowo zmodyfikować na 5 sek.