Obsługa setTimerFuncImpl w nowej bibliotece

[Goral64]

Nie łączy się też w takim wypadku z siecią WiFi, przez co jeśli nie podasz tych danych to musisz wejść w tryb AP, bo do STA nie wejdziesz, aby uzupełnić dane.

[krycha88]

Nie łączy się też w takim wypadku z siecią WiFi, przez co jeśli nie podasz tych danych to musisz wejść w tryb AP, bo do STA nie wejdziesz, aby uzupełnić dane.

Zgadza się i tak robię tylko aby serwer http działał to w iterateAlways należy wykonywać handleClient - a jeżeli ona nie działa to niestety to się nie uda

[Goral64]

Zgadza się i tak robię tylko aby serwer http działał to w iterateAlways należy wykonywać handleClient - a jeżeli ona nie działa to niestety to się nie uda

Nawet jak wyrzucisz handleClient z iterateAlways z powrotem do loop to i tak nie otworzysz GUI bo urządzenie nie ma połączenia z siecią WiFi.
https://github.com/klew/arduino/issues/29

[krycha88]

Zgadza się i tak robię tylko aby serwer http działał to w iterateAlways należy wykonywać handleClient - a jeżeli ona nie działa to niestety to się nie uda

Nawet jak wyrzucisz handleClient z iterateAlways z powrotem do loop to i tak nie otworzysz GUI bo urządzenie nie ma połączenia z siecią WiFi.
https://github.com/klew/arduino/issues/29

Ale to nie jest problem, rozwiązałem to w bardzo łatwy sposób - tworząc nową instancję i przełączają ESP w tryb mode(WIFI_AP_STA) podeślę Ci rozwiązanie wieczorem.

[Goral64]

Ale to nie jest problem, rozwiązałem to w bardzo łatwy sposób - tworząc nową instancję i przełączają ESP w tryb mode(WIFI_AP_STA) podeślę Ci rozwiązanie wieczorem.

Spoko. Jednak chyba lepiej poprawić to w bibliotece, niż robić obejścia

[klew]

Zrobię jak tylko niemoc twórcza mnie opóści ;P

[krycha88]

Zrobię jak tylko niemoc twórcza mnie opóści ;P

a który problem poprawisz ? Nie chciałbym udostępniać swojego forka aby mój projekt działał poprawnie

Powodzenia w poszukiwaniu natchnienia

[Goral64]

Zrobię jak tylko niemoc twórcza mnie opóści ;P

Może jakieś piwko albo dwa?

[klew]

Zrobię jak tylko niemoc twórcza mnie opóści ;P

a który problem poprawisz ? Nie chciałbym udostępniać swojego forka aby mój projekt działał poprawnie

Powodzenia w poszukiwaniu natchnienia

Planuję podzielić metodę "begin", tak aby dało się niezależnie odpalić wszystkie czujniki/przekaźniki/itp/Element'y oraz niezależnie sieć.
Sieć też ma dwa aspekty (jak widać) - jest połączenie z WiFi lub Ethernet, oraz jest połączenie z serwerem Supli.
Całość tego obrazu jest jeszcze "komplikowana" przez Status. Do tej pory Status był "liniowy" - tzn. jak niepodałeś serwera Supli, to utykał w tym miejscu i koniec - status jest jasny.
Gdy puścimy program dalej, to możemy mieć jednocześnie kilka błędów, w stylu: błędne SSID, brak serwera, brak maila.
Planuję rozbić "status" na dwa elementy: status, błędy.
Status będzie pokazywał "liniowo" (lub "drzewiaście) stan uruchomienia i działania programu, np.: inicjalizacja, łączenie z wifi, połączono z wifi, łączenie z serwerem, połączono z serwerem, uracono połączenie itd. (można też zrobić osobną gałąź na tryb konfiguracyjny (AP) ).
Błędy natomiast będą mogły trzymać kilka różnych informacji, np. brak maila, brak guid, brak ssid.

[Goral64]

(można też zrobić osobną gałąź na tryb konfiguracyjny (AP)

Myślę, że tryb AP powinien się ograniczyć tylko do konfiguracji urządzenia. W tym trybie sam sobie jest siecią WiFi i nie łączy się do sieci WiFi użytkownika, a tym samym nie łączy się z serwerem Supli więc nie ma potrzeby uruchamiania SuplaDevice. Oczywiście mogę się mylić