Witam,
układ: zestaw + Atmega1284 (dwa UARTy) + moduł WIFi + biblioteka WiFi + biblioteka UART_MULTI.

+ poradniki #0560 oraz #0561.

Cały dzień nad tym siedzę i nie mogę ruszyć z miejsca.
Funkcja do rozpoznawania sieci:

nic nie rozpoznaje.
Dodam, że mam:

Zakładam różne pułapki w programie oraz podglądam, co jest wysyłane z procka.

Jednego babola znalazłem w programie, ma być nie AT+WAN=DHCP, tylko AT+WANN=DHCP, ale to nie wpływa na rozwiązanie problemu.

Nie wyraziłem się jasno, na załączonym obrazku: wychodzą trzy plusy, potem AT+WSCAN, potem AT+ENTM. To się nakłada na wydruku, bo nie ma Enter.
Żeby rozpracować te bibliotekę, to trzeba by geniusza. A ja chciałem wziąć i działać, tylko że bez doktoratu,to się chyba nie obędzie.

------------------------ [ Dodano po: 36 minutach ]

Pytanie, PB4 połączyć do CONTROL 6 czy 1. Aczkolwiek próbowałem obie opcje.

Zazanczyć Putty config -> terminal -> implicit LF in every CR

_________________
Think for yourself and question authority.

Dzięki fofex, coś w związku z powyższym wiem więcej:


Ale moment, !!! , w końcu na drugim COM-ie pojawiła się lista otoczenia sieciowego - wczoraj było pusto.
( bo na jednym COM-ie podglądam TX, na drugim podglądam RX ).
Czyli jest jakiś krok do przodu.

Widzę, że specjalnie nie ma zainteresowania, piszę ostatni więc raz:

Otrzymałem tylko 2 razy poprawny rezultat na komendę AT+WSCAN ( na dwa dni).

Moduł jest w obstawie dwóch przejściówek (nasłuchują co nadleci po RX i TX).
Generalnie ekran terminala na odbiór z WIFI jest pusty.

at_result_buf pusty
time_out (5 sek) w odpowiedzi na AT+WSCAN w WIFI_EVENT()

Pewnie biblioteka jest do kitu, albo Putty.

To oczywiście suchar.

Moduł WIFI wstawiony do przejściówki, po przejściu w tryb komend AT, na polecenie AT+WSCAN, daje natychmiast rezultat -listę ok 13 sieci.
(w bibliotece ustawiony mam bufor 15 x 70 )

Sprawdz porządnie co leci Tobie w hexie albo lepiej uzyj najprostszego analizatora logicznego. Bo cały myk może być w znakach poza tymi widocznymi literkami.

micky, w tobie nadzieja.

Po paru dniach zabawy sytuacja jest taka:

1. Poradnik #0560-#0561 Biblioteka C - MK_WIFI232 part 01 i Part 02, program ATNEL_WIFI232_LIB

Pętla główna wygląda tak ( ważna jest tu dioda, o której później):

2. Na AT+WSCAN nie miałem żadnej odpowiedzi, a od trzeciego dnia mam (?).
Ale nie o to w tej chwili chodzi.

Wysłanie komendy "AT+WIFI=0,1,AT+WSCAN" z MK_Terminal_UDP powoduje sieczkę- otrzymuję niekończący się strumień danych.

lub

Podobnie po restarcie programu, kiedy program wysyła rozkaz reconnect_lan, a w nim rozkaz AT+WSCAN.

Pozwana dioda przestaje migać - jest albo zaświecona, albo zgaszona. Albo zachowuje się normalnie, czyli miga, a wtedy w eterze spokój.

P.S. Pytanie dotyczące MK Terminal UDP, ale takie dodatkowe pytanie.

Wysyłam jakiś rozkaz (za wyjątkiem nieszczęsnego WSCAN), nigdy nie otrzymałem w tym terminalu odpowiedzi. Owszem widzę, ze odpowiedź przychodzi, ale jak mam podłączony do modułu jakiś zewnętrzny COM. W poradniku widzę, że jak wyslę np. AT+NETP, to przesyła nazwę sieci, u mnie NIC.

------------------------ [ Dodano po: 27 minutach ]

STOP, chyba jestem wielki osioł, muszę coś jeszcze sprawdzić. To może być babol.

------------------------ [ Dodano po: 27 minutach ]

STOP, chyba jestem wielki osioł, muszę coś jeszcze sprawdzić. To może być babol.

------------------------ [ Dodano po: 38 minutach ]

Myślałem, że może trzeba było wybrać inny port niż 8899, bo parę modułów WIFI mam w sieci, ale nie. Pudło.

------------------------ [ Dodano po: 48 minutach ]

micky, to dokładnie sprawdzałem, analizatorem Saleae,
jak mi nic nie chodziło,
łącznie z tym czy np. wysyłam trzy plusy co 100 msek i co przychodzi. Wszystko było OK. Literka a, +ok itp.

Siedzę nad tym któryś tam dzień.

Niedługo będę ekspertem od biblioteki WIFI, aczkolwiek jeszcze jeszcze...

Wrzuć spakowane zipem graby Salae. Ale transmisji do i z modułu. Na pewno masz dobrze połączone masy i zasilanie? Wrzuć fotkę jak to u Ciebie wyglada.

Zasilanie ok. 15 cm, bo wiadomo podłączam się do UART1, więc nie korzystam z gniazda zestawu ATB do UART0, tyko lecę po drutach.
Zasilanie i masa pewne. Z PWR-3.

Co to są graby?

Jak na złość, znowu uruchomiłem program i wszystko jest OK: na portach COM3 i COM4 mam podgląd TX i RX uC.


------------------------ [ Dodano po: 26 minutach ]

Dodam tylko, że jak z MK_terminal wyślę:

to nie otrzymuję odpowiedzi.

To chyba jednak ten babol, o którym wczoraj pisałem - za dużo na jednym porcie.

Teraz jeszcze raz na spokojnie - mam tylko jeden moduł na jednym porcie i dopiero teraz zaczęło w końcu chodzić OK.

------------------------ [ Dodano po: 27 minutach ]

Sorry, aby nie wprowadzać błędnych informacji - tylko raz było dobrze.
Temat na długie wieczory.

Wstaw zdjęcia jak to masz podłączone - tłumaczenie ze na pewbo jest dobrze do mnie nie przemawia, bo skoro wszystko jest ok, to dlaczego nie dziala?
Graby - zrzuty logic analizera.

Witam, szczególnie ciebie micky.

Siedzę nad tym problemem cały czas i podam do jakich wniosków doszedłem.
Przypomnę, mam podłączoną płytkę Air z modułem WIFI232 do UART1. Wiadomo In do TX2, Out do RX2.

Jak tylko wyślę komendę AT+WIFI=0,1,AT+WSCAN z Mk Terminal UDP, to jako Rx w terminalu otrzymuję NIEKOŃCZĄCE się odpowiedzi, jakieś fragmenty odpowiedzi wykrytych stacji.
O dziwo są one na pinie Tx2 procka. Procek cały czas nadaje!

Jakby zbliżam się do rozwiązania, aczkolwiek nie mogę cały czas zrozumieć, dlaczego procek nadaje.

To co pisałem poprzednio, że raz jest dobrze, a raz nie. To dlatego, że TYLKO nie lubi rozkazu WSCAN, inne zachowują się dobrze, oraz np. w module gdy zmieniłem SSSID na głupotę, po włączeniu przeprogramowuje się, mimo, że też był rozkaz WSCAN.

Podłączyłem moduł do UART0. I o dziwo wygląda na to, że jest OK.

Albo mu się nie podoba UART1, albo przewody połączeniowe - do UART0 jest na krótko, z gniazda zestawu przy procesorze, a UART1 łączę jakby nie było jakimiś przewodami?

------------------------ [ Dodano po: 12 minutach ]

Dodam też, że jak podawałem wcześniej, w pętli głównej ma migać dioda, dioda bidulka nie miga, lub świeci na stałe.

Stan jej się nie zmienia, czyli pętla nie chodzi.

Sprawdziłem ją nawet analizatorem Saleae, aby sprawdzić czy może czegoś nie widzę. Zero impulsów jednak.
Nie jestem w stanie sprawdzić, skąd program wyskakuje w kosmos, choć wszędzie, gdzie mogłem wstawiałem pułapki.

------------------------ [ Dodano po: 23 minutach ]

Dodam, że program z poradnika spisany ATNEL_WIFI232_LIB,
biblioteka WIFI na pewno, wydaje mi się, że nie jest problemem.
MK_MULTI_USART ver.1.1 ?

------------------------ [ Dodano po: 24 minutach ]

Pozdrowienia

ZAWSZE jak zaczynam jakiś wątek, to go kończę.
Tak jest również w tym przypadku.

Nawet jak na końcu okazuje się, że zrobiłem babola. I można by powiedzieć, że osioł. Może i można, ale nie mam kompleksów.

Problem rozwiązałem, a wiązało się to ze złym przepisaniem z tablicy - poradnik chyba #0561 Biblioteka c - MKWIFI232 - part 02.


Miałem tak jak powyżej. Ładny kwiatek, no nie? Przy wysłaniu rozkazu, który oczekiwał więcej linii niż jeden otrzymywałem warunek "zawsze prawda" i stąd te efekty.
Jeśli ktoś nie zajarzył, to podpowiadam. Ma być:

Gratuluję znalezienia źródła problemu! Takie doświadczenia na długo pozostają w pamięci.