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

[Zibi_007]

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?

Ad. 1. Jest to cały czas takie samo gniazdko/licznik (_TZ3000_5f43h46b::TS011F).
Ad. 2. Dodane jako kolejne urządzenie (wcześniej może być czujnik ruchu, termometr).
Ad. 3. Patrz ad. 1.

Edit: Skasowało mi cały (długi) post, to teraz będzie krótko Sprawdziłem przed chwilą na czystym sofcie 0.8.8 i dodałem jako pierwsze urządzenie. Efekt? Puste pola licznika. Nie pomogło nic, ani wyłączenie gniazdka z prądu, ani reset bramki, ani ponowne parowanie. Pomogły komendy z konsoli. Wykluczyłem defekt konkretnego egzemplarza gniazdka, bo przetestowałem to na czterech różnych. Efekt zawsze taki sam

W załączniku logi z parowania.

[vajera]

Ad. 1. Jest to cały czas takie samo gniazdko/licznik (_TZ3000_5f43h46b::TS011F).
Ad. 2. Dodane jako kolejne urządzenie (wcześniej może być czujnik ruchu, termometr).
Ad. 3. Patrz ad. 1.

Edit: Skasowało mi cały (długi) post, to teraz będzie krótko Sprawdziłem przed chwilą na czystym sofcie 0.8.8 i dodałem jako pierwsze urządzenie. Efekt? Puste pola licznika. Nie pomogło nic, ani wyłączenie gniazdka z prądu, ani reset bramki, ani ponowne parowanie. Pomogły komendy z konsoli. Wykluczyłem defekt konkretnego egzemplarza gniazdka, bo przetestowałem to na czterech różnych. Efekt zawsze taki sam

W załączniku logi z parowania.

OK, już wszystko wiem - GitHub to jednak potężne narzędzie - można prześledzić los każdej linii kodu.

Twój model licznika doprowadził mnie do deskryptora Z2S_DEVICE_DESC_TUYA_RELAY_ELECTRICITY_METER_2, który w trakcie inicjalizacji tworzy obiekt Z2S_ElectricityMeter z parametrem active_query = true. Przypomniało mi to historię powstania tego parametru - też pewnie pamiętasz, że ten model licznika nie wysyłał żadnych danych sam z siebie, jak również nie reagował na polecenie configure-reporting, więc dodałem ten parametr żeby kod bramki aktywnie odpytywał licznik co 30 sekund.

A teraz spójrz na to:

Code: Select all

virtual void readValuesFromDevice() {

2 months ago 0.7.0 return; //rest is invalid for now

  if (_gateway && Zigbee.started()) {

Dwa miesiące temu, w wersji 0.7.0 dodałem tę jedną linijkę kodu na samym początku procedury readValuesFromDevice() czyniąc ją bezużyteczną, podobnie jak ów parametr active_query.
Stało się tak dlatego, że począwszy właśnie od wersji 0.7.0 bramka otrzymała tę funkcjonalność timeout/keepalive/refresh dla liczników elektrycznych połączoną z mechanizmem odświeżania stanu (ping).
W związku z powyższym tamten kod stał się bezużyteczny bo dublowałby i zakłócał pracę powyższego mechanizmu, więc go wyłączyłem.

Wychodzi na to, że nie napisałem o tym wyraźnie i wprost a jednocześnie nikt nie zgłosił wcześniej problemu i tak oto kończy się ta historia.

W telnet powinieneś ustawić dla tego licznika parametr refresh na np. 30 sekund i odzyskasz oryginalną funkcjonalność a ja postaram się w najbliższym czasie tak zmodyfikować kod, żeby dla tego modelu był on ustawiony domyślnie.

[Zibi_007]

Ad. 1. Jest to cały czas takie samo gniazdko/licznik (_TZ3000_5f43h46b::TS011F).
Ad. 2. Dodane jako kolejne urządzenie (wcześniej może być czujnik ruchu, termometr).
Ad. 3. Patrz ad. 1.

Edit: Skasowało mi cały (długi) post, to teraz będzie krótko Sprawdziłem przed chwilą na czystym sofcie 0.8.8 i dodałem jako pierwsze urządzenie. Efekt? Puste pola licznika. Nie pomogło nic, ani wyłączenie gniazdka z prądu, ani reset bramki, ani ponowne parowanie. Pomogły komendy z konsoli. Wykluczyłem defekt konkretnego egzemplarza gniazdka, bo przetestowałem to na czterech różnych. Efekt zawsze taki sam

W załączniku logi z parowania.

OK, już wszystko wiem - GitHub to jednak potężne narzędzie - można prześledzić los każdej linii kodu.

Twój model licznika doprowadził mnie do deskryptora Z2S_DEVICE_DESC_TUYA_RELAY_ELECTRICITY_METER_2, który w trakcie inicjalizacji tworzy obiekt Z2S_ElectricityMeter z parametrem active_query = true. Przypomniało mi to historię powstania tego parametru - też pewnie pamiętasz, że ten model licznika nie wysyłał żadnych danych sam z siebie, jak również nie reagował na polecenie configure-reporting, więc dodałem ten parametr żeby kod bramki aktywnie odpytywał licznik co 30 sekund.

A teraz spójrz na to:

Code: Select all

virtual void readValuesFromDevice() {

2 months ago 0.7.0 return; //rest is invalid for now

  if (_gateway && Zigbee.started()) {

Dwa miesiące temu, w wersji 0.7.0 dodałem tę jedną linijkę kodu na samym początku procedury readValuesFromDevice() czyniąc ją bezużyteczną, podobnie jak ów parametr active_query.
Stało się tak dlatego, że począwszy właśnie od wersji 0.7.0 bramka otrzymała tę funkcjonalność timeout/keepalive/refresh dla liczników elektrycznych połączoną z mechanizmem odświeżania stanu (ping).
W związku z powyższym tamten kod stał się bezużyteczny bo dublowałby i zakłócał pracę powyższego mechanizmu, więc go wyłączyłem.

Wychodzi na to, że nie napisałem o tym wyraźnie i wprost a jednocześnie nikt nie zgłosił wcześniej problemu i tak oto kończy się ta historia.

W telnet powinieneś ustawić dla tego licznika parametr refresh na np. 30 sekund i odzyskasz oryginalną funkcjonalność a ja postaram się w najbliższym czasie tak zmodyfikować kod, żeby dla tego modelu był on ustawiony domyślnie.

Tak, tak pamiętam.
I dlatego, że pamiętałem, to pierwsze co mu wysłałem w telnecie to update-device-timings nr_kanału refresh 30.
I co? I nic Dopiero przejście po kolei wszystkich "read-attribute nr_kanału em" od 0x505 do 50B a później z "async" przywróciło poprzednią funkcjonalność. Ale zrobię jeszcze jedną próbę i dam znać czy działa, bo może wcześniej coś już namieszałem. Dzięki za jak zwykle natychmiastowy odzew. Trzy gniazdka mam na bramkach z softem <7, więc problemu nie było. Teraz spiąłem nowe gniazdko na nowej bramce (do testów systemu alarmowego DIY) z syreną na 230V (całkiem fajnie wygląda i działa) i wyszły takie klocki

[vajera]

Tak, tak pamiętam.
I dlatego, że pamiętałem, to pierwsze co mu wysłałem w telnecie to update-device-timings nr_kanału refresh 30.
I co? I nic Dopiero przejście po kolei wszystkich "read-attribute nr_kanału em" od 0x505 do 50B a później z "async" przywróciło poprzednią funkcjonalność. Ale zrobię jeszcze jedną próbę i dam znać czy działa, bo może wcześniej coś już namieszałem. Dzięki za jak zwykle natychmiastowy odzew. Trzy gniazdka mam na bramkach z softem <7, więc problemu nie było. Teraz spiąłem nowe gniazdko na nowej bramce (do testów systemu alarmowego DIY) z syreną na 230V (całkiem fajnie wygląda i działa) i wyszły takie klocki

Powinno działać - przy ustawionym refresh funkcja ping jest wywoływana zawsze co zadaną liczbę sekund, nawet jeżeli sekundę wcześniej gniazdko zaraportowało swój stan. W przypadku licznika ping wysyła "hurtowy" odczyt V/A/W.

Jedna uwaga - ten refresh musisz ustawić dla kanału licznika a nie gniazdka, bo w tym przypadku każdy ma swój własny mechanizm.
Możesz sprawdzić czy te wartości zapisały się prawidłowo poprzez list-devices.

[Zibi_007]

W telnet powinieneś ustawić dla tego licznika parametr refresh na np. 30 sekund i odzyskasz oryginalną funkcjonalność a ja postaram się w najbliższym czasie tak zmodyfikować kod, żeby dla tego modelu był on ustawiony domyślnie.

Ok, działa. Nie trzeba wpisywać innych poleceń, poza "refresh". Polecenie update-device-timings nr_kanału refresh czas_s nie daje żadnego feedbacku. Musiałem chyba wpisać wcześniej zły kanał...
Ważne, że wszystko się wyjaśniło, historia dobrze się skończyła, BWNU i żyli długo i szczęśliwie

Swoją drogą ciekawe ile po ludziach jest bramek ze starym softem i urządzeniami działającymi na nich. Mogą się kiedyś zdziwić. Ostatnio uaktualniałem bramkę, która nie miała nawet OTA, jakiś totalnie stary soft, ale czujniki ruchu na niej działały idealnie

[Zibi_007]

Tak, tak pamiętam.
I dlatego, że pamiętałem, to pierwsze co mu wysłałem w telnecie to update-device-timings nr_kanału refresh 30.
I co? I nic Dopiero przejście po kolei wszystkich "read-attribute nr_kanału em" od 0x505 do 50B a później z "async" przywróciło poprzednią funkcjonalność. Ale zrobię jeszcze jedną próbę i dam znać czy działa, bo może wcześniej coś już namieszałem. Dzięki za jak zwykle natychmiastowy odzew. Trzy gniazdka mam na bramkach z softem <7, więc problemu nie było. Teraz spiąłem nowe gniazdko na nowej bramce (do testów systemu alarmowego DIY) z syreną na 230V (całkiem fajnie wygląda i działa) i wyszły takie klocki

Powinno działać - przy ustawionym refresh funkcja ping jest wywoływana zawsze co zadaną liczbę sekund, nawet jeżeli sekundę wcześniej gniazdko zaraportowało swój stan. W przypadku licznika ping wysyła "hurtowy" odczyt V/A/W.

Jedna uwaga - ten refresh musisz ustawić dla kanału licznika a nie gniazdka, bo w tym przypadku każdy ma swój własny mechanizm.
Możesz sprawdzić czy te wartości zapisały się prawidłowo poprzez list-devices.

Tak, tak. Napisałem właśnie przed chwilą, że chyba machnąłem się na początku z kanałem, bo miałem tam jeszcze ten czujnik drgań dodany jako pierwszy. A później (jak wgrywałem na czystą) to już jechałem z tymi "em". Aż wstyd się przyznać, ale dopiero dzisiaj odkryłem, że telnet przyjmuje kilka komend wydanych po kolei. Wystarczy wkleić polecenia (wrzuciłem naraz 8) i je po kolei wykonuje

[vajera]

W telnet powinieneś ustawić dla tego licznika parametr refresh na np. 30 sekund i odzyskasz oryginalną funkcjonalność a ja postaram się w najbliższym czasie tak zmodyfikować kod, żeby dla tego modelu był on ustawiony domyślnie.

Ok, działa. Nie trzeba wpisywać innych poleceń, poza "refresh". Polecenie update-device-timings nr_kanału refresh czas_s nie daje żadnego feedbacku. Musiałem chyba wpisać wcześniej zły kanał...
Ważne, że wszystko się wyjaśniło, historia dobrze się skończyła, BWNU i żyli długo i szczęśliwie

Muszę popracować nad tą konsolą

Swoją drogą ciekawe ile po ludziach jest bramek ze starym softem i urządzeniami działającymi na nich. Mogą się kiedyś zdziwić. Ostatnio uaktualniałem bramkę, która nie miała nawet OTA, jakiś totalnie stary soft, ale czujniki ruchu na niej działały idealnie

1610715188_ip3twq.jpg

[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.

@Vajera, wiem , że byłeś zajęty i nadal jesteś
Tak nieśmiało chciałem Ci przypomnieć, żebyś nie zapomniał

[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.

@Vajera, wiem , że byłeś zajęty i nadal jesteś
Tak nieśmiało chciałem Ci przypomnieć, żebyś nie zapomniał

Pamiętam, właśnie przyszła do mnie paczka z tym zaworem
Te rozwiązania, które wdrożyłem ostatnio przy alarmach, wykorzystam też przy zaworze, ale chcę jeszcze sprawdzić jedną opcję.

[lukasz06]

O jednak się skusiłeś na ten zawór
Na spokojnie jak już go będziesz miał to sprawdź co po i jak, pozdr.