Obsługa przycisków w SuplaDevice

[WinstonW]

...............

Klasa FixedDurationRelay ma nadpisaną metodę "turnOn()" z klasy Relay i wywołuję ją zawsze podając parametr "fixedDurationMs" jako czas włączenia przekaźnika.
Taka implementacja spowoduje, że niezależnie jak ustawiony będzie przekaźnik w cloud, będzie on załączany na taki czas, jaki określisz w kodzie.

Bardzo dziękuje o taką funkcje chodziło

[lukfud]

Ok, to właściwe miejsce.

Automat schodowy:
- Ustawienie czasu na stałe na cloud.supla.org
- Ten czas jest odliczany niezależnie czy naciśnięto "Włącz" w aplikacji czy naciśnięto przycisk fizyczny

@klew, biblioteka na tą chwilę nie wspiera wyzwalania automatu z przycisku fizycznego. Jest szansa na dodanie?

[klew]

Ok, to właściwe miejsce.

Automat schodowy:
- Ustawienie czasu na stałe na cloud.supla.org
- Ten czas jest odliczany niezależnie czy naciśnięto "Włącz" w aplikacji czy naciśnięto przycisk fizyczny

@klew, biblioteka na tą chwilę nie wspiera wyzwalania automatu z przycisku fizycznego. Jest szansa na dodanie?

Na chwilę obecną można to obejść używając FixedDurationRelay opisanego kilka postów wyżej.
Wsparcie pojawi się, jak zrobię zapis do pamięci. Używanie automatu schodowego jest konfigurowane z clouda, więc przekaźnik będzie zapamiętywał ostatnio wysłany czas i używał go do przełączania przekaźnika. Pewnie pojawią się nowe akcje "TIMED_TURN_ON" oraz "TIMED_TURN_OFF" które będzie można przypisać jako akcje do przycisków, natomiast w samym przekaźniku będzie można ustawić czas "on" i "off" na wartość ustawianą w programie (np. w kodzie, albo w gui - jak ktoś sobie to zaimplementuje), lub na wartość automatyczną z clouda.

[lukfud]

Serwer i tak jest informowany o zmianie stanu przekaźnika, to dlaczego nie może odpowiadać ustawioną funkcją?
Jak dobrze zrozumiałem, po włączeniu przekaźnika, serwer zwraca czas z którym możemy / musimy coś zrobić. A nie może go po prostu wyłączyć?
Oprócz dodatkowych możliwości będzie zdublowane "pilnowanie czasu" dla automatu, przez serwer po wyzwoleniu z aplikacji i przez urządzenie po wyzwoleniu z przycisku.

[klew]

Serwer i tak jest informowany o zmianie stanu przekaźnika, to dlaczego nie może odpowiadać ustawioną funkcją?
Jak dobrze zrozumiałem, po włączeniu przekaźnika, serwer zwraca czas z którym możemy / musimy coś zrobić. A nie może go po prostu wyłączyć?
Oprócz dodatkowych możliwości będzie zdublowane "pilnowanie czasu" dla automatu, przez serwer po wyzwoleniu z aplikacji i przez urządzenie po wyzwoleniu z przycisku.

Serwer nie wyłącza automatów schodowych. On wysyła wiadomość w stylu: włącz światło na 20 s. Za obliczenie czasu i wyłączenie przekaźnika, jest odpowiedzialne urządzenie. Nic nie będzie zdublowane, bo serwer tego czasu nie pilnuje.
Do tego urządzienie wykonawcze nie zna konfiguracji kanału w cloud. Więc nie wie jaka jest ustawiona funkcja.

[lukfud]

Fakt, w sumie bez połączenia z serwerem nic by nie działało.
W którym momencie urządzenie będzie pobierało z cloud ustawiony tam czas? Zaraz po zapisie, czy po każdym włączeniu przekaźnika?

[klew]

Fakt, w sumie bez połączenia z serwerem nic by nie działało.
W którym momencie urządzenie będzie pobierało z cloud ustawiony tam czas? Zaraz po zapisie, czy po każdym włączeniu przekaźnika?

Chyba tego nie da się pobrać z serwera. Serwer wysyła ten czas, przy każdym włączeniu przekaźnika z aplikacji.

[lukfud]

Hm, to co miał @pzygmunt na myśli pisząc, że czas jest odmierzany po naciśnięciu fizycznego przycisku. Skoro urządzenie odmierza czas to musi być zapisana jego wartość i to po każdej zmianie w cloud.

[pzygmunt]

Urządzenie musi czekać na rozkaz aby zapamiętać aktualne ustawienia czasu. Tak czy owak dodam funkcję, którą urządzenie będzie mogło sobie pobrać ustawienia zaraz po połączeniu z serwerem.

[lukfud]

To by zapewne znacznie ułatwiło.
@klew, czy taką informację z serwera mógłbyś przechwycić do zmiennej i już bez dodatkowych akcji przycisku, zmienić działanie przekaźnika tak, aby wyłączał się po czasie ze zmiennej. Zapis do pamięci mógłby być dodawany przez osobę kompilującą program