Dyskusja ogólna [bramka Zigbee]

[Zibi_007]

@vajera. Nie chcę śmiecić w innych wątkach, a ten chyba będzie dobry.
Tak mi od pewnego czasu chodzi jeden pomysł po głowie i po przeczytaniu kolejnych postów (np. tego viewtopic.php?p=207947#p207947) i tego co sam napisałem tutaj viewtopic.php?p=207961#p207961 chciałem się nim (pomysłem) podzielić.
Może dasz jakąś zmienną globalną (LOGS, albo coś takiego) i przypiszesz jej wartość 1 (domyślnie włączona) i będziesz kompilować wszystkie softy tak, jakby żeby były z logowaniem. Zrobiłeś nowy (świetny) interfejs, to zrób tam gdzieś też może przełącznik wyłączający logi po resecie bramki. I cyk, mamy wersję bez logów. Testujemy nowe urządzenia, chcemy zrobić jakąś diagnostykę, cyk i włączamy logi na nowo.
Zmniejszamy liczbę wersji w repozytorium, a w zasadzie robimy tylko dwie. 8MB z OTA i 4MB bez OTA. Teraz dojście do tego co szwankuje w komunikacji z głowicą, o której piszemy w innym wątku jest niemożliwe, jeśli wgrany mam soft bez logów. Jest nowy interfejs, to skorzystajmy z okazji i miejmy z głowy te zaszłości z logami...
I jeszcze jedno, bo ktoś zapyta, czemu nie domyślnie bez logów, a później się je będzie włączać. Ano dlatego, że czasami warto wiedzieć co "wyrzuca" bramka zanim się do niej zalogujemy.

[vajera]

@vajera. Nie chcę śmiecić w innych wątkach, a ten chyba będzie dobry.
Tak mi od pewnego czasu chodzi jeden pomysł po głowie i po przeczytaniu kolejnych postów (np. tego viewtopic.php?p=207947#p207947) i tego co sam napisałem tutaj viewtopic.php?p=207961#p207961 chciałem się nim (pomysłem) podzielić.
Może dasz jakąś zmienną globalną (LOGS, albo coś takiego) i przypiszesz jej wartość 1 (domyślnie włączona) i będziesz kompilować wszystkie softy tak, jakby żeby były z logowaniem. Zrobiłeś nowy (świetny) interfejs, to zrób tam gdzieś też może przełącznik wyłączający logi po resecie bramki. I cyk, mamy wersję bez logów. Testujemy nowe urządzenia, chcemy zrobić jakąś diagnostykę, cyk i włączamy logi na nowo.
Zmniejszamy liczbę wersji w repozytorium, a w zasadzie robimy tylko dwie. 8MB z OTA i 4MB bez OTA. Teraz dojście do tego co szwankuje w komunikacji z głowicą, o której piszemy w innym wątku jest niemożliwe, jeśli wgrany mam soft bez logów. Jest nowy interfejs, to skorzystajmy z okazji i miejmy z głowy te zaszłości z logami...
I jeszcze jedno, bo ktoś zapyta, czemu nie domyślnie bez logów, a później się je będzie włączać. Ano dlatego, że czasami warto wiedzieć co "wyrzuca" bramka zanim się do niej zalogujemy.

Powiem tak - wielokrotnie już o tym myślałem, zacząłem nawet różne testy z przekierowywaniem logów, np. do pliku w pamięci ESP. Ten nowy interface ma moduł do odczytu zawartości takich plików, więc w teorii można by wykorzystać to do zbierania logów z bramek niepodłączonych do komputera.

[wojtas567]

Tego typu konsolę też można zrobić na podstronie https://espressif.github.io/esptool-js/.
Za starych czasów zrobiłem logi w podobny sposób ale wtedy ESP mocno zwalniał przy podglądzie.

[endrju_88]

Poprawcie mnie proszę jeśli się mylę , ale w wersji 0.8.42 nie ma już ( a może jeszcze ) funkcji NWK SCAN do sprawdzania zasięgu urządzeń?

Drugie pytanko : czy ktoś z Was próbował w nowym GUI usunąć urządzenie poprzez Remove device! ? Ja spróbowałem i moduł mi się wysypał , tzn.łączył się i rozłączał a w Cloudzie nie było konfliktu kanałów i funkcji Usuń przy usuniętym kanale. Finalnie nie usuwa się kanał a po resecie Bramka cały czas się rozłącza i łączy z siecią i trzeba ją docelowo wyczyścić i wgrać wsad od nowa. Sprawdzałem 3 razy , za każdym razem to samo.

[lukasz06]

Nwk-scan nie ma, ale jest opcja Read Device Rssi, osobno dla kazdego kanału. Swoja drogą przydałoby się, aby przeliczane to było na procenty, tak jak w aplikacji.
Ja nie usuwałem jeszcze nic, ale wczoraj też mi się moduł wysypał jak chciałem cos pozmieniać w Timings panel ( w sumie nie wiem do czego służą

[endrju_88]

Dodam tylko jeszcze , że mam wgraną wersję : merged 4 MB no OTA.logs.

[Zibi_007]

[...]
Drugie pytanko : czy ktoś z Was próbował w nowym GUI usunąć urządzenie poprzez Remove device! ? Ja spróbowałem i moduł mi się wysypał , tzn.łączył się i rozłączał a w Cloudzie nie było konfliktu kanałów i funkcji Usuń przy usuniętym kanale. Finalnie nie usuwa się kanał a po resecie Bramka cały czas się rozłącza i łączy z siecią i trzeba ją docelowo wyczyścić i wgrać wsad od nowa. Sprawdzałem 3 razy , za każdym razem to samo.

Ja usuwałem. Ale tylko czujniki binarne (jednokanałowe). Poszło bez problemu, w cloud na żółto i też dały się usunąć. Nie wiem jak z czymś co ma więcej kanałów. Wracam do domu w weekend, to posprawdzam na innych. Fajnie, że zgłaszasz takie rzeczy, bo można wcześnie wykryć "bugi" i je poprawić.

[endrju_88]

[...]
Drugie pytanko : czy ktoś z Was próbował w nowym GUI usunąć urządzenie poprzez Remove device! ? Ja spróbowałem i moduł mi się wysypał , tzn.łączył się i rozłączał a w Cloudzie nie było konfliktu kanałów i funkcji Usuń przy usuniętym kanale. Finalnie nie usuwa się kanał a po resecie Bramka cały czas się rozłącza i łączy z siecią i trzeba ją docelowo wyczyścić i wgrać wsad od nowa. Sprawdzałem 3 razy , za każdym razem to samo.

Ja usuwałem. Ale tylko czujniki binarne (jednokanałowe). Poszło bez problemu, w cloud na żółto i też dały się usunąć. Nie wiem jak z czymś co ma więcej kanałów. Wracam do domu w weekend, to posprawdzam na innych. Fajnie, że zgłaszasz takie rzeczy, bo można wcześnie wykryć "bugi" i je poprawić.

Zmieniłem moduł ,wgrałem wszystko od nowa. Pojedyncze kanał usuwamy w zakładce Zigbee channelsdziś spróbowałem usunąć urządzenie z wieloma kanałami ,w tym przypadku żarówka RGB czyli zakładka Zigbee devices następnie - Remove device with channels! no i standardowo konflikt kanałów wszystkich od żarówki ,po ich usunięciu moduł połączył się z siecią bez zająknięcia czyli to działa jak należy. Tylko zastanawia mnie , kiedy używamy opcji Remove device! i dlaczego resetowała się po tym co chwilę bramka. Oprócz tego wszystko ok.

[Zibi_007]

[...]
Drugie pytanko : czy ktoś z Was próbował w nowym GUI usunąć urządzenie poprzez Remove device! ? Ja spróbowałem i moduł mi się wysypał , tzn.łączył się i rozłączał a w Cloudzie nie było konfliktu kanałów i funkcji Usuń przy usuniętym kanale. Finalnie nie usuwa się kanał a po resecie Bramka cały czas się rozłącza i łączy z siecią i trzeba ją docelowo wyczyścić i wgrać wsad od nowa. Sprawdzałem 3 razy , za każdym razem to samo.

Ja usuwałem. Ale tylko czujniki binarne (jednokanałowe). Poszło bez problemu, w cloud na żółto i też dały się usunąć. Nie wiem jak z czymś co ma więcej kanałów. Wracam do domu w weekend, to posprawdzam na innych. Fajnie, że zgłaszasz takie rzeczy, bo można wcześnie wykryć "bugi" i je poprawić.

Zmieniłem moduł ,wgrałem wszystko od nowa. Pojedyncze kanał usuwamy w zakładce Zigbee channelsdziś spróbowałem usunąć urządzenie z wieloma kanałami ,w tym przypadku żarówka RGB czyli zakładka Zigbee devices następnie - Remove device with channels! no i standardowo konflikt kanałów wszystkich od żarówki ,po ich usunięciu moduł połączył się z siecią bez zająknięcia czyli to działa jak należy. Tylko zastanawia mnie , kiedy używamy opcji Remove device! i dlaczego resetowała się po tym co chwilę bramka. Oprócz tego wszystko ok.

No właśnie ja usuwałem urządzenie (jednokanałowe) przez "Remove device" i efekt był taki, jakbym usunął właśnie jeden kanał. Przez weekend potestuję i sprawdzę, jak to się ma do innych urządzeń. W teorii powinno zadziałać tak, jak usunięcie kilku kanałów jeden po drugim, ale to nowa funkcja i każde zachowanie (nawet takie, jak u Ciebie) jest możliwe...

[lukasz06]

Własnie przesunąłem parametr timeout (s) na 360 w kanale zaworu Sonoff i wyskoczył konflikt wszystkich kanałów w Cloud