GUI Generic

[krycha88]

Walczyłem z kilkoma wersjami, zaczynając od 1.3.3 w górę aż do 1.4.1 i we wszystkich jest tak samo. Ale znalazłem buga . Otóż, czas przekaźnika wydłuża się na minimum 8 sekund gdy .... włączona jest opcja Pushover dla przekaźnika. Gdy ją tylko wyłączę to czas zadany w Cloud jest respektowany, nawet 0.5 sek działa. Więc coś jest z tymi powiadomieniami, że działają tak na przekaźnik w SonOffie. Czy możesz się temu przyjrzeć? Zależy mi na tych powiadomieniach z przekaźnika.

Wydaje mi się, że nie da się tego rozwiązać. Jeżeli ustawiasz czas 1s to po włączeniu przekaźnika następuje wysłanie powiadomienia, nawiązanie połączenia zajmuje około 5s a w tym czasie powinno nastąpić wyłączenie przekaźnika. Dlatego przekaźnik wyłączy się dopiero po wysłaniu powiadomienia.

[dzikusk]

Walczyłem z kilkoma wersjami, zaczynając od 1.3.3 w górę aż do 1.4.1 i we wszystkich jest tak samo. Ale znalazłem buga . Otóż, czas przekaźnika wydłuża się na minimum 8 sekund gdy .... włączona jest opcja Pushover dla przekaźnika. Gdy ją tylko wyłączę to czas zadany w Cloud jest respektowany, nawet 0.5 sek działa. Więc coś jest z tymi powiadomieniami, że działają tak na przekaźnik w SonOffie. Czy możesz się temu przyjrzeć? Zależy mi na tych powiadomieniach z przekaźnika.

Wydaje mi się, że nie da się tego rozwiązać. Jeżeli ustawiasz czas 1s to po włączeniu przekaźnika następuje wysłanie powiadomienia, nawiązanie połączenia zajmuje około 5s a w tym czasie powinno nastąpić wyłączenie przekaźnika. Dlatego przekaźnik wyłączy się dopiero po wysłaniu powiadomienia.

A szkoda, bo bramę czy garażową czy wjazdową otwiera się przytrzymując włącznik monostabilny dosłownie na krótką chwilkę. Zwykle 1 sekunda to max. A teraz aż te 5 sekund to może być za dużo i niektóre automaty mogą przyjmować to jako kolejną komendę, np: STOP lub ZAMKNIJ.

[klew]

Walczyłem z kilkoma wersjami, zaczynając od 1.3.3 w górę aż do 1.4.1 i we wszystkich jest tak samo. Ale znalazłem buga . Otóż, czas przekaźnika wydłuża się na minimum 8 sekund gdy .... włączona jest opcja Pushover dla przekaźnika. Gdy ją tylko wyłączę to czas zadany w Cloud jest respektowany, nawet 0.5 sek działa. Więc coś jest z tymi powiadomieniami, że działają tak na przekaźnik w SonOffie. Czy możesz się temu przyjrzeć? Zależy mi na tych powiadomieniach z przekaźnika.

Wydaje mi się, że nie da się tego rozwiązać. Jeżeli ustawiasz czas 1s to po włączeniu przekaźnika następuje wysłanie powiadomienia, nawiązanie połączenia zajmuje około 5s a w tym czasie powinno nastąpić wyłączenie przekaźnika. Dlatego przekaźnik wyłączy się dopiero po wysłaniu powiadomienia.

A szkoda, bo bramę czy garażową czy wjazdową otwiera się przytrzymując włącznik monostabilny dosłownie na krótką chwilkę. Zwykle 1 sekunda to max. A teraz aż te 5 sekund to może być za dużo i niektóre automaty mogą przyjmować to jako kolejną komendę, np: STOP lub ZAMKNIJ.

Najprostsze rozwizązanie, to rezygnacja z pushovera po stronie urządzenia. To i tak nie jest najszczęśliwsza lokalizacja tej funkcjonalności - dużo lepiej mieć to po stronie serwera - a na chwilę obecną w skryptach fracza.

Można też to próbować usprawnić. Np. rozbić wszytkie operacje wysyłania wiadomości na pushover tak aby nie blokowały iteracji SuplaDevice - to by pozwoliło na zrobienie iteracji pomiędzy połączeniem, wysłaniem wiadomości i odebraniem odpowiedzi z pushovera, więc pewnie ten czas opóźnienia by się skrócił.
Druga opcja (a w zasadzie to rozbudowa poprzedniej) to używanie do połączeń metod nieblokujących. Niestety standardowe biblioteki w Arduino mają tylko opcję medot blokujących, więc trzeba się posiłkować dodatkowymi bibliotekami, albo samemu to pisać.

[dzikusk]

Wydaje mi się, że nie da się tego rozwiązać. Jeżeli ustawiasz czas 1s to po włączeniu przekaźnika następuje wysłanie powiadomienia, nawiązanie połączenia zajmuje około 5s a w tym czasie powinno nastąpić wyłączenie przekaźnika. Dlatego przekaźnik wyłączy się dopiero po wysłaniu powiadomienia.

A szkoda, bo bramę czy garażową czy wjazdową otwiera się przytrzymując włącznik monostabilny dosłownie na krótką chwilkę. Zwykle 1 sekunda to max. A teraz aż te 5 sekund to może być za dużo i niektóre automaty mogą przyjmować to jako kolejną komendę, np: STOP lub ZAMKNIJ.

Najprostsze rozwizązanie, to rezygnacja z pushovera po stronie urządzenia. To i tak nie jest najszczęśliwsza lokalizacja tej funkcjonalności - dużo lepiej mieć to po stronie serwera - a na chwilę obecną w skryptach fracza.

Można też to próbować usprawnić. Np. rozbić wszytkie operacje wysyłania wiadomości na pushover tak aby nie blokowały iteracji SuplaDevice - to by pozwoliło na zrobienie iteracji pomiędzy połączeniem, wysłaniem wiadomości i odebraniem odpowiedzi z pushovera, więc pewnie ten czas opóźnienia by się skrócił.
Druga opcja (a w zasadzie to rozbudowa poprzedniej) to używanie do połączeń metod nieblokujących. Niestety standardowe biblioteki w Arduino mają tylko opcję medot blokujących, więc trzeba się posiłkować dodatkowymi bibliotekami, albo samemu to pisać.

Albo trzecia - push natywnie z aplikacji. Czy jest wiadomy w jakim czasie to będzie?

WIELKI szacunek dla waszej pracy w ten projekt.

[klew]

Albo trzecia - push natywnie z aplikacji. Czy jest wiadomy w jakim czasie to będzie?

WIELKI szacunek dla waszej pracy w ten projekt.

Ja się temu jeszcze nigdy nie przyglądałem, ale ogólnie to wymaga implementacji notyfikacji po stronie serwera i jakiegoś systemu ich kolejkowania, aby przy braku połączenia z aplikacją, one nie przepadały. Ogólnie wygląda to na raczej sporo pracy, co przy dostępności i łatwości używania Pushovera i ilości innych zadań, raczej nie wróży rychłego wsparcia ;P

[[email protected]]

koledzy ... pytanie laika ... sterowanie ledem (dimmer) rozumiem należy wybrać pin i do niego podłączyć mosfet przez opornik 1k? i mamy sterowanie PWM?

Podłącz tylko z jednym mosfetem

https://majsterkowo.pl/arduino-i-smartf ... -led-rgbw/

Ten schemat na majsterkowo nie jest poprawny.

[[email protected]]

koledzy ... pytanie laika ... sterowanie ledem (dimmer) rozumiem należy wybrać pin i do niego podłączyć mosfet przez opornik 1k? i mamy sterowanie PWM?

5fltM.png

[elmaya]

ESP 4 xDimm LED_bb.png

[[email protected]]

ESP 4 xDimm LED_bb.png

Zastosujmy jeszcze transoptor i będzie separacja GPIO esp

[NetAs]

ESP 4 xDimm LED_bb.png

Code: Select all

 #define RED_PIN    44
 #define GREEN_PIN  45
 #define BLUE_PIN   46
 #define BRIGHTNESS_PIN        7
 #define COLOR_BRIGHTNESS_PIN  8

gdzie jest na powyższym schemacie BRIGHTNESS_PIN lub COLOR_BRIGHTNESS_PIN bo czegoś mi tu brakuje?