ATNEL tech-forum

Re: Atmega328p problem z UART

2015-05-28T11:43:45+01:00

Ja mam jeszcze jeden problem

i nie bardzo mogę znaleźć rozwiązanie.

Statystyki: Napisane przez lukanio — 28 maja 2015, o 11:43

Re: Atmega328p problem z UART

2015-02-19T00:33:12+01:00

Dziękuję panowie, wreszcie działa jak należy. Udało mi się napisać odbieranie stringów oraz jednoczesne echo w konsoli - działa bardzo fajnie. Tylko teraz męczę się z funkcją strcmp, bo nijak nie chce stwierdzić że wpisany ciąg znaków jest identyczny z zadeklarowanym.
[syntax=c]int main (void)
{
USART_Init( __UBRR );// inicjalizacja UART
sei();// globalne odblokowanie przerwań
uart_puts("Mikroprocesor zainicjowany poprawnie");
uart_putc('\r');
uart_putc('\n');

extern volatile uint8_t uartFLAG;
char uartRXbuffer[UART_RX_BUF_SIZE];
char changeRelay1[] = "AT+REL1";
DDRC |= (1<
while(1)
{

if(uartFLAG)
{
for (int i=0; i {
uartRXbuffer[i]=uart_getc();
}
uartFLAG--;
uart_putint(strcmp(changeRelay1,uartRXbuffer), 10);
}
}
}[/syntax]

[syntax=c]ISR( USART_RX_vect ) {
uint8_t tmp_head;
char data;

data = UDR0; //pobieramy natychmiast bajt danych z bufora sprzętowego

if(data == 0x0d) {
uart_puts("\r\n");
uartFLAG++;
}
else uart_putc(data);

// obliczamy nowy indeks „głowy węża”
dalszy kod...[/syntax]
W załączniku podgląd z konsoli.

Aha - jeżeli po warunku "if(uartFLAG)" chcę wypisać zawartość tablicy za pomocą
[syntax=c]for (int i=0; i {
uart_putc(uartRXbuffer[i]);
}[/syntax]
To wszystko zgadza się z wcześniej wpisanym ciągiem.

EDIT
Może komuś się przyda - napisałem własną funkcję porównującą tablice. Pierwsza tablica musi być krótsza lub równa drugiej. Ja potrzebowałem w takiej postaci, ale nic nie stoi na przeszkodzie by pierwsze sprawdzić czy ich długości są takie same.
[syntax=c]int compareChars(char *char1, char *char2)
{
int lenght = 0;
int tempor = 0;
while( char1[lenght] != '\0' ) ++lenght;

for(int i=0; i{
if(char1[i]==char2[i])
{
tempor++;
}
}
if (tempor == lenght) return 1;
else return 0;
}[/syntax]

Statystyki: Napisane przez MrDarkenRahl — 19 lut 2015, o 00:33

Re: Atmega328p problem z UART

2015-02-18T10:52:22+01:00

@MrDarkenRahl, jeśli ciało funkcji USART_Init(), jest takie jak podałeś w pierwszym poście to, jest ono niekompletne i brakuje w nim ustawienia bitu odpowiadającego za wywołanie przerwania po odebraniu danych.

[syntax=c]UCSR0B |= (1<
Edit: spóźniłem się z odpowiedzą, Mirek już cię ładnie naprowadził, gdzie szukać problemu

Edit2: Poza tym wypatrzyłem, że ustawiając bity w rejestrach nie stosujesz sum logicznych, a to może powodować niekontrolowane problemy jeśli robi się to nieświadomie.

Statystyki: Napisane przez matw — 18 lut 2015, o 10:52

Re: Atmega328p problem z UART

2015-02-18T10:46:06+01:00

MrDarkenRahl napisał(a):

Jest inicjacja UARTU bez kombinowania

Właśnie, że zrobiłeś z kombinowaniem i to mocnym

MrDarkenRahl napisał(a):

Nadawanie w przerwaniu działa

To przeanalizuj dlaczego działa ... co powoduje że działa .... (podpowiedź! - czy przypadkiem nie jest ustawiany jakiś bit w jakimś rejestrze odpowiedzialny "za coś" ).... W książce też jest to opisane

MrDarkenRahl napisał(a):

więc problemem jest tylko odbiór.

Dokładnie bo przerwanie nie działa (podpowiedź: bo nie jest odblokowane?)

------------------------ [ Dodano po: kilkunastu sekundach ]

zajrzyj że do książki, do DVD ... do inicjalizacji i zobacz swoje kombinacje

Statystyki: Napisane przez mirekk36 — 18 lut 2015, o 10:46

Re: Atmega328p problem z UART

2015-02-18T10:36:31+01:00

[syntax=c]int main (void)
{
USART_Init( __UBRR );// inicjalizacja UART
sei();// globalne odblokowanie przerwań
uart_puts("Mikroprocesor zainicjowany poprawnie");
uart_putc('\r');
uart_putc('\n');[/syntax]
Jest inicjacja UARTU bez kombinowania, gdzie __UBRR ((F_CPU+UART_BAUD*8UL) / (16UL*UART_BAUD)-1)
Nadawanie w przerwaniu działa, więc problemem jest tylko odbiór. Tylko nigdzie nie widzę błędu.

Statystyki: Napisane przez MrDarkenRahl — 18 lut 2015, o 10:36

Re: Atmega328p problem z UART

2015-02-18T08:18:14+01:00

MrDarkenRahl napisał(a):

4. zła funkcja inicjująca UART - i prawdopodobnie tutaj leży pies pogrzebany,

Bingo!

------------------------ [ Dodano po: 2 minutach ]

Widzisz - praktycznie sam dochodzisz do rozwiązania problemu, to teraz pomyśl, co trzeba zrobić żeby jakieś przerwanie zaczęło działać ?

jakie (podpowiadam DWA kroki trzeba wykonać?)

1. xxxxx
2. sei();

przy okazji sprawdź w Bluebooku jak inicjalizuje się UART do pracy ... ale na przerwaniach

Statystyki: Napisane przez mirekk36 — 18 lut 2015, o 08:18

Re: Atmega328p problem z UART

2015-02-18T00:19:42+01:00

1. zły wektor (ale USART_RX_vect jest poprawny dla Atmegi328p)
2. nieodblokowane zezwolenie przerwań sei() (ale ja odblokowałem)
3. oczekiwania w przerwaniu - nie zrobiłem żadnej funkcji delay w przerwaniu
4. zła funkcja inicjująca UART - i prawdopodobnie tutaj leży pies pogrzebany, ale nie mam pomysłu co mogłem zrobić źle.

Statystyki: Napisane przez MrDarkenRahl — 18 lut 2015, o 00:19

Re: Atmega328p problem z UART

2015-02-17T23:45:16+01:00

MrDarkenRahl napisał(a):

Czyli to wina przerwania.

No jak wina przerwania ?

a co może być winne przerwanie - masz prostą podpowiedź - nie działa przerwanie - to teraz trzeba znaleźć przyczynę dlaczego

------------------------ [ Dodano po: 1 minucie ]

co może być powodem że nie działa ?

wypunktuj możliwe przyczyny

Statystyki: Napisane przez mirekk36 — 17 lut 2015, o 23:45

Re: Atmega328p problem z UART

2015-02-17T23:34:29+01:00

Nie działa, tzn dałem
[syntax=c]ISR( USART_RX_vect ) {
PORTD |= (1< uint8_t tmp_head;
char data;

...[/syntax]
Pin ustawiony wcześniej jako wyjściowy, stan pinu nie zmienia się na wysoki nawet kiedy coś piszę do Atmegi, w żadnym innym miejscu nie zmieniałem stanu tego pinu (a to na pewno działa, bo jeżeli w pętli głównej wsadzę PORTD |= (1<Statystyki: Napisane przez MrDarkenRahl — 17 lut 2015, o 23:34

Re: Atmega328p problem z UART

2015-02-17T23:15:25+01:00

sprawdzałeś metodą Debugera na jednej diodzie LED czy działa ci np przerwanie odbiorcze ?

------------------------ [ Dodano po: 5 minutach ]

pytam bo może masz po prostu np nie podłączony jakiś przewód od RX procka

Statystyki: Napisane przez mirekk36 — 17 lut 2015, o 23:15

Re: Atmega328p problem z UART

2015-02-17T23:14:21+01:00

Tak, Atmega po restarcie wysyła tekst "Mikroprocesor zainicjowany poprawnie", bo przed pętlą nieskończoną jest [syntax=c]uart_puts("Mikroprocesor zainicjowany poprawnie");
uart_putc('\r');
uart_putc('\n');[/syntax]
Jeżeli w pętli nieskończonej wpiszę uart_putc("test"); to również działa.

Statystyki: Napisane przez MrDarkenRahl — 17 lut 2015, o 23:14

Re: Atmega328p problem z UART

2015-02-17T22:56:22+01:00

mirekk36 napisał(a):

zresztą nawet w Bluebooku masz przykład jak odbierać pojedyncze znaki taką metodą jak tu opisuję ... (rozdział z przykładem wielozadaniowym) - zajrzyj

Zmieniłem tylko pętlę główną na:
[syntax=c]char input;
while(1)
{
input = uart_getc();

if(input=='1') uart_puts("1\r\n");
else
if(input=='2') uart_puts("2\r\n");
else
if(input=='3') uart_puts("3\r\n");

}[/syntax]
I niestety dalej nie działa. Na stringi przyjdzie pora, ale na razie nawet jeden znak nie chce mi działać .

Statystyki: Napisane przez MrDarkenRahl — 17 lut 2015, o 22:56

Re: Atmega328p problem z UART

2015-02-17T22:44:23+01:00

ale pętla główna wykonuje się setki tysięcy razy na sekundę, ty do tego wszystkiego wstrzymujesz ją jak pługiem - funkcją delay na wieczność czyli 1 sekundę (ale uwierz mi nawet 10ms to wciąż wieczność będzie) ...

kompletnie nie tak podchodzisz do odbioru stringów ... no ale też nie ma co się dziwić, gdy człowiek zaczyna przygodę z programowaniem to nie od razu przecież wszystko sam wymyśli ...

dlatego ja .... coś takiego co się nazywa "odbiór i parsowanie stringów" bo do tego dążysz tylko jeszcze nie nazwałeś sam tego .... opisałem w drugiej książce - ponieważ wg mnie do w pełni poprawnego sposobu realizacji tego mechanizmu warto przyswoić sobie callbacki, zdarzenia itp ...

ty zaś rozważ sobie na początek prostszy mechanizm, w oparciu o to co masz z Bluebooka, bo też da radę coś zrobić (zresztą jest już wiele przykładów na tym forum jak inni sobie poradzili gdy w końcu zrozumieli że nadszedł czas aby umieć odbierać i jeszcze analizować stringi.

dlatego na początek wywal w diabły delaja z pętli głównej,

sprawdzaj w warunku w tejże pętli głównej czy c w końcu jest różne od zera, no bo to będzie oznaczało że w końcu nadleciał twój upragniony znak z terminala (nie koniecznie ten co trzeba no ale jakiś znak w ogóle) ... a gdy będzie c równe zero to pętla może sobie zapierniczać

a w tym warunku jak już zobaczysz że nadleciał znak - to porównaj sobie c z takim znakiem jaki ci odpowiada i wtedy go wyświetl albo zrób co chcesz ....

zresztą nawet w Bluebooku masz przykład jak odbierać pojedyncze znaki taką metodą jak tu opisuję ... (rozdział z przykładem wielozadaniowym) - zajrzyj

Statystyki: Napisane przez mirekk36 — 17 lut 2015, o 22:44

Re: Atmega328p problem z UART

2015-02-17T22:33:27+01:00

Zwraca 0 jeżeli ogon i głowa węża są jednakowe (ale ja nie przesyłam aż tyle danych żeby zapełnić węża), a jeżeli są różne to zwraca pojedynczy znak z bufora.

Statystyki: Napisane przez MrDarkenRahl — 17 lut 2015, o 22:33

Re: Atmega328p problem z UART

2015-02-17T22:11:25+01:00

c = uart_getc();

obejrzyj dokładnie jak działa ta funkcja i co ona zwraca

Statystyki: Napisane przez mirekk36 — 17 lut 2015, o 22:11

Atmega328p problem z UART

2015-02-17T22:04:35+01:00

Klasyczny już problem, a mianowicie UART ładnie wysyła mi do komputera tekst, ale nie chce nic odebrać. Prawdopodobnie coś źle ustawiłem przy inicjacji, ale nie jestem pewny.
Main:
[syntax=c]#include
#include
#include
#include "mkuart.h"

int main (void)
{
InitSPI();
DDRD |=(1<USART_Init( __UBRR );// inicjalizacja UART
sei();// globalne odblokowanie przerwań
uart_puts("Mikroprocesor zainicjowany poprawnie");
uart_putc('\r');
uart_putc('\n');

char c;
while(1)
{
c = uart_getc();
uart_putc(c);
uart_puts("test");
_delay_ms(1000);

}
}[/syntax]

Część mkuart.c, zgodnie ze zwyczajem nie wrzucania całości z książki:
[syntax=c]#include
#include
#include

#include "mkuart.h"

void USART_Init( uint16_t baud ) {
/* Ustawienie prędkości */
UBRR0H = (uint8_t)(baud>>8);
UBRR0L = (uint8_t)baud;
/* Załączenie nadajnika I odbiornika */
UCSR0B = (1</* Ustawienie format ramki: 8bitów danych, 1 bit stopu */
UCSR0C = (3<}

// definiujemy funkcję dodającą jeden bajt doz bufora cyklicznego
void uart_putc( char data ) {
uint8_t tmp_head;

tmp_head = (UART_TxHead + 1) & UART_TX_BUF_MASK;

// pętla oczekuje jeżeli brak miejsca w buforze cyklicznym na kolejne znaki
while ( tmp_head == UART_TxTail ){}

UART_TxBuf[tmp_head] = data;
UART_TxHead = tmp_head;

// inicjalizujemy przerwanie występujące, gdy bufor jest pusty, dzięki
// czemu w dalszej części wysyłaniem danych zajmie się już procedura
// obsługi przerwania
UCSR0B |= (1<}

// definiujemy procedurę obsługi przerwania nadawczego, pobierającą dane z bufora cyklicznego
ISR( USART_UDRE_vect) {
// sprawdzamy czy indeksy są różne
if ( UART_TxHead != UART_TxTail ) {
// obliczamy i zapamiętujemy nowy indeks ogona węża (może się zrównać z głową)
UART_TxTail = (UART_TxTail + 1) & UART_TX_BUF_MASK;
// zwracamy bajt pobrany z bufora jako rezultat funkcji
UDR0 = UART_TxBuf[UART_TxTail];
} else {
// zerujemy flagę przerwania występującego gdy bufor pusty
UCSR0B &= ~(1< }
}

// definiujemy funkcję pobierającą jeden bajt z bufora cyklicznego
char uart_getc(void) {
// sprawdzamy czy indeksy są równe
if ( UART_RxHead == UART_RxTail ) return 0;

// obliczamy i zapamiętujemy nowy indeks „ogona węża” (może się zrównać z głową)
UART_RxTail = (UART_RxTail + 1) & UART_RX_BUF_MASK;
// zwracamy bajt pobrany z bufora jako rezultat funkcji
return UART_RxBuf[UART_RxTail];
}

// definiujemy procedurę obsługi przerwania odbiorczego, zapisującą dane do bufora cyklicznego
ISR( USART_RX_vect ) {
uint8_t tmp_head;
char data;

data = UDR0; //pobieramy natychmiast bajt danych z bufora sprzętowego

// obliczamy nowy indeks „głowy węża”
tmp_head = ( UART_RxHead + 1) & UART_RX_BUF_MASK;

// sprawdzamy, czy wąż nie zacznie zjadać własnego ogona
if ( tmp_head == UART_RxTail ) {
// tutaj możemy w jakiś wygodny dla nas sposób obsłużyć błąd spowodowany
// próbą nadpisania danych w buforze, mogłoby dojść do sytuacji gdzie
// nasz wąż zacząłby zjadać własny ogon
} else {
UART_RxHead = tmp_head; // zapamiętujemy nowy indeks
UART_RxBuf[tmp_head] = data; // wpisujemy odebrany bajt do bufora
}
}[/syntax]

Statystyki: Napisane przez MrDarkenRahl — 17 lut 2015, o 22:04