ATNEL tech-forum

Re: Atemga128 i GSM (GPS pokonany! Później czujnik temp)

2012-08-04T22:36:30+01:00

dzięki za odpowiedź:) Oczywiście jak już mi się uda odpalić ten kod, będę go dopieszczał w sposób o którym mówisz (TimeOut, obsługa błedu)

Czy takie podejscie jest lepsze:
[syntax=c]void sendSMS(void)
{
uint8_t l;
talkGSM("AT+CMGS=\"+48510719317\"\r\n",modembuff);
l = uart0_getstr(modembuff);

if (strcmp(modembuff, "> ") == 0)
{
uart0_puts("SMS\r\n");
uart0_putc(SUB);
}
else
{
uart0_puts("NOOT\r\n");
}
[/syntax]

Ta funkcja działa w przypadku gdy odpowiedzą jest jedna linia...
Co w przypadku gdy odpowiedź ma więcej niż jedną linię? (np po wysłaniu SMS)? powininem tutaj jakoś zastosować flagę z ISR od '\n'?

[syntax=c]uint8_t uart0_getstr(char *answer)
{
uint8_t l=0;
char c;

while((c=uart0_getc()) != '\n')
answer[l++]=c;

answer[l]=0;

return l;
}[/syntax]

Edit o 2:42
Nie daje mi spać ten problem, siedze siedze i nic
powyżej kody które zostawiam na teraz..
Nie mam pomysłu co robię źle..

Statystyki: Napisane przez bubu_pl — 4 sie 2012, o 22:36

Re: Atemga128 i GSM (GPS pokonany! Później czujnik temp)

2012-08-04T21:58:34+01:00

No to ci podpowiem bo robisz JEDEN OLBRZYMII błąd tutaj

Na znak zachęty zwykle trzeba "troszkę" poczekać z modemu GSM po przesłaniu pierwszej części danych po AT+CMGS

ile to troszkę ???? no nie wiem klikadziesiąt a może kilkaset ms ???

A ty wysyłasz tę pierwszą część i od razu BACH, leci sobie IF .... przecież on się wykona w przeciągu powiedzmy kilkunastu mikro!!!!sekund

Więc przy takim podejściu NIGDY nie uda ci się wysłać SMS'a

co musisz zrobić ????

to proste - rzeczywiście POCZEKAĆ na ten znak zachęty .... czyli jakaś pętla oczekująca ????

ale uwaga - a co będzie jeśli w wyniku jakiejś awarii znak zachęty nigdy nie nadleci ? albo nadleci ERROR ? No to też trzeba wziąć pod uwagę i zrobić obsługę TimeOut'a oraz błędu

Jak widzisz już przy odbieraniu ramki z GPS'a poszedłeś złą drogą o tyle że teraz dla ciebie programowanie transmisji asynchronicznej to hmmm jakby ciągłe dokładanie jakichś nowych flag do przerwania???? Nie tędy droga ..

przerwanie się robi RAZ a porządnie (czyli dostawia TYLKO flagę na CR i ew usuwa LF) i później się do tego kodu już nigdy nie zagląda. Całą resztę zawsze robi się już poza przerwaniem TYLKO już na buforach cyklicznych.

to znaczy nie zrozum mnie źle - nie mówię że jest tylko taka jedna jedyna metoda - bo jak zauważysz i tym razem łatając pewnie też da radę tak zrobić .... ale co , przyjdzie kolejne zadanie i znowu coś do przerwanie, później znowu ? - toż ono spuchnie i przestanie pełnić prawidłowo swoją rolę - dlatego mówię że nie tędy droga

Statystyki: Napisane przez mirekk36 — 4 sie 2012, o 21:58

Re: Atemga128 i GSM (GPS pokonany! Później czujnik temp)

2012-08-04T19:13:27+01:00

no coż, sms nie zostanie wysłany... Nie mam pojęcia jak to ugryźć...

Edit: napisałem sobie funkcje przez którą wysyłam komendy AT:
[syntax=c]
void talkGSM(char *question, unsigned char *answer)
{
uint8_t l; // liczba odebranych znakow
uart0_puts(question);

l=uart0_getstr(answer);
}[/syntax]

nic to jednak nie dało, dalej mam

Code:

AT+CMGF=1
AT+CMGS="+485xxxxx"

OK

[syntax=c]talkGSM("AT+CMGF=1\r\n",modembuff);
talkGSM("AT+CMGS=\"+485xxxxxx\"\r\n",modembuff);
l=uart0_getstr(modembuff);
if(flagReadyToSend)
{
uart0_puts("SMS\r\n");
uart0_putc(SUB);
}[/syntax]

jak to ugryźć?

Statystyki: Napisane przez bubu_pl — 4 sie 2012, o 19:13

Re: Atemga128 i GSM (GPS pokonany! Później czujnik temp)

2012-08-04T19:11:57+01:00

A zastanów się co się stanie gdy znak zachęty nie nadleci ? czyli ten IF nie zostanie spełniony to co się stanie w twoim programie ???? Bo to właśnie teraz ma miejsce

Statystyki: Napisane przez mirekk36 — 4 sie 2012, o 19:11

Atemga128 i GSM (GPS pokonany! Później czujnik temp)

2012-08-04T19:13:54+01:00

Jak że poradziłem sobie z problemem GPS (narazie wszystko jest ok) z pomocą kolegów z forum, to brnę dalej ku marzeniom i walczę teraz z wysyłaniem owych danych przez SMS.

zrobiłem sobie proste sprawdzanie czy jest odpowiedni czas na wysłanie smsa (co 2 min) w pętli w której pobierane są ramki z GPS:
[syntax=c]sekunda = gps_time[5] - '0'; // hackish, z str do int
sekunda_2 = gps_time[4] - '0'; // hackish
minuta = gps_time[3] - '0'; // hackish, z str do int

//if(0==(sekunda%10))uart0_puts("SEND TO SD"); // wysylanie co 10 sekund
if(1==(minuta%2) && flagSek==0)
{
flagSek=1;
sendSMS();
}
if(0==(minuta%2)) flagSek=0; //zerowanie flagi[/syntax]

teraz w funkcji sendSMS() robię sobie coś takiego:
[syntax=c]
uint8_t l=0;

uart0_puts("AT\r");
uart0_puts("AT+CMGF=1\r");
uart0_puts("AT+CMGS=\"+485xxxxxxxx\"\r");
l=uart0_getstr(modembuff);
// TO DO SPRAWDZANIE CZYZNAK ZACHETY >
if (flagReadyToSend == 1)
{
uart0_puts("SMS");
uart0_putc(SUB); // CTRL-Z
flagReadyToSend=0;
}
}
[/syntax]

natomiast w obsłudze USART:
[syntax=c]uint8_t uart0_getstr(unsigned char *answer)
{
uint8_t l=0;
char c;
while((c=uart0_getc()) != '\n')
{
answer[l++]=c;
}

answer[l]=0;
return l;
}
[/syntax]

i przerwanie dla USART:
[syntax=c]if(data == '\n')
flagGotAnswer=1;
flagReadyToSend=1;

if(data == '\r')
data=0;
if(data == '>')
flagReadyToSend=1;
[/syntax]

no i nie działa.. tzn działa tyle o ile, podglądając odpowiedzi od modemu i to co nadaje dostaje w terminalu Putty:

Code:

Time: 162056.000
Time: 162057.000
Time: 162058.000
Time: 162059.000
Time: 162100.000
AT+CMGS="+48xxxxxxxxxx"
OK
Time: 162101.000

a po podglądnięciu wlogach z putty nawet takie cos:

Code:

Time: 162259.000
Time: 162300.000
AT
AT+CMGF=1
AT+CMGS="+485xxxxxxxxx"

OK
Time: 162301.000
Time: 162302.000

gdzie jest złe moje rozumowanie?

Statystyki: Napisane przez bubu_pl — 4 sie 2012, o 17:21