Jakoś specjalnie trzeba ustawić arduino?
Bo po uruchomieniu nie ma wifi.
Supla Button 2.0 i kolejne wersje...
Testy robiłem na nodemcu. Uruchamiasz moduł. Dioda LED podłączona pod gpio 2 miga szybko. Czekasz z 3 sekundy. Naciskasz przycisk podłączony pod gpio0 10 razy. Naciskanie musi być zrealizowane w następujący sposób: przycisk wciśniety od 100-500ms traktowany jest jako jedno wciśnięcie. Po 10 razach procesor sprawdza ile razy był wciśniety przycisk. Dioda led na module podłączona pod gpio 2 zacznie pulsować powoli co będzie oznaczało wejście w tryb konfiguracji. Moduł wystawi sieć o nazwie Supla Button. Dla nauki obsługi proponuję wykorzystać dowolny terminal RS np. wbudowany w Arduino IDE. Transmisja 115200bps. Procesor wysyła tam trochę danych po każdej akcji / reakcji na przycisk / połączeniu z serwerem.
Dane wprowadzasz w sposób przedstawiony na screen-ie: W linku URL ma się zaczynać od /api/scemes/execute/XXXXXXXXXX natomiast TOKEN od Authorization: Bearer XXXXXXXXXXXXXXXXXXXXXXXX. Oczywiście za XXX wstawiasz swoje cyfry i litery. Dane te uzyskasz z supla.fracz.com.
Dane wprowadzasz w sposób przedstawiony na screen-ie: W linku URL ma się zaczynać od /api/scemes/execute/XXXXXXXXXX natomiast TOKEN od Authorization: Bearer XXXXXXXXXXXXXXXXXXXXXXXX. Oczywiście za XXX wstawiasz swoje cyfry i litery. Dane te uzyskasz z supla.fracz.com.
Chyba znalazłem problem z "wstrzeleniem" się w tryb konfiguracji. W momencie kiedy eeprom jest skasowany (zawartość to 0xFF), np poprzez ładowanie całego flasha, lub ESP jest nowy, dochodzi do próby połączenia z do sieci o SSID składającej się z 32 znaków 0xff, co tak skutecznie spowalnia działanie programu że zaburza liczenie przycisków. Dorobiłem sprawdzanie czy dane w eeprom w adresie 0 i 32 są wartościami 0xff, jezeli tak jest to automatycznie startuje tryb konfiguracji 1, czyli start AP. Dodałem też potwierdzenie wykonania sceny po faktycznym odebraniu OK z serwera, można to jeszcze dopracować, bo teraz każda odpowiedz serwera jest traktowana jako OK, nawet przy błednych kluczach, przy pustych jest "Bad request" i komunikat o błędzie.
Przydało by się też dorobić ładowanie do formularza danych z eeprom, bo zmiana jednej sceny kończy się tym że trzeba wpisywać wszystko od początku, na sztywno dodałem jedynie adres serwera i port w formularzu. W wolnej chwili spojrzę na to, na dziś wystarczy.
Duch__, mam nadzieje że nie masz mi za złe że trochę to przerobiłem.
Przydało by się też dorobić ładowanie do formularza danych z eeprom, bo zmiana jednej sceny kończy się tym że trzeba wpisywać wszystko od początku, na sztywno dodałem jedynie adres serwera i port w formularzu. W wolnej chwili spojrzę na to, na dziś wystarczy.
Duch__, mam nadzieje że nie masz mi za złe że trochę to przerobiłem.
- Załączniki
-
- SUPLA_V2_2.zip
- (5.23 KiB) Pobrany 250 razy
Co nie wyjdzie w becie wyjdzie w produkcji jak napisał FRACZ w jednym z innych tematówcdxa pisze: ↑czw maja 24, 2018 12:03 am Chyba znalazłem problem z "wstrzeleniem" się w tryb konfiguracji. W momencie kiedy eeprom jest skasowany (zawartość to 0xFF), np poprzez ładowanie całego flasha, lub ESP jest nowy, dochodzi do próby połączenia z do sieci o SSID składającej się z 32 znaków 0xff, co tak skutecznie spowalnia działanie programu że zaburza liczenie przycisków. Dorobiłem sprawdzanie czy dane w eeprom w adresie 0 i 32 są wartościami 0xff, jezeli tak jest to automatycznie startuje tryb konfiguracji 1, czyli start AP. Dodałem też [...]
Po to jest forum by się dzielić rozwiązaniami. Przyznam szczerze że temat opracowywałem po godzinach, po pracy i nie miałem czasu wszystkiego szczegółowo sprawdzić. Nie mam nic przeciwko by były wprowadzane kolejne funkcjonalności. Ważne jest by były dostępne źródła kodu dla każdego, by każdy mógł sobie przerobić pod siebie, pod warunkiem że podzieli się wprowadzonymi funkcjonalnościami. Trzeba by tylko zmienić nazwę tego modułu, gdyż pierwotnie temat dotyczył modułu zasilanego bateryjnie. Może "SUPLA WALL BUTTON"?