[Zgłoszenie] MIBOXER E2-ZR (TZB210_eiwanbeb::TS0502B) [bramka ZigBee]

[cezy]

Do tej pory używałem tylko i wyłącznie ZAMEL'a i się nie zwiodłem. Supla super działała. Szukałem czegoś do CCT i RGB i znalazłem Miboxer, więc kupiłem. Nawet przez myśl mi nie przeszło, że tak dziwnie działają po zaniku zasilania. Gdzieś na forum w internecie ktoś pisał, że one reagują nawet na taki minimalny zanik, którego inne moduły czy żarówki nie zauważają i świecą dalej. Może to jest problem.

O GLEDOPTO usłyszałem od Ciebie. Jeśli Miboxery będą tak dziwnie działać to będę musiał wymienić.

Przetestowałem u siebie następujące rozwiązanie:

- wersja 1.5.122-05/07/26
- najpierw zakładka Supla Channels -> panel Local logic objects -> Add NOP GATE
- restart bramki
- zakładka Local Actions

- ADD ACTION:
-- source channel GATEWAY EVENTS
-- source event ON ZIGBEE STACK STARTED
-- destination channel NOP GATE
-- destination action TURN ON
-- SAVE ACTION

- ADD ACTION:
-- source channel NOP GATE
-- source event ON TURN ON
-- destination channel DIMMER + CCT
-- destination action TURN OFF
-- SAVE ACTION

- zakładka Supla channels
- wybieramy NOP GATE
- panel Channel timings:
-- w pierwszym polu (✧ keepalive (s) ✧ turn on delay (s) [logical gates] ✧ ✧ action trigger hold repeat (ms) ✧) wpisujemy np. 5 (u mnie takie opóźnienie wystarcza, ale możesz wpisać 10).
-- SAVE.

Te dwie akcje spowodują, że po każdym restarcie bramki (np. z powodu utraty zasilania) 5 sekund po uruchomieniu stosu ZigBee bramka wyłączy sterownik LED.

Ok. A gdzie wskazujemy, którego sterownika to ma dotyczyć? Mam 4 CCT i 2 RGB.
Ok. Tutaj: - destination channel DIMMER + CCT. Ciężka noc

[cezy]

Przetestowałem u siebie następujące rozwiązanie:

- wersja 1.5.122-05/07/26
- najpierw zakładka Supla Channels -> panel Local logic objects -> Add NOP GATE
- restart bramki
- zakładka Local Actions

- ADD ACTION:
-- source channel GATEWAY EVENTS
-- source event ON ZIGBEE STACK STARTED
-- destination channel NOP GATE
-- destination action TURN ON
-- SAVE ACTION

- ADD ACTION:
-- source channel NOP GATE
-- source event ON TURN ON
-- destination channel DIMMER + CCT
-- destination action TURN OFF
-- SAVE ACTION

- zakładka Supla channels
- wybieramy NOP GATE
- panel Channel timings:
-- w pierwszym polu (✧ keepalive (s) ✧ turn on delay (s) [logical gates] ✧ ✧ action trigger hold repeat (ms) ✧) wpisujemy np. 5 (u mnie takie opóźnienie wystarcza, ale możesz wpisać 10).
-- SAVE.

Te dwie akcje spowodują, że po każdym restarcie bramki (np. z powodu utraty zasilania) 5 sekund po uruchomieniu stosu ZigBee bramka wyłączy sterownik LED.

Teraz wiem, że to moje samoczynne zapalanie LED to był po prostu reset bramki

Twoje rozwiązanie z NOP GATE idealnie rozwiązuje problem:

1. Jak mamy światło zapalone:
1.1. Następuje zanik zasilania.
1.2. Prąd powraca.
1.3. Sterownik wstaje, przywraca stan do tego sprzed zaniku zasilania, czyli włącza światło.
1.4. Bramka wstaje i z pomocą NOP GATE wysyła do sterownika zdarzenie TURN OFF, czyli każe mu zgasić światło.

2. Jak mamy światło zgaszone:
2.1. Następuje zanik zasilania.
2.2. Prąd powraca.
2.3. Sterownik wstaje, przywraca stan do tego sprzed zaniku zasilania, czyli nie włącza światło.
2.4. Bramka wstaje i na wszelki wypadek z pomocą NOP GATE profilaktycznie wysyła do sterownika zdarzenie TURN OFF, czyli każe mu zgasić światło.

Opóźnienie też ustawiłem na 5 sekund i idealnie trafia w punkt.

Pozostaje mi czekać na dodanie E3-ZR:
viewtopic.php?t=18660

Czapki z głów Panie Łukaszu! Kawał dobrego softu!

[vajera]

2. Jak mamy światło zgaszone:
2.1. Następuje zanik zasilania.
2.2. Prąd powraca.
2.3. Sterownik wstaje, przywraca stan do tego sprzed zaniku zasilania, czyli nie włącza światło.
2.4. Bramka wstaje i na wszelki wypadek z pomocą NOP GATE profilaktycznie wysyła do sterownika zdarzenie TURN OFF, czyli każe mu zgasić światło.

Opóźnienie też ustawiłem na 5 sekund i idealnie trafia w punkt.

Mam pytanie do punktu 2.3 - z tego co napisałeś wynika, że Twój sterownik jednak pamięta stan sprzed zaniku zasilania? Mój egzemplarz każdorazowo po zaniku i powrocie zasilania zapala diody LED - niezależnie od tego czy wcześniej był włączony czy też wyłączony. Z Twoich poprzednich wiadomości zrozumiałem, że u Ciebie jest podobnie, ale teraz wygląda to tak, jakbyś w jakiś sposób włączył mu pamięć stanu?

[vajera]

Opóźnienie też ustawiłem na 5 sekund i idealnie trafia w punkt.

Tytułem wyjaśnienia - bramka NOP, jak sama nazwa wskazuje, nie przeprowadza żadnych operacji logicznych na sygnale wejściowym, ale pozwala skorzystać z mechanizmu opóźnienia wbudowanego w bramki (kudos @Lector ). Te 5 sekund od startu stosu ZigBee pozwala urządzeniu końcowemu nawiązać kontakt z bramką, dzięki czemu reaguje ono na polecenie wyłączenia.

[vajera]

Pozostaje mi czekać na dodanie E3-ZR:
viewtopic.php?t=18660

Wybywam służbowo do Zjednoczonego Królestwa, w środę będę z powrotem, ale może uda mi się usiąść nad kodem w trakcie wyjazdu.

[cezy]

2. Jak mamy światło zgaszone:
2.1. Następuje zanik zasilania.
2.2. Prąd powraca.
2.3. Sterownik wstaje, przywraca stan do tego sprzed zaniku zasilania, czyli nie włącza światło.
2.4. Bramka wstaje i na wszelki wypadek z pomocą NOP GATE profilaktycznie wysyła do sterownika zdarzenie TURN OFF, czyli każe mu zgasić światło.

Opóźnienie też ustawiłem na 5 sekund i idealnie trafia w punkt.

Mam pytanie do punktu 2.3 - z tego co napisałeś wynika, że Twój sterownik jednak pamięta stan sprzed zaniku zasilania? Mój egzemplarz każdorazowo po zaniku i powrocie zasilania zapala diody LED - niezależnie od tego czy wcześniej był włączony czy też wyłączony. Z Twoich poprzednich wiadomości zrozumiałem, że u Ciebie jest podobnie, ale teraz wygląda to tak, jakbyś w jakiś sposób włączył mu pamięć stanu?

Testuje teraz dwa egzemplarze. Niby każdego z nich zresetowałem do ustawień fabrycznych, ale pierwszy działa jak opisałem, ale drugi już nie. Coś mi się wydaje, że takie dziwne zachowanie w moim przypadku może mieć związek z wielokrotnymi próbami zmian przez Clusters&Attributes. Jak tam wykonujemy jakieś polecenie to efekt zapisuje się na sterowniku, tak? Jest jakaś możliwość zresetowania tego?

I mam jeszcze pytanie o NOP GATE. Jak dodam jeden NOP GATE to mogę go użyć do kilku sterowników? Czy jak dam drugi E2-ZR to dodawać kolejny?

[vajera]

I mam jeszcze pytanie o NOP GATE. Jak dodam jeden NOP GATE to mogę go użyć do kilku sterowników? Czy jak dam drugi E2-ZR to dodawać kolejny?

Musisz dodać kolejną akcję z NOP gate na właściwy sterownik, ale bramka wystarczy jedna.

[vajera]

Testuje teraz dwa egzemplarze. Niby każdego z nich zresetowałem do ustawień fabrycznych, ale pierwszy działa jak opisałem, ale drugi już nie. Coś mi się wydaje, że takie dziwne zachowanie w moim przypadku może mieć związek z wielokrotnymi próbami zmian przez Clusters&Attributes. Jak tam wykonujemy jakieś polecenie to efekt zapisuje się na sterowniku, tak? Jest jakaś możliwość zresetowania tego?

Teoretycznie każde urządzenie ZigBee powinno zresetować swoje atrybuty podczas parowania z nowym koordynatorem (bramką), cześć z nich ma dodatkową opcję pełnego resetu. Możliwe, że one się różnią np. wersją oprogramowania I jedno przyjmuje wybrane atrybuty a drugie niekoniecznie....

[cezy]

Dodałem drugi sterownik i lokalną akcję do gaszenia. Symuluję zanik prądu (gaszę sterowniki, bramkę, suplę) i (nie za każdym razem), ale często się zdarza, że wszystko startuje, a światła się świecą. Supla natomiast widzi te światła jako zgaszone. Pomaga jak później resetuję bramkę albo ręcznie włączam bramkę troszkę później. Wtedy światła się gaszą zgodnie z ustawieniami.

Czy można jakoś opóźnić start samej bramki? Czy trzeba kombinować z opóźnionym podaniem zasilania?

P.S. Ten drugi sterownik ma jeszcze taka przypadłość, że jak resetuję bramkę albo później ją włączam to zmienia temperaturę do zera (żółte światło), gasi światło i od razu zapala (takie mignięcie). Później się gasi wg ustawień.

[vajera]

Dodałem drugi sterownik i lokalną akcję do gaszenia. Symuluję zanik prądu (gaszę sterowniki, bramkę, suplę) i (nie za każdym razem), ale często się zdarza, że wszystko startuje, a światła się świecą. Supla natomiast widzi te światła jako zgaszone. Pomaga jak później resetuję bramkę albo ręcznie włączam bramkę troszkę później. Wtedy światła się gaszą zgodnie z ustawieniami.

Czy można jakoś opóźnić start samej bramki? Czy trzeba kombinować z opóźnionym podaniem zasilania?

P.S. Ten drugi sterownik ma jeszcze taka przypadłość, że jak resetuję bramkę albo później ją włączam to zmienia temperaturę do zera (żółte światło), gasi światło i od razu zapala (takie mignięcie). Później się gasi wg ustawień.

Można próbować robić różne rzeczy, ale to wszystko są mniej lub bardziej protezy - wychodzi na to, że te modele MiBoxer 2w1 są mocno okrojone i nawet poszczególne egzemplarze różnie się zachowują. Z ciekawości kazałem AI zebrać opinie na temat sterowników RGB ZigBee - na pierwszym miejscu GLOEDOPTO, na drugim (o dziwo) MiBoxer (ale 3w1 i 5w1) a na trzecim Philips Hue.
Co ciekawe GLEDOPTO nie różni się specjalnie ceną od MiBoxer, ale ma znacznie więcej funkcji dodatkowych - zwłaszcza w tych bardziej rozbudowanych wersjach.