Problem z aktualizacją [bramka Zigbee]

[vajera]

Cieszę się, że wspólnymi siłami załataliśmy SuplaDevice. @vajera kiedy będziesz aktualizował swojego forka SD do najnowszej wersji?

Powiem tak, na pewno nie z marszu, bo Krzysztof pozmieniał trochę w definicja klas bazowych dla dimmer/RGBW i muszę to ogarnąć
Spróbuję zaciągnąć tylko tę poprawkę - nie wiem czy będę potrafił.

[klew]

Cieszę się, że wspólnymi siłami załataliśmy SuplaDevice. @vajera kiedy będziesz aktualizował swojego forka SD do najnowszej wersji?

Powiem tak, na pewno nie z marszu, bo Krzysztof pozmieniał trochę w definicja klas bazowych dla dimmer/RGBW i muszę to ogarnąć
Spróbuję zaciągnąć tylko tę poprawkę - nie wiem czy będę potrafił.

Kilka linijek w jednym izolowanym pliku . Bez problemu powinno dać się wziąć tylko to.
Ale możesz potwierdzić, czy to był pierwszy element dodawany do Configa?

[vajera]

Cieszę się, że wspólnymi siłami załataliśmy SuplaDevice. @vajera kiedy będziesz aktualizował swojego forka SD do najnowszej wersji?

Powiem tak, na pewno nie z marszu, bo Krzysztof pozmieniał trochę w definicja klas bazowych dla dimmer/RGBW i muszę to ogarnąć
Spróbuję zaciągnąć tylko tę poprawkę - nie wiem czy będę potrafił.

Kilka linijek w jednym izolowanym pliku . Bez problemu powinno dać się wziąć tylko to.
Ale możesz potwierdzić, czy to był pierwszy element dodawany do Configa?

W przypadku nowej bramki to będzie pierwszy element ustawiany przez SetIn8() - nie wiem jak z danymi SUPLA (WiFi, e-mail)? W przypadku akualizacji niekoniecznie.

[Beholder]

Cieszę się, że wspólnymi siłami załataliśmy SuplaDevice. @vajera kiedy będziesz aktualizował swojego forka SD do najnowszej wersji?

Powiem tak, na pewno nie z marszu, bo Krzysztof pozmieniał trochę w definicja klas bazowych dla dimmer/RGBW i muszę to ogarnąć
Spróbuję zaciągnąć tylko tę poprawkę - nie wiem czy będę potrafił.

Kilka linijek w jednym izolowanym pliku . Bez problemu powinno dać się wziąć tylko to.
Ale możesz potwierdzić, czy to był pierwszy element dodawany do Configa?

Sprawdziłem w moim pliku supla-dev.cfg jest to pierwszy klucz: Z2S_gui_delay2. Dane logowania są na końcu pliku.

Code: Select all

Z2S_gui_delay2
Z2S_gui_mode8_srv_invrt8_fnc�8_cfg_chng9_cfg_chng6_fnc�Z2S_gui_delaycorr_7_1corr_7_07_cfg_chngcorr_6_1corr_6_06_cfg_chng5_cfg_chngcorr_4_04_cfg_chng5_weekly_chng2_fnc�3_cfg_chng2_cfg_chng1_fnc�0_srv_invrt0_fnc�1_cfg_chng0_cfg_chngZ2S_enable_gui110_cfg_chngpower_cyclestatusledauthkeyxxxxxxxxxxxxguidExxxxxxxxxxxxxxxxxxZ2S_files_verZ2S_devs_ts<Z2S_zbd_tsemailrxxxxxxxxxxxxsuplaserverbeta-cloud.supla.orgwifipasswd
xxxxxxxxxwifissidxxxxxxxxxx

[Beholder]

Piszę post pod postem bo nie chcę żeby umknęła edycja.
Skompilowałem najnowsze wydanie Z2S 1.3.x i zaktualizowałem bramkę testową. Efekt poniżej:

Code: Select all

[  1009][I][Z2S_Gateway.ino:626] setup(): Z2S_ENABLE_GUI_ON_START_V2 = 1
[  1010][I][Z2S_Gateway.ino:649] setup(): Z2S_FORCE_CONFIG_ON_START not configured - turning off
[  1010][I][Z2S_Gateway.ino:660] setup(): Z2S_GUI_ON_START_DELAY_V2 not configured - setting to 10 s
LittleFsConfig: writing to file "/supla-dev.cfg"
LittleFsConfig: writing to file "/supla-dev.cfg.bak"
KeyValue: serialized configuration size is too big. Config will not work and may be lost
KeyValue: serialized configuration size is too big. Config will not work and may be lost
...

Za pomocą narzędzia ESPConnect usunąłem w pliku supla-dev.cfg pierwszy klucz i bramka uruchomiła się normalnie. Myślę, że tyle danych diagnostycznych wystarczy dla osób mających ten problem aby sobie poradzić z rozwiązaniem.

[klew]

Rozmiar Configa dla "arduino" można zwiększać parametrem konstruktora w LittleFsConfig. Niestety to nie jest optymalnie zrobione i zadeklarowany rozmiar maksymalny, to też ilość zjedzonego RAM-u.

[Beholder]

Rozmiar Configa dla "arduino" można zwiększać parametrem konstruktora w LittleFsConfig. Niestety to nie jest optymalnie zrobione i zadeklarowany rozmiar maksymalny, to też ilość zjedzonego RAM-u.

Według mnie to musi być coś jeszcze. Plik cfg przed usunięciem klucza miał 869B po usunięciu 850B teraz gdy ten klucz ponownie się dodał to jest 872B. Widziałem na GH ze vajera zwiększył rozmiar.

[vajera]

Piszę post pod postem bo nie chcę żeby umknęła edycja.
Skompilowałem najnowsze wydanie Z2S 1.3.x i zaktualizowałem bramkę testową. Efekt poniżej:

Code: Select all

[  1009][I][Z2S_Gateway.ino:626] setup(): Z2S_ENABLE_GUI_ON_START_V2 = 1
[  1010][I][Z2S_Gateway.ino:649] setup(): Z2S_FORCE_CONFIG_ON_START not configured - turning off
[  1010][I][Z2S_Gateway.ino:660] setup(): Z2S_GUI_ON_START_DELAY_V2 not configured - setting to 10 s
LittleFsConfig: writing to file "/supla-dev.cfg"
LittleFsConfig: writing to file "/supla-dev.cfg.bak"
KeyValue: serialized configuration size is too big. Config will not work and may be lost
KeyValue: serialized configuration size is too big. Config will not work and may be lost
...

Za pomocą narzędzia ESPConnect usunąłem w pliku supla-dev.cfg pierwszy klucz i bramka uruchomiła się normalnie. Myślę, że tyle danych diagnostycznych wystarczy dla osób mających ten problem aby sobie poradzić z rozwiązaniem.

Dzięki, właśnie uaktualniłem plik key_value z SD i zwiększyłem rozmiar Config-u o 64 bajty.

[vajera]

Rozmiar Configa dla "arduino" można zwiększać parametrem konstruktora w LittleFsConfig. Niestety to nie jest optymalnie zrobione i zadeklarowany rozmiar maksymalny, to też ilość zjedzonego RAM-u.

Według mnie to musi być coś jeszcze. Plik cfg przed usunięciem klucza miał 869B po usunięciu 850B teraz gdy ten klucz ponownie się dodał to jest 872B.

Faktycznie coś jest na rzeczy - wcześniej było 4096, więc spory zapas.

[klew]

Rozmiar Configa dla "arduino" można zwiększać parametrem konstruktora w LittleFsConfig. Niestety to nie jest optymalnie zrobione i zadeklarowany rozmiar maksymalny, to też ilość zjedzonego RAM-u.

Według mnie to musi być coś jeszcze. Plik cfg przed usunięciem klucza miał 869B po usunięciu 850B teraz gdy ten klucz ponownie się dodał to jest 872B.

Domyślnie na config jest rezerwowane 1024 B. Większe "bloby" lecą do osobnych plików, aby tego nie przeciążać. Ale gdy się przekroczy rozmiar, to wywala się cały zaspis i tyle tego było. W sensie: nie wiesz ile ważył config, który się nie zapisał, ale musiał przekroczyć 1024.