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

[vajera]

No i to wydaje się działać
W tej chili jest tak jak napisałeś tj; zawór otwiera się na 1m i ma przerwę 2 min, czyli cykl trwa 3min x9 jak pisałeś =27min
Teraz pytanie jak to zmienić ( przeliczać), żebym mógł dobrać odpowiedni cykl, muszę trochę potestować.
Powiedzmy zawór otwarty 15min/0,5h przerwy?
Trzecie pytanko, jak zrobić warunek, aby po przekroczeniu X litrów zawór się zamknął ( czy to się da w ogóle?)

Super, to teraz powinno być już "z górki"

1. polecenie write-attribute nr_kanału_Supla_zaworu 0xFC11 0x5008 0x42 11 0A00NNT3T2T1T0P3P2P1P0 włącza podlewanie cykliczne (czas) z przerwą i liczbą powtórzeń:
   1. NN = liczba powtórzeń (heksadecymalnie, ale bez "0x"), zawsze wpisujemy 2 cyfry, np. 09 (min. 0, max. 100),
   2. T3T2T1T0 = czas podlewania w sekundach (heksadecymalnie, ale bez "0x"), od najbardziej znaczącego bajtu do najmniej znaczącego, zawsze wpisujemy 2 cyfry/bajt, np. chcesz 30 minut = 1800 sekund = 0x0708 = 00000708 (min. 0, max. 86400),
   3. P3P2P1P0 = czas przerwy w sekundach (heksadecymalnie, ale bez "0x"), od najbardziej znaczącego bajtu do najmniej znaczącego, zawsze wpisujemy 2 cyfry/bajt, np. chcesz 2h przerwy = 7200 sekund = 0x1C20 = 00001C20 (min. 0, max. 86400),
2. polecenie write-attribute nr_kanału_Supla_zaworu 0xFC11 0x5009 0x42 11 0A00NNV3V2V1V0P3P2P1P0 włącza podlewanie cykliczne (objętość) z przerwą i liczbą powtórzeń:
   1. NN = liczba powtórzeń (heksadecymalnie, ale bez "0x"), zawsze wpisujemy 2 cyfry, np. 09 (min. 0, max. 100),
   2. V3V2V1V0 = objętość wody w litrach (heksadecymalnie, ale bez "0x"), od najbardziej znaczącego bajtu do najmniej znaczącego, zawsze wpisujemy 2 cyfry/bajt, np. chcesz 50 litrów = 0x32 = 00000032 (min. 0, max. 6500),
   3. P3P2P1P0 = czas przerwy w sekundach (heksadecymalnie, ale bez "0x"), od najbardziej znaczącego bajtu do najmniej znaczącego, zawsze wpisujemy 2 cyfry/bajt, np. chcesz 2h przerwy = 7200 sekund = 0x1C20 = 00001C20 (min. 0, max. 86400),

Drugie pytanie, co zrobić, gdy nie chcę używać podlewania cyklicznego, Może jakiś wirtualny przekaźnik?
Musiało by to być jakoś prosto działać w sensie wyboru trybu A/M

Prośba - po wydaniu, któregoś z powyższych poleceń write daj:

read-attribute nr_kanału_Supla_zaworu 0xFC11 0x5010

[lukasz06]

No i to wydaje się działać
W tej chili jest tak jak napisałeś tj; zawór otwiera się na 1m i ma przerwę 2 min, czyli cykl trwa 3min x9 jak pisałeś =27min
Teraz pytanie jak to zmienić ( przeliczać), żebym mógł dobrać odpowiedni cykl, muszę trochę potestować.
Powiedzmy zawór otwarty 15min/0,5h przerwy?
Trzecie pytanko, jak zrobić warunek, aby po przekroczeniu X litrów zawór się zamknął ( czy to się da w ogóle?)

Super, to teraz powinno być już "z górki"

1. polecenie write-attribute nr_kanału_Supla_zaworu 0xFC11 0x5008 0x42 11 0A00NNT3T2T1T0P3P2P1P0 włącza podlewanie cykliczne (czas) z przerwą i liczbą powtórzeń:
   1. NN = liczba powtórzeń (heksadecymalnie, ale bez "0x"), zawsze wpisujemy 2 cyfry, np. 09 (min. 0, max. 100),
   2. T3T2T1T0 = czas podlewania w sekundach (heksadecymalnie, ale bez "0x"), od najbardziej znaczącego bajtu do najmniej znaczącego, zawsze wpisujemy 2 cyfry/bajt, np. chcesz 30 minut = 1800 sekund = 0x0708 = 00000708 (min. 0, max. 86400),
   3. P3P2P1P0 = czas przerwy w sekundach (heksadecymalnie, ale bez "0x"), od najbardziej znaczącego bajtu do najmniej znaczącego, zawsze wpisujemy 2 cyfry/bajt, np. chcesz 2h przerwy = 7200 sekund = 0x1C20 = 00001C20 (min. 0, max. 86400),
2. polecenie write-attribute nr_kanału_Supla_zaworu 0xFC11 0x5009 0x42 11 0A00NNV3V2V1V0P3P2P1P0 włącza podlewanie cykliczne (objętość) z przerwą i liczbą powtórzeń:
   1. NN = liczba powtórzeń (heksadecymalnie, ale bez "0x"), zawsze wpisujemy 2 cyfry, np. 09 (min. 0, max. 100),
   2. V3V2V1V0 = objętość wody w litrach (heksadecymalnie, ale bez "0x"), od najbardziej znaczącego bajtu do najmniej znaczącego, zawsze wpisujemy 2 cyfry/bajt, np. chcesz 50 litrów = 0x32 = 00000032 (min. 0, max. 6500),
   3. P3P2P1P0 = czas przerwy w sekundach (heksadecymalnie, ale bez "0x"), od najbardziej znaczącego bajtu do najmniej znaczącego, zawsze wpisujemy 2 cyfry/bajt, np. chcesz 2h przerwy = 7200 sekund = 0x1C20 = 00001C20 (min. 0, max. 86400),

Drugie pytanie, co zrobić, gdy nie chcę używać podlewania cyklicznego, Może jakiś wirtualny przekaźnik?
Musiało by to być jakoś prosto działać w sensie wyboru trybu A/M

Prośba - po wydaniu, któregoś z powyższych poleceń write daj:

read-attribute nr_kanału_Supla_zaworu 0xFC11 0x5010

Cięzki temat
Mam tak

Code: Select all

>Welcome 192.168.68.107
>Use quit  to disconnect.
write-attribute 0 0xFC11 0x5008 0x42 11 0A00020000070800001C20
>Device 25374
>>write-attribute 0 0xFC11 0x5008 0x42 0xB
>A:0:2:0:0:7:8:0:0:1C:20:Write attribute async request sent
read-attribute 0 0xFC11 0x5010
>Device 25374
>>read-attribute 0 64529 20496
>>Reading attribute successful - data value is 0x6b01, data type is 0x20

[vajera]

Cięzki temat

Dlaczego?

Mam tak

Code: Select all

>Welcome 192.168.68.107
>Use quit  to disconnect.
write-attribute 0 0xFC11 0x5008 0x42 11 0A00020000070800001C20
>Device 25374
>>write-attribute 0 0xFC11 0x5008 0x42 0xB
>A:0:2:0:0:7:8:0:0:1C:20:Write attribute async request sent
read-attribute 0 0xFC11 0x5010
>Device 25374
>>read-attribute 0 64529 20496
>>Reading attribute successful - data value is 0x6b01, data type is 0x20

OK, czyli wiemy już jak włączyć oba tryby cykliczne oraz jak sprawdzić aktualny tryb pracy (atrybut 0x5010).

Zostaje kwestia wyłączenia trybu cyklicznego:

1. włącz najpierw tryb cykliczny (najlepiej krótkie interwały), np. write-attribute 0 0xFC11 0x5008 0x42 11 0A00090000003C00000078,
2. odczytaj dla pewności stan: read-attribute 0 0xFC11 0x5010,
3. poczekaj jeden cykl zaworu (30 sekund + 60 sekund) - upewnij się, że harmonogram działa,
4. i teraz:
   1. wyślij najpierw polecenie write-attribute 0 0xFC11 0x5010 0x20 1 0,
   2. odczytaj stan: read-attribute 0 0xFC11 0x5010,
   3. odczytaj harmonogram read-attribute 0 0xFC11 0x5008,
   4. obserwuj czy harmonogram przestał działać (poczekaj kolejne 90 sekund),
   5. jeżeli nadal działa to daj write-attribute 0 0xFC11 0x5008 0x42 11 0A00000000000000000000,
   6. odczytaj stan: read-attribute 0 0xFC11 0x5010,
   7. odczytaj harmonogram read-attribute 0 0xFC11 0x5008,
   8. obserwuj czy harmonogram przestał działać (poczekaj kolejne 90 sekund).

[vajera]

Jeszcze jedno pytanie - co się dzieje ze stanem tego przekaźnika ON/OFF ("VALVE"), gdy aktywujesz tryb cykliczny ?

Jest cały czas ON albo OFF? Przełącza się odpowiednio na ON lub OFF, gdy zawór podlewa/robi przerwę?

[lukasz06]

Jeszcze jedno pytanie - co się dzieje ze stanem tego przekaźnika ON/OFF ("VALVE"), gdy aktywujesz tryb cykliczny ?

Jest cały czas ON albo OFF? Przełącza się odpowiednio na ON lub OFF, gdy zawór podlewa/robi przerwę?

Przełącza się odpowiednio
Jak wrócę do domu to sprawdzę to jeszcze

[lukasz06]

Cięzki temat

Dlaczego?

Mam tak

Code: Select all

>Welcome 192.168.68.107
>Use quit  to disconnect.
write-attribute 0 0xFC11 0x5008 0x42 11 0A00020000070800001C20
>Device 25374
>>write-attribute 0 0xFC11 0x5008 0x42 0xB
>A:0:2:0:0:7:8:0:0:1C:20:Write attribute async request sent
read-attribute 0 0xFC11 0x5010
>Device 25374
>>read-attribute 0 64529 20496
>>Reading attribute successful - data value is 0x6b01, data type is 0x20

OK, czyli wiemy już jak włączyć oba tryby cykliczne oraz jak sprawdzić aktualny tryb pracy (atrybut 0x5010).

Zostaje kwestia wyłączenia trybu cyklicznego:

1. włącz najpierw tryb cykliczny (najlepiej krótkie interwały), np. write-attribute 0 0xFC11 0x5008 0x42 11 0A00090000003C00000078,
2. odczytaj dla pewności stan: read-attribute 0 0xFC11 0x5010,
3. poczekaj jeden cykl zaworu (30 sekund + 60 sekund) - upewnij się, że harmonogram działa,
4. i teraz:
   1. wyślij najpierw polecenie write-attribute 0 0xFC11 0x5010 0x20 1 0,
   2. odczytaj stan: read-attribute 0 0xFC11 0x5010,
   3. odczytaj harmonogram read-attribute 0 0xFC11 0x5008,
   4. obserwuj czy harmonogram przestał działać (poczekaj kolejne 90 sekund),
   5. jeżeli nadal działa to daj write-attribute 0 0xFC11 0x5008 0x42 11 0A00000000000000000000,
   6. odczytaj stan: read-attribute 0 0xFC11 0x5010,
   7. odczytaj harmonogram read-attribute 0 0xFC11 0x5008,
   8. obserwuj czy harmonogram przestał działać (poczekaj kolejne 90 sekund).

@Vajera wszystko zrobiłem do ostatniego punktu, dopiero na końcu się wyłączył.
Z tym że cykl trwał dłużej 60s praca/120s przerwa, ikony w aplikacji zmieniają się prawidłowo
Ale z tymi czasami to nie mogę jeszcze tego pojąć
W każdym razie wygląda na to, że to Ty opanowałeś ten zawór, a nie ja
Logi:

Code: Select all

write-attribute 0 0xFC11 0x5008 0x42 11 0A00090000003C00000078
>Device 25374
>>write-attribute 0 0xFC11 0x5008 0x42 0xB
>A:0:9:0:0:0:3C:0:0:0:78:Write attribute async request sent
read-attribute 0 0xFC11 0x5010
>Device 25374
>>read-attribute 0 64529 20496
>>Reading attribute successful - data value is 0x9e01, data type is 0x20
>write-attribute 0 0xFC11 0x5010 0x20 1 0
>Device 25374
>>write-attribute 0 0xFC11 0x5010 0x20 0x1
>Write attribute async request sent
read-attribute 0 0xFC11 0x5010
>Device 25374
>>read-attribute 0 64529 20496
>>Reading attribute successful - data value is 0x1201, data type is 0x20
> read-attribute 0 0xFC11 0x5008
>Device 25374
>>read-attribute 0 64529 20488
>>Reading attribute successful - data type is 0x42, data size is 11
>Data = 0xa, 0x8, 0x9, 0x0, 0x0, 0x0, 0x3c, 0x0, 0x0, 0x0, 0x78,
write-attribute 0 0xFC11 0x5008 0x42 11 0A00000000000000000000
>Device 25374
>>write-attribute 0 0xFC11 0x5008 0x42 0xB
>A:0:0:0:0:0:0:0:0:0:0:Write attribute async request sent
read-attribute 0 0xFC11 0x5010
>Device 25374
>>read-attribute 0 64529 20496
>>Reading attribute successful - data value is 0x4c01, data type is 0x20
>read-attribute 0 0xFC11 0x5008
>Device 25374
>>read-attribute 0 64529 20488
>>Reading attribute successful - data type is 0x42, data size is 11
>Data = 0xa, 0x9, 0x9, 0x0, 0x0, 0x0, 0x3c, 0x0, 0x0, 0x0, 0x78,

[vajera]

@Vajera wszystko zrobiłem do ostatniego punktu, dopiero na końcu się wyłączył.
Z tym że cykl trwał dłużej 60s praca/120s przerwa, ikony w aplikacji zmieniają się prawidłowo
Ale z tymi czasami to nie mogę jeszcze tego pojąć
W każdym razie wygląda na to, że to Ty opanowałeś ten zawór, a nie ja

Oczywiście masz rację z czasami - 0x3C = 60 sekund, 0x78 = 120 sekund, więc wszystko się zgadza - źle napisałem w tych komentarzach.

Na końcu się wyłączył - tzn. A)po 9 cyklach 60s/120s czy B)jak poszedł ten rozkaz z samymi zerami?

Czasy liczysz prosto - zainstaluj sobie jakiś kalkulator hex na komórce, np. DevCalc - łatwiej przeliczać.

Wartość maksymalna w sekundach to 86400 (24h) = 0x15180, więc na potrzeby polecenia napiszesz 00015180

[lukasz06]

Jeszcze raz sprawdziłem i wygląda na to, że ten rozkaz jednak nie wyłącza cyklu

Code: Select all

write-attribute 0 0xFC11 0x5008 0x42 11 0A00090000003C00000078
>Device 25374
>>write-attribute 0 0xFC11 0x5008 0x42 0xB
>A:0:9:0:0:0:3C:0:0:0:78:Write attribute async request sent
write-attribute 0 0xFC11 0x5008 0x42 11 0A00000000000000000000
>Device 25374
>>write-attribute 0 0xFC11 0x5008 0x42 0xB
>A:0:0:0:0:0:0:0:0:0:0:Write attribute async request sent
write-attribute 0 0xFC11 0x5008 0x42 11 0A00000000000000000000
>Device 25374
>>write-attribute 0 0xFC11 0x5008 0x42 0xB
>A:0:0:0:0:0:0:0:0:0:0:Write attribute async request sent

[vajera]

Jeszcze raz sprawdziłem i wygląda na to, że ten rozkaz jednak nie wyłącza cyklu

Tzn? Kontynuuje pracę aż do 9 cyklu?

[lukasz06]

Jeszcze raz sprawdziłem i wygląda na to, że ten rozkaz jednak nie wyłącza cyklu

Tzn? Kontynuuje pracę aż do 9 cyklu?

Tak, pracuje do końca cyklu.