Przyciski, guziki, kontrolery scen - zgłoszenia, uwagi, pomysły [bramka ZigBee]

[zzrr]

@vajera, @klew wstawiam to co posiadam. Przyda się to się przyda. Pewnie ktoś w końcu jak będzie przy sprzęcie to wstawi coś bardziej pomocnego.
W logu czysta bramka z 1sz. VB w cloud przestawiona logika na cloud przed update stan 1. Po update też 1.

1sztVBnaCzystejBramce.rar

[klew]

Przy odwróconej logice powinien mieć stan 0 w cloud I taki powinien zostać

[klew]

Ale w sumie jak się storage ma wyspać to i tak powinien się wyspać
Sprawdzę logi jak będę przy kompie

[Zibi_007]

Update w teorii nie zmienia nic w partycji SPIFFS - a to tam Supla i bramka zapisują swoje pliki, w tym również Storage, prawda?

Zależy co i jak tam masz wstawione.
Pewnie taki defaultowy "storage" to klasa Supla::Storage::Eeprom. Szczerze to nie pamiętam czego ona używa... to był szybki port z Arduino Mega. ESP nie mają EEPROM-u jako takiego i jest to emulwoane na flashu.
Możliwe, że używa spiffs, ale to by się gryzło z LittleFs config, który jednak używa LittleFs na partycji spiffs.

Ok, na szybko sprwadziłem:

Code: Select all

EEPROM is deprecated. For new applications on ESP32, use Preferences. EEPROM is provided for backwards compatibility with existing Arduino applications. EEPROM is implemented using a single blob within NVS, so it is a container within a container. As such, it is not going to be a high performance storage method. Preferences will directly use nvs, and store each entry as a single object therein.

Także to jest pchane do NVS... W zasadzie NVS nie powinien wylecieć przy udpate, ale może wylatuje?

Najprościej będzie jak ktoś wrzuci logi, to przestaniemy zgadywać

No i są logi (update z 1.21 do 1.24 - moduł 4MB)
1. Bramka na sofcie w wersji 1.21 (postawiona na nowo)
2. Sparowane 3 czujniki (2 ruchu i jeden zalania)
3. Wszystkie czujniki z ustawioną odwróconą logiką (aby prawidłowo wskazywały)
4. Update bramki do 1.24 po kablu
5. I doopa Wszystkie wstały z poprzednim stanem (nieaktywne)
6. Logi w załączniku
7. Zgłupiałem ale się nie poddałem

Kolejne logi (update z 1.24 do 1.24 - moduł 4MB)
1. Bramka na sofcie w wersji 1.24 (update z 1.21)
2. Sparowane 3 czujniki (2 ruchu i jeden zalania - parowanie było na wersji 1.21)
3. Wszystkie czujniki z ustawioną odwróconą logiką (aby prawidłowo wskazywały)
4. Update bramki do 1.24 po kablu
5. Wszystkie wstały z poprzednim stanem (nieaktywne)
6. Logi w załączniku
7. Sytuacja dokładnie, jak wyżej



@vajera - teraz pytanie do Ciebie. Czy to zachowanie (wzbudzanie czujników z odwróconą logiką) może mieć związek z tym, że bramka, na której była robiona aktualizacja jest bardzo stara. Co prawda często aktualizowana, ale pierwszy zainstalowany na niej soft był chyba jeszcze z lutego. Później już cały czas update.

@klew - nie wiem czy ma sens w takim razie dalej to drążyć. Mogę jeszcze zainstalować na bramce jakiś bardzo stary soft, sparować te czujniki i sprawdzić, czy sytuacja (ze wzbudzeniem) wystąpi?

[LukiSpajder]

Taka sytuacja zdarza się też kiedy usuwamy urządzenie z bramki ,czujnik otwarcia okna zadziała, występuje to w chwil polaczenia z Supla. Tu logi z takiej sytuacji na bramce testowej. Pod koniec to jest , czujnik w Supli dalej jest offline a zmienił stan .
Może coś tam wypatrzycie , chyba że tak ma być. Logika nieodwrócona w czujniku okna.

[klew]

Sprawdzę jak będę przy kompie.
Jak wygrywasz po kablu? Jakie pliki, jakie adresy?

[Zibi_007]

Sprawdzę jak będę przy kompie.
Jak wygrywasz po kablu? Jakie pliki, jakie adresy?

Po kablu. Soft od adresu 0x0 (plik merged), aktualizacja od 0x10000.

[vajera]

@vajera - teraz pytanie do Ciebie. Czy to zachowanie (wzbudzanie czujników z odwróconą logiką) może mieć związek z tym, że bramka, na której była robiona aktualizacja jest bardzo stara. Co prawda często aktualizowana, ale pierwszy zainstalowany na niej soft był chyba jeszcze z lutego. Później już cały czas update.

@klew - nie wiem czy ma sens w takim razie dalej to drążyć. Mogę jeszcze zainstalować na bramce jakiś bardzo stary soft, sparować te czujniki i sprawdzić, czy sytuacja (ze wzbudzeniem) wystąpi?

Jakiś czas temu dodałem do bramki (po sugestii Krzysztofa) taką linię kodu w setup():

Code: Select all

Supla::Storage::Instance()->enableChannelNumbers();

Z tego co pamiętam, to @klew pisał, że pierwsze użycie tej funkcji "zepsuje" Storage?

EDIT - znalazłem:

https://forum.supla.org/viewtopic.php? ... 2#p213942

[Zibi_007]

@vajera - teraz pytanie do Ciebie. Czy to zachowanie (wzbudzanie czujników z odwróconą logiką) może mieć związek z tym, że bramka, na której była robiona aktualizacja jest bardzo stara. Co prawda często aktualizowana, ale pierwszy zainstalowany na niej soft był chyba jeszcze z lutego. Później już cały czas update.

@klew - nie wiem czy ma sens w takim razie dalej to drążyć. Mogę jeszcze zainstalować na bramce jakiś bardzo stary soft, sparować te czujniki i sprawdzić, czy sytuacja (ze wzbudzeniem) wystąpi?

Jakiś czas temu dodałem do bramki (po sugestii Krzysztofa) taką linię kodu w setup():

Code: Select all

Supla::Storage::Instance()->enableChannelNumbers();

Z tego co pamiętam, to @klew pisał, że pierwsze użycie tej funkcji "zepsuje" Storage?

EDIT - znalazłem:

https://forum.supla.org/viewtopic.php? ... 2#p213942

Ja też MAM!
Logi (update z 0.8.91 do 1.24 - moduł 4MB)
1. Bramka na sofcie w wersji 0.8.91 (postawiona na nowo)
2. Sparowany 1 czujnik (ruchu)
3. Czujniki z ustawioną odwróconą logiką (aby prawidłowo wskazywał)
4. Update bramki do 1.24 po kablu
5. I sukces, a raczej błąd, bo czujnik wstaje ze stanem aktywnym. Trzeba go wzbudzić i poczekać, jak wróci do stanu wyjściowego (nieaktywny). Wtedy już działa OK.
6. Logi w załączniku
7. To musi być to (tal linijka kodu), o której pisał @vajera.

[vajera]

@vajera - teraz pytanie do Ciebie. Czy to zachowanie (wzbudzanie czujników z odwróconą logiką) może mieć związek z tym, że bramka, na której była robiona aktualizacja jest bardzo stara. Co prawda często aktualizowana, ale pierwszy zainstalowany na niej soft był chyba jeszcze z lutego. Później już cały czas update.

@klew - nie wiem czy ma sens w takim razie dalej to drążyć. Mogę jeszcze zainstalować na bramce jakiś bardzo stary soft, sparować te czujniki i sprawdzić, czy sytuacja (ze wzbudzeniem) wystąpi?

Jakiś czas temu dodałem do bramki (po sugestii Krzysztofa) taką linię kodu w setup():

Code: Select all

Supla::Storage::Instance()->enableChannelNumbers();

Z tego co pamiętam, to @klew pisał, że pierwsze użycie tej funkcji "zepsuje" Storage?

EDIT - znalazłem:

https://forum.supla.org/viewtopic.php? ... 2#p213942

Ja też MAM!
Logi (update z 0.8.91 do 1.24 - moduł 4MB)
1. Bramka na sofcie w wersji 0.8.91 (postawiona na nowo)
2. Sparowany 1 czujnik (ruchu)
3. Czujniki z ustawioną odwróconą logiką (aby prawidłowo wskazywał)
4. Update bramki do 1.24 po kablu
5. I sukces, a raczej błąd, bo czujnik wstaje ze stanem aktywnym. Trzeba go wzbudzić i poczekać, jak wróci do stanu wyjściowego (nieaktywny). Wtedy już działa OK.
6. Logi w załączniku
7. To musi być to (tal linijka kodu), o której pisał @vajera.

Znalazłem - ta zmiana w kodzie pierwszy raz pojawia się w wersji 0.9.54-03/10/2025.