Zgłoszenia nowych urządzeń [bramka Zigbee]

[klew]

SUPLA Cloud 25.12.02

A na innych kanałach masz baterię w cloud?

[vajera]

Porównałem z Sonoff Pow R2 który ma dość dobry układ pomiarowy wpiąłem jedno w drugie a za nim domowy serwer.
Sonoff Pow R2 pokazuje:
242V
0,41A
86W

IKEA pokazuje:
244V
0,47A
95W

Vavg = 241V
IkeaVavgdiff = 0,41%
SonoffVagdiff = 0,41%

Aavg = 0,44A
IkeaAavgdiff = 6,40%
SonoffAavgdiff = 7,32%

Wavg = 90,5W
IkeaWavgdiff = 4,74%
SonoffWagdiff = 5,23%

Różnice nieistotne statystycznie Dodatkowy wpływ na wyniki pomiaru może mieć wpięcie obu układów jeden w drugi.

Dodatkowo większym problemem jest iż w Cloud nie mam historii zużycia energii po kilkunastugodzinach pomiarów.
Zużycie energii cały czas 0 kWh.

configure-reporting ustawiałeś przez konsolę czy w GUI?

[Simono]

SUPLA Cloud 25.12.02

A na innych kanałach masz baterię w cloud?

Tak na termoemetrach dla przykładu Xiaomi Mijia 2 LYWSD03MMC mam temperaturę, wilgotność i stan baterii.

[Simono]

Porównałem z Sonoff Pow R2 który ma dość dobry układ pomiarowy wpiąłem jedno w drugie a za nim domowy serwer.
Sonoff Pow R2 pokazuje:
242V
0,41A
86W

IKEA pokazuje:
244V
0,47A
95W

Vavg = 241V
IkeaVavgdiff = 0,41%
SonoffVagdiff = 0,41%

Aavg = 0,44A
IkeaAavgdiff = 6,40%
SonoffAavgdiff = 7,32%

Wavg = 90,5W
IkeaWavgdiff = 4,74%
SonoffWagdiff = 5,23%

Różnice nieistotne statystycznie Dodatkowy wpływ na wyniki pomiaru może mieć wpięcie obu układów jeden w drugi.

Dodatkowo większym problemem jest iż w Cloud nie mam historii zużycia energii po kilkunastugodzinach pomiarów.
Zużycie energii cały czas 0 kWh.

configure-reporting ustawiałeś przez konsolę czy w GUI?

Rozumiem różnice, że są mało istotne.
Ustawiałem przez konsole dając:

Code: Select all

configure-reporting 3 EM 0x505 U16 0 30 10
configure-reporting 3 EM 0x508 U16 0 30 50
configure-reporting 3 EM 0x50B S16 0 30 1
configure-reporting 3 EM 0x605 U16 0 0 1

To urządzenie wysyła energię osobnym "kanałem" chyba
https://www.zigbee2mqtt.io/devices/E2206.html

[vajera]

Osobiście podoba mi sie bardziej nowy sposób, jednak nie jest wtedy w stanie pokazać nigdzie stanu baterii ponieważ w apce na telefonie nie widać żadnego kanału. Według mnie dla tego urządzenia powinien być osobny kanał w tym przypadku dla stanu baterii i wtedy byłoby super.

Mogę dodawać do każdego urządzenia Zigbee implementującego wyłącznie kanały AT:

A) kanał typu GPM(KPOP), który będzie odbierał stan baterii - to przy okazji pozwoli na monitoring historii

albo

B) kanał typu VirtualRelay, który również może mieć dodatkową funkcję, np. aktywować/dezaktywować przetwarzanie zdarzeń z przycisku?

[Simono]

Ja bybłbym za A pod warunkiem, że historię będzie można w Cloud wyłączyć - dla nie których to niepotrzebne dane historyczne i miejsce w bazie danych. Nie wiem jak inni o tym mylą.

[vajera]

Ja bybłbym za A pod warunkiem, że historię będzie można w Cloud wyłączyć - dla nie których to niepotrzebne dane historyczne i miejsce w bazie danych. Nie wiem jak inni o tym mylą.

Historia dla GPM/KPOP jest domyślnie wyłączona a jej włączenie generuje komunikat o zachęcie do ponownego przemyślenia tej decyzji.

[vajera]

Ustawiałem przez konsole dając:

Code: Select all

configure-reporting 3 EM 0x505 U16 0 30 10
configure-reporting 3 EM 0x508 U16 0 30 50
configure-reporting 3 EM 0x50B S16 0 30 1
configure-reporting 3 EM 0x605 U16 0 0 1

To jeszcze:

Code: Select all

configure-reporting 3 SM 0x0 0x25 min_interval  max_interval  delta

Tam jest SM - to nie jest literówka

[Simono]

Co proponujesz jako min i maks i delta?

[vajera]

Co proponujesz jako min i maks i delta?

W przypadku liczników elektrycznych wydaje się, że min_interval nie powinien być krótszy niż 30 sekund, max to np. 3600 (bo po co zalewać bramkę komunikatami z tym samym stanem zużytej energii?), natomiast delta - zacząłbym moze od 5 i ewentualnie schodził do 1 - zrób sobie test np. z suszarką.