Dyskusja ogólna [bramka Zigbee]

[vajera]

@vajera

przypadkiem pusciles w devices_table to:

Code: Select all

      Supla_VirtualRelay->turnOn(1000); //toggle();
      zamiast 
      Supla_VirtualRelay->toggle();

btw na problemy z gitem i malymi-duzymi literami: git config core.ignorecase false

W sumie to nie przypadkiem - zastanawiam się czy to nie jest lepsze rozwiązanie?

ps. dzięki

[Zibi_007]

A teraz mam jeszcze na tapecie czujniki xiaomi z nowym softem, gdzie trzeba wyciągać tokeny przed flashowaniem.

Może nie w temacie, ale zaciekawiły mnie te czujniki
To te kwadratowe, czy inne?

Zaraz zobaczysz, że jednak w temacie Tak, te kwadratowe LYWSD03MMC z nowym softem (2.1.1).
Jeśli nie chcesz rozbierać i lutować, to aby wgrać przez OTA musisz wyciągnąć najpierw ID, TOKEN i BIND KEY bo sobie Xiaomi wymyśliło szyfrowanie. Nie jest to może specjalnie trudne, ale upierdliwe. Zwłaszcza, jak masz kilka termometrów (kupiłem 6 bo wychodziły w promocji coś koło niecałych 7 zł za sztukę). I teraz sobie przerabiam... Za to z Suplą chodzą pięknie! Parują się od strzała i mają dobry zasięg Jak znajdę czas, to podłączę wszystkie pod jedną bramkę Z2S i zobaczę, jak to działa

[vajera]

A teraz mam jeszcze na tapecie czujniki xiaomi z nowym softem, gdzie trzeba wyciągać tokeny przed flashowaniem.

Może nie w temacie, ale zaciekawiły mnie te czujniki
To te kwadratowe, czy inne?
[/quote]

Zaraz zobaczysz, że jednak w temacie Tak, te kwadratowe LYWSD03MMC z nowym softem (2.1.1).
Jeśli nie chcesz rozbierać i lutować, to aby wgrać przez OTA musisz wyciągnąć najpierw ID, TOKEN i BIND KEY bo sobie Xiaomi wymyśliło szyfrowanie. Nie jest to może specjalnie trudne, ale upierdliwe. Zwłaszcza, jak masz kilka termometrów (kupiłem 6 bo wychodziły w promocji coś koło niecałych 7 zł za sztukę). I teraz sobie przerabiam... Za to z Suplą chodzą pięknie! Parują się od strzała i mają dobry zasięg Jak znajdę czas, to podłączę wszystkie pod jedną bramkę Z2S i zobaczę, jak to działa
[/quote]

Wow, super! To ja się zapisuję na szkolenie

[[email protected]]

@vajera

przypadkiem pusciles w devices_table to:

Code: Select all

      Supla_VirtualRelay->turnOn(1000); //toggle();
      zamiast 
      Supla_VirtualRelay->toggle();

btw na problemy z gitem i malymi-duzymi literami: git config core.ignorecase false

W sumie to nie przypadkiem - zastanawiam się czy to nie jest lepsze rozwiązanie?

ps. dzięki

Dlaczego lepsze?

Wg mnie nie bardzo, np. otwarcie bramy tak nie przejdzie bo za sekundę się wyzwoli się OFF z automatu, a w przypadku toggle można sobie ustawić reakcje na ON/OFF/TOGGLE która bramę obskoczy a i lampę można tak samo ustawić żeby robiła toggle.
Włączniki (scen) powinny tylko tworzyć zdarzenie, a tu robisz jakiś automat na arbitralną wartość - to chyba nie tak powinno działać

Mój use case to na pushed robić toggle na bramie lub oświetleniu a na double click np włącz oświetlenie a na hold zawsze wyłącz - każdy ma swobodę ustawić reakcję po swojemu.

+ to co pisałem wczoraj o debounce - coś by trzeba dodać bo ten 4x3 to perfidnie kilka sygnałów odbiera - a robiąć turnOn(1000) to w ogóle będzie dyskoteka na oświetleniu

[vajera]

Wracam do tematu zmiany stanu czujników IAS w czasie gdy bramka jest offline- jedyne, co u mnie się sprawdza to wymuszenie raportowania stanu, w określonych interwałach czasowych.
Pytanie do Was, jaki przedział czasowy wydaje się najbardziej sensowny?

[vajera]

Dlaczego lepsze?

Wg mnie nie bardzo, np. otwarcie bramy tak nie przejdzie bo za sekundę się wyzwoli się OFF z automatu, a w przypadku toggle można sobie ustawić reakcje na ON/OFF/TOGGLE która bramę obskoczy a i lampę można tak samo ustawić żeby robiła toggle.
Włączniki (scen) powinny tylko tworzyć zdarzenie, a tu robisz jakiś automat na arbitralną wartość - to chyba nie tak powinno działać

Mój use case to na pushed robić toggle na bramie lub oświetleniu a na double click np włącz oświetlenie a na hold zawsze wyłącz - każdy ma swobodę ustawić reakcję po swojemu.

+ to co pisałem wczoraj o debounce - coś by trzeba dodać bo ten 4x3 to perfidnie kilka sygnałów odbiera - a robiąć turnOn(1000) to w ogóle będzie dyskoteka na oświetleniu

OK, masz rację - poprawię to dzisiaj wieczorem.

[Zibi_007]

Może nie w temacie, ale zaciekawiły mnie te czujniki
To te kwadratowe, czy inne?

Zaraz zobaczysz, że jednak w temacie Tak, te kwadratowe LYWSD03MMC z nowym softem (2.1.1).
Jeśli nie chcesz rozbierać i lutować, to aby wgrać przez OTA musisz wyciągnąć najpierw ID, TOKEN i BIND KEY bo sobie Xiaomi wymyśliło szyfrowanie. Nie jest to może specjalnie trudne, ale upierdliwe. Zwłaszcza, jak masz kilka termometrów (kupiłem 6 bo wychodziły w promocji coś koło niecałych 7 zł za sztukę). I teraz sobie przerabiam... Za to z Suplą chodzą pięknie! Parują się od strzała i mają dobry zasięg Jak znajdę czas, to podłączę wszystkie pod jedną bramkę Z2S i zobaczę, jak to działa

Wow, super! To ja się zapisuję na szkolenie

Nie ma sprawy. Dla Ciebie zawsze
Swoją drogą mam porównanie z podobnymi na BLE z wyświetlaczem (niemarkowymi). W porównaniu z Xiaomi to kupa totalna. Gubią zasięg (a i tak mają słaby), bateria trzyma 2-3 miesiące. Bez sensu. Lepiej dołożyć i kupić te LYWS (a jak są w promocji, to wychodzą podobnie). Stare idą na elektrośmieci, bo tyle są warte

[lukasz06]

Ogólnie czytałem, że Zigbee jest trochę bardziej prądożerne niż ble. Też chętnie zobaczę, poczytam, jak wyciągasz te tokeny
Z ciekawości zapytam, czy jest to możliwe dla LYWSD 002? Bo ma takiego i nie mogę go przerobić przez ota.

[lukasz06]

Wracam do tematu zmiany stanu czujników IAS w czasie gdy bramka jest offline- jedyne, co u mnie się sprawdza to wymuszenie raportowania stanu, w określonych interwałach czasowych.
Pytanie do Was, jaki przedział czasowy wydaje się najbardziej sensowny?

30 min?

[Robert Błaszczak]

Wracam do tematu zmiany stanu czujników IAS w czasie gdy bramka jest offline- jedyne, co u mnie się sprawdza to wymuszenie raportowania stanu, w określonych interwałach czasowych.
Pytanie do Was, jaki przedział czasowy wydaje się najbardziej sensowny?

Według mnie 15 minut byłoby bardzo sensownie.