Witajcie.
Już od jakiegoś czasu próbuje uruchomić zmianę protokołu TCP>>>UDP, UDP>>>TCP i cały czas coś jest nie tak.
Na chwilę obecną zatrzymałem się na wysłaniu at+z. AT+NETP zapisuje się ale dopiero jak odłącze zasilanie z WIF232t.
całość uruchomiona na zestawie ATB + ATNEL AIR.
Przedstawię kod i opiszę reszte.



Kod działa tak:
Przez przeglądarkę ustawiam protokół TCP (po ustawieniu restart wifi).
na terminalu connectbot wysyłam stringa AT+RST?
Procesor wysyła +++a i wifi mam w transparentmode.
ustawia UDP.
dioda na zestawie gaśnie i procesor resetuje się.

Wydaje się że wszystko działa ale wifi mi się nie zresetowało. tylko dalej jest w transparent mode.
Dopiero jak ręcznie zresetuje WIFI mogę odpalić MKbootloader i wgrać nowy wsad.

Ma ktoś pomysł jak to ugryźć?
Operowałem już opóźnieniami ale nic to nie dało.

_________________
POZDROWIONKA

Kurczaki już sam nie wiem o co chodzi.
Zresetuje wifi do fabrycznych i Ciekawe czy przy ponownej konfiguracji ruszy.

_________________
POZDROWIONKA

Powiem ci że ostatnio (wczoraj) miałem podobny problem musiałem wifi dać do fabrycznych by działało jako AP+STA MODE bo inaczej działał tylko tryb AP i dodatkowo niby łączyło się z moją radiówka w STA MODe dostawało adres ale ping za chiny ludowe nie leciał ... więc w takich przypadkach również polecam FACTORY RESET

_________________
Usługi druku przestrzennego - www.drumik.pl

Takie częste zmiany ustawień chyba nie służą modułowi(testuję odczytywanie danych ze stron www). Ale zwykły reset jak do tej pory wystarczył.
A konkretnie w twoim przypadku spróbuj na zwykłych delajach, bo może coś się wcina jak puszczasz sekwencję.

Na zwykłych delayach nie działał poprawnie mkbootloader.
Zostaje faktory reset, ale to sprawdzę pewnie jutro.

_________________
POZDROWIONKA

Panowie niestety AT+NETP wymaga restartu modulu .... ale w 100% wystarczy AT+Z

Kompletnie nie wie po co wy robicie jakies przywracanie do ustawien fabrycznych ... to jakies nieporozumienie ... cos musicie nerwowo moze robic ... czy jak ? Sam nie wiem ...

A nie ... juz wiem co zle robicie .. tzn w kodzie z pierwszego postu jest samobojczy babol ...

No pomyslcie jak mozna wyslac za pomoca uartputs ... komende at+z ... i za chwile zrobic cli() ... i sie dziwic ze at+z nie zrestartowalo wifi ??? ... A potem wymyslac ze trzeba do ustawien fabrycznych przywracac .... po co ??

Sorki za bledy i brak pl liter ... ale z fonu na wyjezdzie na szybko pisze

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Mirku ja poprostu już nie wiedziałem czego się chwytać.
Z tym FactoryResetem to bardziej z podejściem a nuż może. Do końca nie dowierzałem gdyż jak podłączam przez przejściówkę to moduł się resetował przez AT+Z.

Gdybym od razu miał takie podpowiedzi to wiedziałbym czego się chwycić.

Wielkie dzięki. Jutro dam znać czy coś mi w końcu wyszło.

_________________
POZDROWIONKA

Rozumiem ... ale dlatego podpowiada .... resetu do ustawien fabrycznych nie trzeba w ogole robic. Ja na prawde mnostwo tych modulow macam, w poradnikach widac ze na co dzien juz u mnie w firmie pracuje kilka .... uwierz mi jeszcze rzaden nie mial przywracanych fabrycznych ustawien.

Jezt program ATB WIFI Config ... i za jego pomoca przeceiez wszystko mozna zrobic i przetestowac nawet. Szczegolnie czy np dziala komenda AT+Z

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Nie wiem, czy kolega rozwiązał już problem.
Bo to jest tak, że w ferworze walki z prze konfigurowaniem modułu czasem zdarzy się, że próbujemy zbyt wcześnie ponownie prze konfigurować moduł, który jest już wprowadzony w odbiór komend at. I wtedy zamiast at+z\r leci +++aat+z\r, czyli cała sekwencja. Może lekarstwem na to jest wysłanie 'a' jako stringa, czyli np. uart_puts("a"). A najlepiej w sekwencji po jakimś delayu powtórzyć "at+z\r".

Tak na szybko z użyciem delay'ów:

Witaj.
Dzięki za pomoc. AT+Z działa. Potrzebowałem trochę innego spojrzenia na kod.

Pytania:
Czemu na końcu stringa dajesz \n?
oraz czemu nie używasz uart_putc('+')?

No to walczę dalej.

_________________
POZDROWIONKA

Pewnie z przyzwyczajenia gdy się wysyła do terminala, ale jak się wysyła do urządzenia to absolutnie nie trzeba wysyłać znaku nowej linii '\n' bo i tak jet ignorowany, a więc tracimy dodatkowy bajt we flash


Przecież kolega powiedział czemu:


Po prostu żeby jakkolwiek to zobrazować.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Ok. Działa jak należy. Powiedzcie mi jeszcze czy jest sens wywalać delay_ms skoro i zmiana tcp na UDP będzie mi służyła tylko do wgrania kodu przez Mkbootloader.

Kurcze ale banana dostałem jak ruszyło mi bezprzewodowe wgrywanie wsadu.
Mirku aplikacja super a wifi od dziś będzie moim rodzynkiem.

_________________
POZDROWIONKA

Ja nie widzę sensu wywalać w takiej sytuacji

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Nic dodać, nic ująć pani Mirku! Dokładnie tak. Dziękuję!