(08-26-2024, 03:10 PM)sl500 napisał(a): Jednak nie działa to zdalne sterowanie za dobrze w wersji sw1.61 na 1.49a nie było problemów.
W moim przypadku event1 na lk1 steruje out1 na lk2. Tak jakby za drugim razem dopiero działało, a po dniowej przerwie to samo.
edit. po 2 dniach uspokoiło się i działa.
zdalne sterowanie działa po udp wiec jeśli masz rozbudowana sieć i lata po niej sporo informacji to pakiety udp z uwagi na sposób rozsyłania (bez weryfikacji do każdego ip w masce) mogą zaginąć.
dlatego nie zaleca się stosowania udp wraz z siecią opartą o pakiety ftp samba itp. większe rozmiarowo.
zdalne sterowanie też ładnie działa po mqtt i tu jest pewniejsze że taki topic/pub doleci do adresata.
na
https://mqtt.ats.pl/configpanel/ robisz sobie usługę cmd_lk3
Cytat:nazwa: cmd LK3
usługa: mqttpub
temat: xxxxx000/0000/cmd --> oczywiście będzie inny ze swojej listy dodanych lk
zapisujesz i robisz reakcje
Cytat:nazwa: dowolna
temat: wybierasz źródło do analizy
filtr podstawowy: np > od 2
czas: opcjonalnie
dni tygodnia: np wszystkie
tłumienie: opcjonalnie
format: tu podajesz komendę mqtt jaka wyślesz do wybranej poniżej usługi np out1=1 lub event4=0 itd
usługa: wybierasz wcześniej utworzoną usługę cmd - może ich być więcej.
zapisujesz i klikasz zapisz zmiany - zielony u góry strony
teraz jeśli broker mqtt.ats.pl odbierze dane z lk i spełnią one ustawione założenie to wyśle on komendę mqtt
nie dzieje się to od razu* wiec tłumienie jest zależne i powinno być większe niż czas przesyłania ustawiony w lk dla mqtt. niemniej jednak jest to lepsze rozwiązanie dające więcej możliwości,
oczywiście trzeba stworzyć dwie reakcje dla stanu = 1 oraz 0
w moim przypadku jeden z lk robiący za czujnik zmierzchu rozsyła do kilkunastu informacje o zmierzchu zmieniając event4 zdalne sterowanie na zasadzie pętli jeden drugiemu nie zawsze u mnie działało
* można przesłać natychmiast używając zdarzenia mqtt.