ATNEL tech-forum

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-13T14:29:10+01:00

Póki co, na próbę przesyłane są pojedyncze znaki.
Dobrze że są plany przesyłania ciągu znaków, dlatego mam nadzieję że dobrniemy do bufora cyklicznego i całej reszty.

Statystyki: Napisane przez Daro69 — 13 gru 2018, o 14:29

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-13T09:08:01+01:00

Super. Jak wroce po zajeciach do domu to na pewno dokonam kilku zmian w kodzie. Podejme sie tez proby odbierania danych string. Jesli pojawia sie problemy to bede musiala Was jeszcze dzis poprosic o wsparcie. Na chwile obecna dziekuje za wyjasnienia.
W odpowiedzi na sugestie uzytkownika '' micky'' ... list do mikolaja juz napisany, pod choinka znajdzie sie ksiazka Pana Mirka

Statystyki: Napisane przez MagdalenaKlimkiewicz — 13 gru 2018, o 09:08

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-13T08:04:21+01:00

Można tak jak JarekB podpowiada, z tym że wynik = 0; ...NULL;...'\0';

Statystyki: Napisane przez Daro69 — 13 gru 2018, o 08:04

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-13T07:04:17+01:00

Ja bym proponował zacząć od przeczytania Bluebooka, jeśli chcesz zacząć przygodę z mikrokontrolerami.

Statystyki: Napisane przez micky — 13 gru 2018, o 07:04

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-13T06:53:02+01:00

Po przeczytaniu rejestru UDR jest on automatycznie czyszczony

Nieelegancki sposób na rozwiązanie Twojego problemu to zmiana zmiennej "wynik" [syntax=c]if(wynik=='a')
{
USART0_wyslij_znak('t');
wynik= 'b'
}[/syntax]
Do testów wystarczy.

"Pytanie tylko czy zawsze kiedy będę stosować przerwania zmienna nie będzie się prawidłowo pobierała i dla pewności umieszczać volatile"
Jeśli zmienna ma być "dostępna" i w przerwaniu i w kodzie to podczas jej deklaracji musi być poprzedzona volatile
Trudno mówić o prawidłowym czy nieprawidłowym pobieraniu. To jest raczej właściwość.
I skoro jest to właściwość to tylko od Ciebie zależy w jaki sposób zmienna ma być widoczna.

Jest kilka sposobów powiedzenia kompilatorowi jak się ma zmienna zachowywać: const static volatile.....
Każdy z nich powoduje że zmienna "nabywa" innych cech. I w inny sposób kompilator ją traktuje.
Odpowiadając na Twoje pytanie:
"Istnieją jakieś metody na zidentyfikowanie, która z naszych zmiennych wymaga takiego podejścia ?"
Jeśli opanujesz jakie cechy będzie miała zmienna poprzedzona tym czy innym specyfikarorem, to nadasz jej właściwości takie jakie będziesz potrzebowała. Czyli metodą jest zrozumienie mechanizmu.

Statystyki: Napisane przez JarekB — 13 gru 2018, o 06:53

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-12T22:10:58+01:00

Hah no właśnie wiem co jest powodem tej sytuacji ale nie wiem jak temu zaradzić niestety Bez względu na rodzaj zastosowanej petli program nadal bedzie odpowiadał nieskończoną ilością" t " ponieważ główny kod programu zawarty jest w pętli while. Wychodzi na to że trzeba wyczyścić UDR0 ?! Tak aby ponownie nie wykonało się przerwanie ? Nie wiem, zgaduje :/ brak pomysłów.

Panie Jarku dziękuje za wyjaśnienie. Wygląda na to, że rozumiem. Pytanie tylko czy zawsze kiedy będę stosować przerwania zmienna nie będzie się prawidłowo pobierała i dla pewności umieszczać volatile. Istnieją jakieś metody na zidentyfikowanie, która z naszych zmiennych wymaga takiego podejścia ?

Statystyki: Napisane przez MagdalenaKlimkiewicz — 12 gru 2018, o 22:10

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-12T22:04:15+01:00

Co do volatile.
Gdy "go" nie ma to do czynności wykonywanej przez jakąś część programu
przekazywana jest kopia tej zmiennej.
Volatile powoduje że operacje wykonywane są na "pierwowzorze"
Czyli w Twoim przypadku "bez" to co się dzieje w przerwaniu nie jest widoczne w pętli głównej.
Nie potrafię tego precyzyjniej napisać

Co do pierwszego.
Częstotliwość pracy procesora ustawiana jest gdzie indziej.
Tu jakbyś dublowała to ustawienie.
Korzystam z Mirkowego MkCLIPSA i tam jest wybór procka w projekcie.
W Eclipsie (którego nie widziałem na oczy ) też tak jest.

Statystyki: Napisane przez JarekB — 12 gru 2018, o 22:04

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-12T21:59:23+01:00

Widzi koleżanka , milion odpowiedzi wynika z faktu że spełniony jest warunek if (wynik = 'a')
i pętla sobie leci ....

Statystyki: Napisane przez SunRiver — 12 gru 2018, o 21:59

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-12T21:45:56+01:00

Zgodnie z zaleceniem zmiany zostały wprowadzone. Co prawda to nie pomogło, ale ciągle polegam na dokumantacji PDF i dopatrzyłam się że rejestr UCSR0B odpowada za odblokowanie przerwań ( jeśli dobrze to rozumiem ). Po drobnej zmianie :
[syntax=c]UCSR0B = (1<Program faktycznie działa i wykonuje przerwanie. Jest to jednak tylko połowiczna radość z mojej strony ponieważ po wpisaniu w terminal litery "a" w odpowiedzi dostaje miliony znaków "t". W jaki sposób mogę uzyskać w odpowiedzi tylko pojedynczy znak ? :/
Odpowiadając na Twoje dodatkowe pytanie... "teoretycznie" rozumiem znacznie zmiennej volatile ( chociaż to bardzo intuicyjne ) niestety w tej sytuacji zupełnie o tym zapomniałam, mój błąd przyznaje. Skąd sugestia usunięcia pierwszej lini ? Taka definicja taktowania atmegi ma negatywny wpływ na kompilację kodu ?

Statystyki: Napisane przez MagdalenaKlimkiewicz — 12 gru 2018, o 21:45

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-12T21:35:49+01:00

JarekB napisał(a):

volatile unsigned char wynik;

a ja uzupełnię poza pozostałymi POPRAWNYMI uwagami, że powinno być:

[syntax=c]volatile char wynik;[/syntax]

bez żadnego kociego "unsigned" w AVR GCC

Statystyki: Napisane przez mirekk36 — 12 gru 2018, o 21:35

Re: ATMEGA2560 problem z przerwaniem UART

2018-12-12T21:19:17+01:00

Zacząłbym od wywalenia linijki [syntax=c]#define F_CPU 16000000UL[/syntax]
To po pierwsze
Po drugie[syntax=c]unsigned char wynik;[/syntax] powinno być:
[syntax=c]volatile unsigned char wynik;[/syntax]
Dalej popatrzę albo i koledzy coś wynajdą.

P/S
Po co volatile to pewnie wiesz a jak nie to wyjaśnię.

Statystyki: Napisane przez JarekB — 12 gru 2018, o 21:19

ATMEGA2560 problem z przerwaniem UART

2018-12-12T20:58:38+01:00

Cześć
To moje pierwsze pytanie na forum więc proszę o cierpliwość. Nie czuje się w dziedzinie programowania zbyt pewnie, przygodę zaczęłam dopiero 2 miesiące temu na studiach. Mam problem z przerwaniem USART w mikrokontrolerze ATMEGA2560. Podejrzewam, że problem tkwi w kodzie ponieważ wysyłanie danych działa idealnie. Odbieranie pojedynczych znaków tez ... ale tylko gdy umieszczam instrukcje odbierania w pętli while. Niestety nie dziala przerwanie. Czy mógłby mnie ktoś wspomóc dobrą radą ?
Dodam że ATMEGA posiada zewnętrzny oscylator kwarcowy 16MHz, fusebit'y ustawione są na pewno poprawnie. Odblokowałam też główne zezwolenia na przerwania globalne w rejestrze SREG

[syntax=c]#define F_CPU 16000000UL
#define BAUD 9600
#define UART0_wzor F_CPU/16/BAUD-1 // wzor na ustawienie parametrow UART0

#include
#include
#include
#include
#include

unsigned char wynik;
void USART0_Inicjalizacja(unsigned int ubrr);
void USART0_wyslij_znak(unsigned char data);

void USART0_Inicjalizacja( unsigned int ubrr)
{
UBRR0H = (unsigned char)(ubrr>>8);
UBRR0L = (unsigned char)ubrr;
UCSR0B = (1<UCSR0C = (!(1<}

void USART0_wyslij_znak(unsigned char data)
{
while ( !( UCSR0A & (1<UDR0 = data;
}

void USART0_wyslij_string(char * s)
{
while(*s)
USART0_wyslij_znak(*s++);
}

unsigned char USART0_odbierz_znak(void)
{
while(!(UCSR0A & (1< return UDR0;
}

int main(void)
{
DDRE=0b11111111;
UCSR0B = (1<USART0_Inicjalizacja(UART0_wzor);

sei();
while(1)
{
if(wynik=='a')
{
USART0_wyslij_znak('t');
}

}
}

ISR(USART0_RX_vect)
{
wynik=UDR0;
}[/syntax]

Korzystam z programu Tera Term. Mimo wysyłania znaku "a" brak reakcji

Statystyki: Napisane przez MagdalenaKlimkiewicz — 12 gru 2018, o 20:58