ATNEL tech-forum

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-12T16:33:32+01:00

Sonix napisał(a):

A czy echo w SIM900 masz wyłączone??

Wyłączyłem echo i faktycznie działa z tablicą w rozmiarze 100 bajtów. Dzieki za pomoc.

charsz napisał(a):

No ale skoro masz przejsciowke usb-rs232 to podlacz ja do SIM'a i wyslij te same komendy co programem i zobacz co sie zwraca.

I popatrz jeszcze raz co pisalem o wywolaniu while(sendATcommand(...) == 0).

Ja cały czas monitorowałem odpowiedzi modułu za pomocą terminala Putty. Ale jakoś nie dotarło do mnie że echo to dodatkowe dane wysyłanie z modułu które procesor bedzie interpretował jako odpowiedz a komanda po wywołaniu której następował problem była znacząco dłuższa od innych.
Ok juz działa więc dzieki wielkie

Pozdrawiam

Statystyki: Napisane przez secom — 12 sie 2014, o 16:33

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T20:23:10+01:00

secom napisał(a):

i faktycznie przy wykonywaniu funkcji sendATcommand przy ostatnim wywolaniu answer był 3.
Dzieki za pomoc. Chyba długo bym do tego nie doszedł gdyż odpowiedz modułu na komende AT+CIPSTART jest albo "CONNECT OK" albo "CONNECT FAIL". A to napewno nie jest nawet 100 bajtów. Szczerze na chwile obecną nie rozumiem dlaczego rozmiar tablicy response 100 bajtów był niewystarczający ale może dojde do tego

Statystyki: Napisane przez charsz — 11 sie 2014, o 20:23

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T17:17:52+01:00

W procedurze inicjalizacji modemu wyślij ATE0, bez sensu żeby modem wysyłał to co otrzymał. Procek niepotrzebnie analizuje śmieci. Zapycha również bufor odbiorczy.

Statystyki: Napisane przez Sonix — 11 sie 2014, o 17:17

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T17:12:10+01:00

Echo nie jest wyłączone. Jutro spróbuje z wyłączonym Echo i napisze czy będa problemy przy rozmiarze response 100 bajtów.

Statystyki: Napisane przez secom — 11 sie 2014, o 17:12

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T16:54:24+01:00

secom napisał(a):

.....Chyba długo bym do tego nie doszedł gdyż odpowiedz modułu na komende AT+CIPSTART jest albo "CONNECT OK" albo "CONNECT FAIL". A to napewno nie jest nawet 100 bajtów. Szczerze na chwile obecną nie rozumiem dlaczego rozmiar tablicy response 100 bajtów był niewystarczający ale może dojde do tego.......

A czy echo w SIM900 masz wyłączone??

Statystyki: Napisane przez Sonix — 11 sie 2014, o 16:54

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T16:48:27+01:00

Faktycznie masz racje. Zwiększyłem rozmiar tablicy response do 200 bajtów i zaczęło działać. Dołożyłem jak wskazałeś warunek:
[syntax=c]if (x > 99) { answer = 3; }[/syntax]

i faktycznie przy wykonywaniu funkcji sendATcommand przy ostatnim wywolaniu answer był 3.
Dzieki za pomoc. Chyba długo bym do tego nie doszedł gdyż odpowiedz modułu na komende AT+CIPSTART jest albo "CONNECT OK" albo "CONNECT FAIL". A to napewno nie jest nawet 100 bajtów. Szczerze na chwile obecną nie rozumiem dlaczego rozmiar tablicy response 100 bajtów był niewystarczający ale może dojde do tego

Dzieki

Statystyki: Napisane przez secom — 11 sie 2014, o 16:48

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T14:41:41+01:00

Quote:

Ta sekwencja również poprawnie się wykonuje po ostatnim wywołaniu funkcji sendATcommand (z instrukcja AT+CIPSTART). Ewidentnie w momencie dojscia programu do instrukcji return answer; procesor sie restartuje.

Niestety nie widze tyle co ty. Co ci wyswietla lcd_int(answer) w problematycznej funkcji?

PS. boli mnie ze nie czytasz uwag. Czy moglbys dla swietego spokoju (mojego) dodac po lini: [syntax=c]response[x] = UART0_char;[/syntax]
linie [syntax=c]if (x > 99) { answer = 3; }[/syntax]

Statystyki: Napisane przez charsz — 11 sie 2014, o 14:41

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T14:15:17+01:00

Ja mam podłączony terminal Putty przez przejsówke usb-rs232 do modułu i widze pieknie co wysyła procesor do modułu i co moduł odpowiada. Ewidentnie na terminalu widac że wszystko działa jak należy, moduł się podłącza komendą AT+CIPSTART poprawnie, nawet na serwerze widzę że przyszło połączenie. Jednak zaraz po tym nastepuje ponowne podłączanie modułu. Jak spojrzycie do kodu to jest tam zdefiniowana zmienna test. Na początku programu jest ona ustawiona na 20 oraz jest wyswietlona razem z napisem "Poczatek" w funkcji main() czyli na LCD pojawia się 'Poczatek20'. Tuż przed wykonaniem linii 'if (sendATcommand("AT+CIPSTART=\"TCP\",\"secomnysa.dyndns.biz\",\"8080\"","CONNECT OK", "CONNECT FAIL", 10000) == 1)' jest ta zmienna ustawiana na 10.
Po wykonaniu tej linii na wyswietlaczu LCD pojawia się napis 'Poczatek20' wiec wnioskuje że procesor sie zresetował.
Jednoczesnie w funkcji sendATcommand na jej końcu jest :

lcd_cls();
locate (1,0);
lcd_int(answer);
_delay_ms(2000);
lcd_cls();
return answer;

Ta sekwencja pokazuje mi jaki jest answer po wykonaniu funkcji sendATcommand.
Ta sekwencja również poprawnie się wykonuje po ostatnim wywołaniu funkcji sendATcommand (z instrukcja AT+CIPSTART). Ewidentnie w momencie dojscia programu do instrukcji return answer; procesor sie restartuje.

Statystyki: Napisane przez secom — 11 sie 2014, o 14:15

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T13:54:00+01:00

Zaczalbyym od podpiecia terminal z PC zamiast modulu GPRS i udawal recznie modul.
Oczywiscie przez jakis konweter max232 jesli masz rs, albo ft232 pod usb.

------------------------ [ Dodano po: 10 minutach ]

Jakbym mial strzelac to zrodlo problemu moze byc tu:

[syntax=c]char response[100];
...
if (UART0_char!='\0') {
response[x] = UART0_char;
x++;
}[/syntax]
Zobacz co sie stanie jesli SIM908 zwroci ci wiecej niz 100 bajtow. Przy 101 sprobujesz zapisac do komorki. Jakiejs komorki, na pewno nie do tej ktora zarezerwowales piszac char response[100];

------------------------ [ Dodano po: 15 minutach ]

Druga sprawa to sposob w jaki uzywasz funkcji sendATcommand:
[syntax=c]while(sendATcommand("AT+CIPSTATUS", "INITIAL", "", 500) == 0 );[/syntax]

Patrzac w kod sendATcommand widze ze 0 moze zwrocic tylko w przypadku timeoutu. To na pewno oczekiwane zachowanie?

Statystyki: Napisane przez charsz — 11 sie 2014, o 13:54

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T13:52:32+01:00

Ja zlogowałbym transmisję uC<>SIM900 i zobaczył jaka jest odpowiedź modemu na zadaną komendę AT+CIPSTART

Statystyki: Napisane przez Sonix — 11 sie 2014, o 13:52

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T13:36:04+01:00

secom napisał(a):

Czy jest coś takiego jak za duża liczba instrukcji 'if' w eclipse?

Pomyśl chwileczkę, zastanów się - co mają w ogóle instrukcje 'if' wspólnego z eclipse ? .... eclipse to TYLKO edytor kodu i nic więcej, ale ok pewnie może ci chodziło o kompilator WinAVR albo Atmel toolchain, to też zapomnieć możesz, że coś ci się resetuje bo jest ich jakaś ograniczona liczba.

Statystyki: Napisane przez mirekk36 — 11 sie 2014, o 13:36

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T13:30:19+01:00

Raczej nie bedzie to problem nieistniejących funkcji obsługi UARTów gdyż wszystkie powyższe wywołania funkcji sendATcommand się wykonują a po ich wywołaniu moduł wysyła komendy które są prawidłowo interpretowane przez Atmege. Problem występuje tylko po wywołaniu ostatniej funkcji sendATcommand.
Co do zasilania to moduł sim908 jest zasilany osobno a procesor osobno. Masy tylko są połączone. Więc zwiekszony pobór prądu modułu nie może wpłynąć na spadek zasilania na procesorze.

Na chwilę obecną dodatkowo zauważyłem iż gdy wykomentuje linię while(sendATcommand("AT+CIPSTATUS", "IP STATUS", "", 1000) == 0 );' - czyli bezpośrednio przed 'if (sendATcommand("AT+CIPSTART=\"TCP\",\"secomnysa.dyndns.biz\",\"8080\"","CONNECT OK", "CONNECT FAIL", 10000) == 1)' to problem nie występuje.

Czy jest coś takiego jak za duża liczba instrukcji 'if' w eclipse?

Statystyki: Napisane przez secom — 11 sie 2014, o 13:30

Re: Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T13:10:13+01:00

Bezpośrednio z kodu to nie wynika, ale może masz odblokowane przerwania dotyczące UART'ów i w momencie wykonania tej instrukcji moduł przesyła dane co powoduje przeskok do nieistniejącej funkcji obsługi przerwania, a później to już wiadomo co...

Może to też być problem sprzętowy tzn. w momencie połączenia moduł może pobierać do 2A prądu, a więc krótko mówiąc zabiera go procesorowi który się resetuje (następuje duży spadek napięcia poniżej progu Vcc min uC).

Statystyki: Napisane przez atmel — 11 sie 2014, o 13:10

Reset Atmegi 644PA po wyjściu z funkcji

2014-08-11T12:22:31+01:00

Witam

Próbuje napisać aplikacje łączącą się przez gprs z serwerem w celu przesłania danych. Używam do tego Atmega644PA oraz moduł SIM908.
Poniżej kod.
[syntax=c]unsigned char UART1_char ;
char wart_talerz;
char wart_tasma;
char wart_pompa;

char sent_wart_talerz;
char sent_wart_tasma;
char sent_wart_pompa;
uint8_t test = 20;

volatile int timer=0;

char* phone_number ;
char UART0_char;
char UART1_tab[2];
char UART0_tab[2];

int main (void ) {

sei();// globalne odblokowanie przerwań
USART_Init1( __UBRR1 );// inicjalizacja UART
USART_Init0( __UBRR0 );// inicjalizacja UART

initialization();
TCCR0A |=(1<TCCR0B |= (1<OCR0A = 16; // ZAWARTOSC REJESTRU POROWNANIA

//POWER_KEY_DOWN;
//_delay_ms(2000);
//POWER_KEY_UP;
lcd_cls();
lcd_str("Poczatek");
lcd_int(test);
_delay_ms(3000);

while (1) {
if (make_connection()==1) {
send_spreaders_work_parameters();
} else {
sendATcommand("AT+CIPSHUT", "OK", "ERROR", 10000);
_delay_ms(5000);
}
}

}

uint8_t make_connection() {
uint8_t status=1;
lcd_cls();
locate (0,0);
lcd("Laczee..");

do {

} while (sendATcommand("AT", "OK", "OK", 2000) ==0);

while( sendATcommand("AT+CREG?", "+CREG: 0,1", "+CREG: 0,5", 1000)== 0 );

//get_phone_number();
lcd_cls();
locate (0,0);
lcd("OK");
_delay_ms(1000);
lcd_cls();

sendATcommand("AT+CIPSHUT", "OK", "ERROR", 10000);
// Selects Single-connection mode
if (sendATcommand("AT+CIPMUX=0", "OK", "ERROR", 1000) == 1)
{
// Waits for status IP INITIAL
while(sendATcommand("AT+CIPSTATUS", "INITIAL", "", 500) == 0 );
_delay_ms(5000);

// Sets the APN, user name and password
if (sendATcommand("AT+CSTT=\"internet\",\"internet\",\"internet\"", "OK", "ERROR", 30000) == 1)
{
// Waits for status IP START
while(sendATcommand("AT+CIPSTATUS", "START", "", 500) == 0 );
_delay_ms(5000);

// Brings Up Wireless Connection
if (sendATcommand("AT+CIICR", "OK", "ERROR", 30000) == 1)
{
// Waits for status IP GPRSACT
while(sendATcommand("AT+CIPSTATUS", "GPRSACT", "", 500) == 0 );
_delay_ms(5000);

// Gets Local IP Address
if (sendATcommand("AT+CIFSR", ".", "ERROR", 10000) == 1)
{
// Waits for status IP STATUS
while(sendATcommand("AT+CIPSTATUS", "IP STATUS", "", 500) == 0 );
locate (0,0);
lcd_str ("Opening TCP");
test = 10;
_delay_ms(5000);

// Opens a TCP socket
if (sendATcommand("AT+CIPSTART=\"TCP\",\"secomnysa.dyndns.biz\",\"8080\"","CONNECT OK", "CONNECT FAIL", 10000) == 1)
{
lcd_cls();
lcd_str("Connected");
_delay_ms(3000);
}
else
{
lcd_cls();
lcd_str("Error openning the connection");
_delay_ms(5000);
status=0;
}
}
else
{
lcd_cls();
lcd_str("Error getting the IP address");
_delay_ms(5000);
status=0;
}
}
else
{
lcd_cls();
lcd_str("Error bring up wireless connection");
_delay_ms(5000);
status=0;
}
}
else
{
lcd_cls();
lcd_str("Error setting the APN");
_delay_ms(3000);
status=0;
}
}
else
{
lcd_cls();
lcd_str("Error setting the single connection");
_delay_ms(5000);
status=0;
}

return status;
}

uint8_t sendATcommand(char* command, char* expected_answer1, char* expected_answer2, int timeout) {
uint8_t answer =0;
uart_puts0(command);
uart_putc0(13);
char response[100];
char* schowek;
uint8_t x=0;
memset(response, '\0', 100); // Initialize the string
TIMSK0 |= (1<
do {
UART0_char = uart_getc0();

if (UART0_char!='\0') {
response[x] = UART0_char;
x++;
}

if (strstr(response, expected_answer1) != NULL) {
answer = 1;
}

else if (strstr(response, expected_answer2) != NULL) {
answer = 2;
}
_delay_ms(1);

} while (((answer==0) && (timer

TIMSK0 &= ~(1<TCNT0 =0;
timer=0;

lcd_cls();
locate (1,0);
lcd_int(answer);
_delay_ms(2000);
lcd_cls();
return answer;
}

ISR (TIMER0_COMPA_vect) {// procedura przerwania timera 0 od CTC
timer++;

}[/syntax]

Samo podłączenie do internetu i podłączenie do servera TCP działa.
Jednakże zaraz po podłączeniu czyli po wykonaniu instrukcji :
' if (sendATcommand("AT+CIPSTART=\"TCP\",\"secomnysa.dyndns.biz\",\"8080\"","CONNECT OK", "CONNECT FAIL", 10000) == 1)'
procesor restartuje. Po podłączeniu powinien pojawić się napis 'Connected" na wyświetlaczu LCD lub "Error openning the connection" w przypadku niepowodzenia. Nie pojawia się nic. Pojawia się napis 'Poczatek20' co sugeruje że program działa od początku. Doszedłem to tego iż funkcja sendATcommand wykonuje się do końca i po wykonaniu 'return answer' program działa od początku. Nie mam pojęcia dlaczego się tak dzieje. Każde wykonanie funkcji sendATcommand działa poprawnie tylko ostatnie jej wywołanie powoduje brak powrotu z tej funkcji i restart programu.
Czy ktoś może pomóc?

Pozdrawiam

Marcin

Statystyki: Napisane przez secom — 11 sie 2014, o 12:22