Głowica Sonoff TRVZB [bramka ZigBee]

[lukasz06]

Eee.... no nie spojrzałem, że @LukiSpider ma tylko 2% baterii. Ja nie czekam tak długo. Wymieniałem przy 8%

[bokk]

Po aktualizacji bramki Sonoff dla głowicy TRVZB pokazała się możliwość włączenia trybu adaptacyjnego

[vajera]

Po aktualizacji bramki Sonoff dla głowicy TRVZB pokazała się możliwość włączenia trybu adaptacyjnego

viewtopic.php?p=228397#p228397

[LukiSpajder]

Począwszy od wersji 1.4.40-22/02/26, bramka nie uruchamia się ponownie po sparowaniu dodanego wcześniej urządzenia z włączonym przełącznikiem Force device to bind gateway again, co oznacza, że można ponownie parować dodane uprzednio urządzenia jedno po drugim.
Oczywiście w przypadku parowania nowego urządzenia bramka nadal uruchomi się ponownie.

Po zmianie kanału i ponownym parowaniu głowica się połączyła z bramką ale jeśli bramka nie zostanie zresetowana to nie można sterować z apki nią .
Tu przydało by się potwierdzenie czy to zachowanie się potwierdza - może po ponownym parowaniu należy poczekać jakiś dłuższy czas

[vajera]

Począwszy od wersji 1.4.40-22/02/26, bramka nie uruchamia się ponownie po sparowaniu dodanego wcześniej urządzenia z włączonym przełącznikiem Force device to bind gateway again, co oznacza, że można ponownie parować dodane uprzednio urządzenia jedno po drugim.
Oczywiście w przypadku parowania nowego urządzenia bramka nadal uruchomi się ponownie.

Po zmianie kanału i ponownym parowaniu głowica się połączyła z bramką ale jeśli bramka nie zostanie zresetowana to nie można sterować z apki nią .
Tu przydało by się potwierdzenie czy to zachowanie się potwierdza - może po ponownym parowaniu należy poczekać jakiś dłuższy czas

Nie sprawdzałem tego, ale potwierdzam, że taki scenariusz jest możliwy. Dotyczy on tzw. urządzeń wykonawczych (przekaźniki, rgbw, głowice, rolety) - one podczas uruchamiania bramki dostają swoją własną kopię danych urządzenia (w tym short address), którą później wykorzystują do komunikacji z bramką. Po ponownym parowaniu ten adres może się zmienić i wtedy bramka nadal będzie dostawać dane, ale nie będzie mogła sterować urządzeniem (aż do restartu).
Mam w planach modyfikację tego mechanizmu (częściowo to już się dzieje) a póki co zostaje dodać X urządzeń pod rząd i zresetować bramkę - to i tak przyspiesza ponowne parowanie.

[bokk]

Począwszy od wersji 1.4.40-22/02/26, bramka nie uruchamia się ponownie po sparowaniu dodanego wcześniej urządzenia z włączonym przełącznikiem Force device to bind gateway again, co oznacza, że można ponownie parować dodane uprzednio urządzenia jedno po drugim.
Oczywiście w przypadku parowania nowego urządzenia bramka nadal uruchomi się ponownie.

Po zmianie kanału i ponownym parowaniu głowica się połączyła z bramką ale jeśli bramka nie zostanie zresetowana to nie można sterować z apki nią .
Tu przydało by się potwierdzenie czy to zachowanie się potwierdza - może po ponownym parowaniu należy poczekać jakiś dłuższy czas

Wczoraj właśnie na 1.4.42 zmieniłem kanał na bramce i miałem problem z termostatami, najpierw z cloud nie chciało się uruchomić ponowne parowanie przy zaznaczonej w bramce fladze a później po włączeniu parowania i flagi w bramce na TRVZB pokazywał się symbol sparowania ale nie było możliwości jej uruchomienia ani z aplikacji ani z cloud.

[vajera]

Począwszy od wersji 1.4.40-22/02/26, bramka nie uruchamia się ponownie po sparowaniu dodanego wcześniej urządzenia z włączonym przełącznikiem Force device to bind gateway again, co oznacza, że można ponownie parować dodane uprzednio urządzenia jedno po drugim.
Oczywiście w przypadku parowania nowego urządzenia bramka nadal uruchomi się ponownie.

Po zmianie kanału i ponownym parowaniu głowica się połączyła z bramką ale jeśli bramka nie zostanie zresetowana to nie można sterować z apki nią .
Tu przydało by się potwierdzenie czy to zachowanie się potwierdza - może po ponownym parowaniu należy poczekać jakiś dłuższy czas

Wczoraj właśnie na 1.4.42 zmieniłem kanał na bramce i miałem problem z termostatami, najpierw z cloud nie chciało się uruchomić ponowne parowanie przy zaznaczonej w bramce fladze a później po włączeniu parowania i flagi w bramce na TRVZB pokazywał się symbol sparowania ale nie było możliwości jej uruchomienia ani z aplikacji ani z cloud.

To jest duża zmiana I pewnie jeszcze kilka "kwiatków" wyskoczy - co do zasady traktujcie to, póki co, jako tryb roboczy do np. hurtowego parowania urządzeń po ZFR z resetem bramki na koniec.

[zzrr]

....
To jest duża zmiana I pewnie jeszcze kilka "kwiatków" wyskoczy - co do zasady traktujcie to, póki co, jako tryb roboczy do np. hurtowego parowania urządzeń po ZFR z resetem bramki na koniec.

Ale sam kierunek jest jak najbardziej wskazany. To fajne ułatwienie faktycznie że można sobie w razie czego dodawać urządzenia po kolei a na koniec restart, a nie za każdym razem przyglądać się kiedy się odświeży strona w bramce po resecie. Jeszcze tego nie miałem okazji próbować. @vajera a jest jakiś komunikat diodą informujący w którym momencie można robić podejście z parowaniem kolejnego urządzenia tak żeby nie robić tego w trakcie wykonywania przez bramkę procedury parowania? Taki że bramka informuje "sparowane, dawaj następny lub reset"

[vajera]

....
To jest duża zmiana I pewnie jeszcze kilka "kwiatków" wyskoczy - co do zasady traktujcie to, póki co, jako tryb roboczy do np. hurtowego parowania urządzeń po ZFR z resetem bramki na koniec.

Ale sam kierunek jest jak najbardziej wskazany. To fajne ułatwienie faktycznie że można sobie w razie czego dodawać urządzenia po kolei a na koniec restart, a nie za każdym razem przyglądać się kiedy się odświeży strona w bramce po resecie. Jeszcze tego nie miałem okazji próbować. @vajera a jest jakiś komunikat diodą informujący w którym momencie można robić podejście z parowaniem kolejnego urządzenia tak żeby nie robić tego w trakcie wykonywania przez bramkę procedury parowania? Taki że bramka informuje "sparowane, dawaj następny lub reset"

Bramka na pewno nie rozpocznie aktywnego parowania w trakcie poprzedniego, ale masz rację - muszę jakoś uporządkować tę sygnalizację.

[vajera]

Dobra wygląda że tak dałem 8BITMAP to wysyła rozkaz i działa ( 1 to tryb 0/1; 2 to PID ) ale jak dam U8 to tak jak pisze @lukasz06 bramka się resetuje.

Jeśli coś pomieszałem - proszę mnie poprawić

A to ciekawe, bo u mnie nie idzie zapisać. Po wysłaniu rozkazu obojętnie 8BitMap, czy U8 bramka się resetuje
Tylko takie coś udało się zapisać/odczytać

Code: Select all

Sonoff (0xFC11)
0x6016
8BITMAP
2

Reading attribute successful!
Data value is 25105(0x6211)
Data type is S16(0x29)
Data size is 0x2

Error No Connection

Dopiero dzisiaj w Zigbee2Mqtt

Code: Select all

https://github.com/Koenkk/zigbee-herdsman-converters/commit/bc3e5bb37b7f4a8db1582a46c2a1ceb80ed2326a