Inne urządzenia - zgłoszenia, błędy, uwagi i pomysły [bramka ZigBee]

[lukasz06]

@Vajera jak zwykle miałeś rację
W aplikacji Ewelinka też nie można jednocześnie ustawić programu objętości i czasu. Sprawdzalem to dziś i tam czas jest podany w momencie włączenia trybu objętoścowego, ale nic poza informacja jak długo był włączony dany cykll. Czyli nie ma żadnych koktajli
Ale przynajmniej wiem, że w 1, 42 upłynie 10l wody., bo tak test robiłem. Orientacyjnie, bo zależy jakie jest ciśnienie wody.

[lukasz06]

@Vajera coś dalej z tym zaworem robimy, w sensie program M/A?

[vajera]

@Vajera coś dalej z tym zaworem robimy, w sensie program M/A?

Jasne, na,dniach wrócimy do tematu, jak tylko przygotuję odpowiedni komponent.

[lukasz06]

@Vajera coś dalej z tym zaworem robimy, w sensie program M/A?

Jasne, na,dniach wrócimy do tematu, jak tylko przygotuję odpowiedni komponent.

Super, pozdrawiam

[Zibi_007]

Kilka spraw.
Od wersji 0.8.0 przy dodaniu gniazdka Zigbee dodaje się też do włącznika kanał baterii. I od razu raportuje jej niski stan (czerwony wykrzyknik). Sprawdziłem dzisiaj na wersji 0.8.8 i jest to samo. Podejrzewam, że jest to związane z ostatnimi zmianami dotyczącymi raportowania stanu baterii, ale takie gniazdko raczej nie raportuje stanu baterii. Pewnie można to wyłączyć odpowiednią komendą z telnetu (później poszukam jak, bo chyba je podawałeś) ale zgłaszam, bo ktoś dodając takie gniazdko może mocno się zdziwić i nie będzie wiedział o co chodzi.

Od wersji 0.7.x jeśli do "czystej" bramki jako pierwsze dodajemy gniazdko, to wszystko jest OK. W zakładce licznika pokazuje się napięcie, ampery, waty i moc czynna. Jeśli jednak dodane jest jako kolejne urządzenie, to zakładka licznika jest... pusta. Oczywiście seria komend w telnecie (z em 0x505 0x508 i 0x50B) powoduje wyświetlenie się wszystkich wartości, ale tutaj trzeba dodatkowej reakcji użytkownika. Nie wiem, czy będzie łatwo namierzyć ten problem, ale jakby co to mogę pozbierać logi, tylko muszę wiedzieć czy wystarczą z samego parowania.

Od wersji 0.7.x (może też od końcówki 6) można spotkać się z nietypową sytuacją podczas uruchamiania bramki. Jeśli mamy podłączoną ją do komputera przewodem, który także przesyła dane, to może zdarzyć się, że bramka się nie uruchomi, tylko zawiśnie. W tym przypadku pomaga odłączenie i podłączenie na nowo (ale nie zawsze) albo otwarcie portu COM, do którego podłączona jest bramka (zawsze pomaga). Później ten port można zamknąć. Problem występuje tylko w układach N4, 8 i 16, które mają dwa porty USB-C i tylko wtedy, gdy podłączenie odbywa się przez port oznaczony ESP32C6 (lub USB). Jeśli podłączymy przez CH343 to problem nie występuje. Było tutaj zgłaszane kilka takich sytuacji, gdzie moduł nie rozgłaszał sieci po wgraniu softu albo update i inne podobne. Oczywiście najczęściej pomagało odłączenie od zasilania na 20-30 sekund, ale może część z tych problemów była związana z tym co opisałem wyżej. Najlepsze jest to, że przez logi tej sytuacji się nie wyłapie, bo po otwarciu portu do skanowania moduł zaczyna normalnie startować Rozwiązanie? Po wgraniu softu i normalnym użytkowaniu bramki najlepiej zasilać ją z zasilacza lub poprzez port CH343. Co ciekawe w bramkach z jednym portem (Xiao i SuperMini) problemu nie stwierdziłem. Z uwagi na specyfikę problemu ciężko pewnie będzie dojść do tego skąd się to bierze, ale zostawiam dla potomnych, aby nie panikowali, jak po wgraniu softu lub update bramka nie startuje tylko niech zmienią sposób zasilania. Nie zaszkodzi, a może pomóc

[vajera]

Kilka spraw.
Od wersji 0.8.0 przy dodaniu gniazdka Zigbee dodaje się też do włącznika kanał baterii. I od razu raportuje jej niski stan (czerwony wykrzyknik). Sprawdziłem dzisiaj na wersji 0.8.8 i jest to samo. Podejrzewam, że jest to związane z ostatnimi zmianami dotyczącymi raportowania stanu baterii, ale takie gniazdko raczej nie raportuje stanu baterii. Pewnie można to wyłączyć odpowiednią komendą z telnetu (później poszukam jak, bo chyba je podawałeś) ale zgłaszam, bo ktoś dodając takie gniazdko może mocno się zdziwić i nie będzie wiedział o co chodzi.

W wersji 8.0.0 był mały zong, wrzuciłem szybko 8.0.1 licząc, że nikt nie zainstalował jeszcze 8.0.0, ale jeżeli zdążyłeś to zrobić to mogło to zamieszać w tabeli - wrzuć proszę list-zb-devices.

[lukasz06]

Od wersji 0.7.x (może też od końcówki 6) można spotkać się z nietypową sytuacją podczas uruchamiania bramki. Jeśli mamy podłączoną ją do komputera przewodem, który także przesyła dane, to może zdarzyć się, że bramka się nie uruchomi, tylko zawiśnie. W tym przypadku pomaga odłączenie i podłączenie na nowo (ale nie zawsze) albo otwarcie portu COM, do którego podłączona jest bramka (zawsze pomaga). Później ten port można zamknąć. Problem występuje tylko w układach N4, 8 i 16, które mają dwa porty USB-C i tylko wtedy, gdy podłączenie odbywa się przez port oznaczony ESP32C6 (lub USB). Jeśli podłączymy przez CH343 to problem nie występuje. Było tutaj zgłaszane kilka takich sytuacji, gdzie moduł nie rozgłaszał sieci po wgraniu softu albo update i inne podobne. Oczywiście najczęściej pomagało odłączenie od zasilania na 20-30 sekund, ale może część z tych problemów była związana z tym co opisałem wyżej. Najlepsze jest to, że przez logi tej sytuacji się nie wyłapie, bo po otwarciu portu do skanowania moduł zaczyna normalnie startować Rozwiązanie? Po wgraniu softu i normalnym użytkowaniu bramki najlepiej zasilać ją z zasilacza lub poprzez port CH343. Co ciekawe w bramkach z jednym portem (Xiao i SuperMini) problemu nie stwierdziłem. Z uwagi na specyfikę problemu ciężko pewnie będzie dojść do tego skąd się to bierze, ale zostawiam dla potomnych, aby nie panikowali, jak po wgraniu softu lub update bramka nie startuje tylko niech zmienią sposób zasilania. Nie zaszkodzi, a może pomóc

[/quote]

Tez to zauważyłem, u mnie to właśnie Xiao c6 tak się zachowywało. Przyznam, że zgłupiałem po update, bo tak jak piszesz po podłączeniu do sieci 230v wstawało. Pisałem wtedy, że z tymi aktualizacjami przez Ota coś nie tak. Myślałem też, że może moje Xiao zwariowało, wszak od stycznia ciągle updaty, erase itd
Zauważyłem to jak testowaliśmy mój zawór ogrodowy Sonoff

[Zibi_007]

Od wersji 0.7.x (może też od końcówki 6) można spotkać się z nietypową sytuacją podczas uruchamiania bramki. Jeśli mamy podłączoną ją do komputera przewodem, który także przesyła dane, to może zdarzyć się, że bramka się nie uruchomi, tylko zawiśnie. W tym przypadku pomaga odłączenie i podłączenie na nowo (ale nie zawsze) albo otwarcie portu COM, do którego podłączona jest bramka (zawsze pomaga). Później ten port można zamknąć. Problem występuje tylko w układach N4, 8 i 16, które mają dwa porty USB-C i tylko wtedy, gdy podłączenie odbywa się przez port oznaczony ESP32C6 (lub USB). Jeśli podłączymy przez CH343 to problem nie występuje. Było tutaj zgłaszane kilka takich sytuacji, gdzie moduł nie rozgłaszał sieci po wgraniu softu albo update i inne podobne. Oczywiście najczęściej pomagało odłączenie od zasilania na 20-30 sekund, ale może część z tych problemów była związana z tym co opisałem wyżej. Najlepsze jest to, że przez logi tej sytuacji się nie wyłapie, bo po otwarciu portu do skanowania moduł zaczyna normalnie startować Rozwiązanie? Po wgraniu softu i normalnym użytkowaniu bramki najlepiej zasilać ją z zasilacza lub poprzez port CH343. Co ciekawe w bramkach z jednym portem (Xiao i SuperMini) problemu nie stwierdziłem. Z uwagi na specyfikę problemu ciężko pewnie będzie dojść do tego skąd się to bierze, ale zostawiam dla potomnych, aby nie panikowali, jak po wgraniu softu lub update bramka nie startuje tylko niech zmienią sposób zasilania. Nie zaszkodzi, a może pomóc

Tez to zauważyłem, u mnie to właśnie Xiao c6 tak się zachowywało. Przyznam, że zgłupiałem po update, bo tak jak piszesz po podłączeniu do sieci 230v wstawało. Pisałem wtedy, że z tymi aktualizacjami przez Ota coś nie tak. Myślałem też, że może moje Xiao zwariowało, wszak od stycznia ciągle updaty, erase itd
Zauważyłem to jak testowaliśmy mój zawór ogrodowy Sonoff

Masz rację. Wcześniej pisałem, że Xiao to nie dotyczy. Otóż dotyczy. Przy jedenastej próbie uruchomienia zawisł. Przy drugim update to samo. Podłączenie zasilania przez zasilacz USB 20 razy z rzędu odbyło się bez problemów. Nie umiem tego wywołać tylko w SuperMini ale już z ostrożności procesowej nie napiszę, że go problem nie dotyczy

[vajera]

Od wersji 0.7.x jeśli do "czystej" bramki jako pierwsze dodajemy gniazdko, to wszystko jest OK. W zakładce licznika pokazuje się napięcie, ampery, waty i moc czynna. Jeśli jednak dodane jest jako kolejne urządzenie, to zakładka licznika jest... pusta. Oczywiście seria komend w telnecie (z em 0x505 0x508 i 0x50B) powoduje wyświetlenie się wszystkich wartości, ale tutaj trzeba dodatkowej reakcji użytkownika. Nie wiem, czy będzie łatwo namierzyć ten problem, ale jakby co to mogę pozbierać logi, tylko muszę wiedzieć czy wystarczą z samego parowania.

Rozumiem, że:

1. to jest ten sam licznik?
2. jako kolejne urządzenie tzn. kolejny licznik czy po prostu kolejne urządzenie np. po czujniku otwarcia?
3. jaki to model?

[Zibi_007]

Kilka spraw.
Od wersji 0.8.0 przy dodaniu gniazdka Zigbee dodaje się też do włącznika kanał baterii. I od razu raportuje jej niski stan (czerwony wykrzyknik). Sprawdziłem dzisiaj na wersji 0.8.8 i jest to samo. Podejrzewam, że jest to związane z ostatnimi zmianami dotyczącymi raportowania stanu baterii, ale takie gniazdko raczej nie raportuje stanu baterii. Pewnie można to wyłączyć odpowiednią komendą z telnetu (później poszukam jak, bo chyba je podawałeś) ale zgłaszam, bo ktoś dodając takie gniazdko może mocno się zdziwić i nie będzie wiedział o co chodzi.

W wersji 8.0.0 był mały zong, wrzuciłem szybko 8.0.1 licząc, że nikt nie zainstalował jeszcze 8.0.0, ale jeżeli zdążyłeś to zrobić to mogło to zamieszać w tabeli - wrzuć proszę list-zb-devices.

Proszę:

Code: Select all

-
--------------------------------------------------------------------------------
ENTRY                   1
RECORD ID               1
MANUFACTURER NAME       _TZ3000_5f43h46b
MODEL NAME              TS011F
IEEE ADDRESS            70:B3:D5:2B:60:1A:79:D2
SHORT ADDRESS           0x1A7C
ENDPOINTS COUNT         0x1
POWER SOURCE            0x0
MODEL                   17666
LAST RSSI               0
LAST SEEN (MS)          6497638
KEEP ALIVE (MS)         0
TIMEOUT (MS)            0
USER FLAGS              0
USER DATA               0
SUPLA CH[0]             1
SUPLA CH[1]             2
SUPLA CH[2]             255
SUPLA CH[3]             255
SUPLA CH[4]             255
SUPLA CH[5]             255
SUPLA CH[6]             255
SUPLA CH[7]             255
SUPLA CH[8]             255
SUPLA CH[9]             255
SUPLA CH[10]            255
SUPLA CH[11]            255
SUPLA CH[12]            255
SUPLA CH[13]            255
SUPLA CH[14]            255
SUPLA CH[15]            255

------------------------------------------------------------------------------

Edit: teraz wgrałem "na czysto" wersję 0.8.8 i problem nie występuje. Widać była to wina tego błędu w 0.8.0, który przenosił się przez kolejne aktualizacje.