ATNEL tech-forum

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T23:13:13+01:00

xamrex napisał(a):

najpierw jest realizowana funcja puts, która skacze do szybicutkiej funkcji uart_putc('N'), która ta z kolei ustawia flagę ****####!!!!!####**** i OD RAZU SKACZE DO obsługi przerwania

Tu jest pierwszy MEGA BABOL jakiego szukasz w swojej analizie

co to znaczy "skacze do osbługi przerwania" .... no to albo nie wiesz jeszcze jak działają przerwania albo coś ci się mocno pokrębasiło że tak powiem. A żeby wytłumaczyć - NIC NIE SKACZE DO ŻADNEGO przerwania, bo nie ma czegoś takiego żeby funkcja "skoczyła" do przerwania

funkcja uart_putc() (Uważaj teraz) .... dodaje znak do bufora nadawczego i totalnie CZOCHRA ją przerwanie. Skoro tak? to co ? to znaczy że za chwilę doda kolejny znak ze stringa i kolejny i kolejny i kolejny .... dokąd tak będzie dodawać te znaki do bufora ? dokąd nie dotrze do krańca jego pojemności. A zatem reasumując funkcja uart_puts() doda najszybciej jak może CZAŁY STRING DO BUFORA nadawczego rozumiesz ? I program dalej robi to co ma robić ... na nic nie czeka i nic się nie BLOKUJE. Zaś obsługą wysyłania całej paczki danych z bufora już zajmuje się samo przerwanie.

i teraz .... (Uważaj!) czym innym jest przerwanie UDRE niż DODANIE znaku do bufora. W przypadku bufora odbiorczego zaskoczyłeś, a tutaj jakoś nie możesz. Więc spójrz na procedurę obsługi tego przerwania.

[syntax=c]// sprawdzamy czy indeksy są różne
if ( UART_TxHead != UART_TxTail ) { //******************* <---- tu nadajemy dane z bufora
// 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
UDR = UART_TxBuf[UART_TxTail];
} else { //******************* <---- tu kończymy nadawać gdy bufor nadawczy jest pusty
// zerujemy flagę przerwania występującego gdy bufor pusty
UCSRB &= ~(1< }[/syntax]

widzisz komentarze jakie dodałem z gwiazdkami ???

rozumiesz teraz ?

ten dwuczłonowy IF() else .... załatwia samoistne wysłanie WSZYSTKICH znaków z bufora cyklicznego ... i może to robić POWOLI i OSPALE gdy mamy baudrate 300 .... a NIC TO Z KOLEI nie obchodzi programu w pętli głównej który sobie popiernicza i w ogóle nie wie że "pod spodem" bufor cykliczny "SAM SIĘ NADAJE"

tak to działa

więc różnica jest gdy mamy prędkość baudrate np 115200 bo wtedy rzeczywiście czas nadania stringa będzie niewspółmiernie krótki w porównaniu do nadania tego samego stringa przy 2400 bps albo jeszcze wolniej

Statystyki: Napisane przez mirekk36 — 12 lis 2014, o 23:13

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T22:53:09+01:00

mokrowski Dziękuję Ci serdecznie!
Powiem szczerze, że właśnie tak podejrzewałem, ale nie chciałem tutaj nikogo naprowadzać w żaden sposób (bo myślałem, że źle podejrzewam)

Temat uważam za zamknięty i wyczerapny.
Raz jeszcze serdeczne dzięki.

Statystyki: Napisane przez xamrex — 12 lis 2014, o 22:53

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T22:40:55+01:00

jacekk232 napisał(a):

Ale wystarczy ten napis załadować szybciutko do bufora nadawczego i można wrócić do migania diodą w pętli głównej. Dioda miga a napis ładnie się wysyła w tle.

Z tym się NIE ZGADZAM!!

Bo przecież program czeka tak czy siak!
Jeśli używamy bufora nadawczego, to tak i tak czekamy!
(Proszę powiedzieć gdzie się niby mylę)

Jeszce raz podaje moje rozumowanie:
Więc mamy
[syntax=c]int main (void){
uart_puts("NAPIS");
}[/syntax]

Załóżmy że prędkość to nawet 1 bps. to tak czy siak będę MUSIAŁ CZEKAĆ, bo:

najpierw jest realizowana funcja puts, która skacze do szybicutkiej funkcji uart_putc('N'), która ta z kolei ustawia flagę i OD RAZU SKACZE DO obsługi przerwania,
ISR(), ta ISR trwa długi(bo prędkość to 1bps), ale no nic musi się skończyć wysyłanie znaku, dopiero potem funkcja skoczy do uart_putc('A') która ta znowu skoczy do strasznie długiej obsługi przerwania które wyśle znak A, no i dopiero po wysłaniu znaku A, lecimy do szybiciutkiej funkcji uart_putc('P')...
itp. więc jakim cudem mogłoby się niby w buforze nadawczym mógłby się znaleźć więcej niż 1 znak, skoro od razu po dodaniu znaku do bufora nadawczego jest realizowana obsługa przerwania, która BLOKUJE program główny, kttóry mógłby w tym czasie coś dodać znowu do bufora..

Gdzie tu jest błąd?
W skrócie
Wydaje mi się, że dopiero po wysłaniu pioerwszej literki "N", (czyli po skończeniu obsługi przerwania) program wróci do funkcji putc i dodaj literkę "A" do bufora i od razu skoczy do funkcji przerwania.. wiec nie da się naraz mieć w buforze więcej niż 2 literek?!

Statystyki: Napisane przez xamrex — 12 lis 2014, o 22:40

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T22:33:31+01:00

Wyobraź sobie, że masz program który wysyła przez UART napis o długości stu znaków i np. mruga sobie w pętli głównej diodą.

Przy wysyłaniu napisu bez bufora nadawczego na czas wysyłania napisu program siedzi w funkcji wysyłającej. Przez ten czas pętla główna leży odłogiem i dioda nie miga.

Ale wystarczy ten napis załadować szybciutko do bufora nadawczego i można wrócić do migania diodą w pętli głównej. Dioda miga a napis ładnie się wysyła w tle.

Tu nie chodzi o to, która metoda szybciej wyśle ten napis tylko o to, że przy użyciu bufora nadawczego napis się wysyła a program w pętli głównej może robić sobie coś innego.

Ja tak to rozumiem.

Statystyki: Napisane przez jacekk232 — 12 lis 2014, o 22:33

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T22:33:19+01:00

MirkoT nic mnie nie zrozumiałeś. Twoja odpowiedź mnie nie satysfakcjonuje.
Poczekam co odpowie MIrek

Statystyki: Napisane przez xamrex — 12 lis 2014, o 22:33

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T22:08:57+01:00

No a po co są przerwania?
Właśnie po to żeby nie czekać
Tylko program główny wrzucił wszystko do bufora i robi
swoje.
A po zgłoszeniu przerwania, na które przecież nie czeka, obsługuje je
wrzucając do wysłania kolejny znak z buforka i znowu zajmuje się zwoimi
>bardzo ważnymi< sprawami

Statystyki: Napisane przez MirkoT — 12 lis 2014, o 22:08

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T22:04:00+01:00

Nie zagmatwałem się..
Chyba trudno mi to wytłumaczyć..
Przeciez rozważamy string NAPIS.

Więc mamy
[syntax=c]int main (void){
uart_puts("NAPIS");
}[/syntax]

Załóżmy że prędkość to nawet 1 bps. to tak czy siak będę MUSIAŁ CZEKAĆ, bo:

najpierw jest realizowana funcja puts, która skacze do szybicutkiej funkcji uart_putc('N'), która ta z kolei ustawia flagę i OD RAZU SKACZE DO obsługi przerwania,
ISR(), ta ISR trwa długi(bo prędkość to 1bps), ale no nic musi się skończyć wysyłanie znaku, dopiero potem funkcja skoczy do uart_putc('A') która ta znowu skoczy do strasznie długiej obsługi przerwania które wyśle znak A, no i dopiero po wysłaniu znaku A, lecimy do szybiciutkiej funkcji uart_putc('P')...
itp. więc jakim cudem mogłoby się niby w buforze nadawczym mógłby się znaleźć więcej niż 1 znak, skoro od razu po dodaniu znaku do bufora nadawczego jest realizowana obsługa przerwania, która BLOKUJE program główny, kttóry mógłby w tym czasie coś dodać znowu do bufora..

Statystyki: Napisane przez xamrex — 12 lis 2014, o 22:04

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T21:57:14+01:00

Quote:

Więc tak czy siak chyba będe musiał czekać?!

no ale teraz sam się chyba zakręciłeś co ? przecież pytałeś co daje buforowanie w porównaniu do wysyłania bez buforowania....

a teraz rozpatrujesz znowu z kolei jakby dziwny przypadek tak jakby nagle samo przerwanie pojedyncze miało ci rozwiązać problem bo się znak sam wyśle ... więc jeszcze raz powtarzam - odpuść sobie rozważanie wysyłania pojedynczego znaku a weź pod uwagę - do swoich rozważań jakiś długi string, kilkadziesiąt bajtów rozumiesz ?

wtedy zobaczysz że co z tego że przerwanie łyknęło pierwszy znak .... a co panie z kolejnymi ?

Statystyki: Napisane przez mirekk36 — 12 lis 2014, o 21:57

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T21:52:24+01:00

No Mirku, ale przecież przerwanie ISR( USART_UDRE_vect) nie leci RÓWNOLEGLE z programem głównym?
Więc dopiero będzie można powrócić do funkcji uart_putc po skończeniu się funckji/przerwania ISR( USART_UDRE_vect)

Więc tak czy siak chyba będe musiał czekać?!

##############################
Przeciez nie wykona się funkcja uart_putc('A'); dopóki nie wrócimy z funkcji przerwania ISR( USART_UDRE_vect)

Statystyki: Napisane przez xamrex — 12 lis 2014, o 21:52

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T21:48:44+01:00

no widzisz po to podałem ten przypadek bo ty się zapętlasz panie w swoim punkcie 2a

oblicz sobie ile CZASU zajmie transmisja znaku z prędkością 300 bps to zacznie ci świtać - kiedy ten kolejny znak będzie mógł być wysłany a tym samym ILE CZASU byś musiał czekać w pętli głównej gdybyś chciał wysyłać to bez buforowania

a poza tym zwróć też uwagę na to co wyżej napisał kolega mokrowski bo to kolejne istotne aspekty

Statystyki: Napisane przez mirekk36 — 12 lis 2014, o 21:48

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T21:36:58+01:00

mirekk36 napisał(a):

za to pomyśl sobie co by się działo gdybyś np miał baudrate już chociażby 4800, 2400 albo mniej i chciałbyś wysłać kilkadziesiąt bajtów szybko hmmm?

Dzięki Mirku, za to że Akurat ty odpisałeś.
ale dalej nie rozumiem,
Nawet gdybym miał Baudrate=300 to co?

Rozważmy przypadek użycia bufora nadawczego.
[syntax=c]int main (void){
uart_puts("NAPIS");
}[/syntax]
To ja to widzę tak:
1.Obsługiwana jest funkcja uart_putc('N');
1a.Czyli jest do tablicy UART_TxBuf dodawana literka 'N'
1b.Ustawiamy falgę przerwania UCSRB |= (1<2.Zaraz po tym jest realizowana funkcja przerwania ISR( USART_UDRE_vect)
2a.Która wysyła literkę 'N"
3.Teraz jes powrót do funkcji uart_puts
4 i jest realizowana funkcja uart_putc('A')
4a.Czyli jest do tablicy UART_TxBuf dodawana literka 'A'
4b.Ustawiamy falgę przerwania UCSRB |= (1<5.Zaraz po tym jest realizowana funkcja przerwania ISR( USART_UDRE_vect)
5a.Która wysyła literkę 'A"
6.Teraz jes powrót do funkcji uart_puts

No więc w jaki sposób zapełnić ten buforek, skoro od razu jest realizowane przerwanie?

Statystyki: Napisane przez xamrex — 12 lis 2014, o 21:36

Re: Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T21:27:43+01:00

xamrex napisał(a):

ale chyba nie do końca rozumiem bufor nadawczy.

No nie do końca rozumiesz

powiem krótko - spowalniać nic nie spowalnia .... za to pomyśl sobie co by się działo gdybyś np miał baudrate już chociażby 4800, 2400 albo mniej i chciałbyś wysłać kilkadziesiąt bajtów szybko hmmm?

Statystyki: Napisane przez mirekk36 — 12 lis 2014, o 21:27

Budor nadawczy do UArt'a - wyjaśnienie

2014-11-12T21:20:28+01:00

Hej
Mam pytanie odnośnie bufora NADAWCZEGO w obsłudze RS'a
Dokładnie to odnośnie jego 'użyteczności i przydatności'
Na wstępnie dodam, że bufor odbiorczy to naprawdę świetna sprawa, ale chyba nie do końca rozumiem bufor nadawczy.

załóżmy, że chcemy wysłać stringa
[syntax=c]uart_puts("NAPIS");

void uart_puts(char *s)// wysyła łańcuch z pamięci RAM na UART
{
register char c;
while ((c = *s++)) uart_putc(c);// dopóki nie napotkasz 0 wysyłaj znak
}

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
UCSRB |= (1<}[/syntax]
No i teraz to wg. mojego rozumowania wysyłany jest do bufora jest dodawany 1 char i OD RAZU leci przerwanie ISR( USART_UDRE_vect), które wysyła ten znak.

Generalnie chodzi mi o to, że chyba NIE DA SIĘ zapełnić bufora nadawczego, bo niby w jaki sposób, skoro od razu po ustawieniu tej flagi: UCSRB |= (1<
Generalnie czym się różni obsługa wysłania znaku przez przerwanie od zwykłego chamskiego wysłania np. bez procedury przerwania.
Mamy taką funkcję:
[syntax=c]void USART_Transmit(unsigned char data){
while (!(UCSRA & (1<UDR=data;
}[/syntax]

////////////////////////////////////////////////////////////////////
Popatrzmy na funkcje do wyslania stringa.
Czym się różni,
[syntax=c]void uart_puts(char *s)// wysyła łańcuch z pamięci RAM na UART
{
register char c;
while ((c = *s++)) uart_putc(c);// dopóki nie napotkasz 0 wysyłaj znak
}[/syntax]
od

[syntax=c]void uart_puts(char *s)// wysyła łańcuch z pamięci RAM na UART
{
register char c;
while ((c = *s++)) USART_Transmit(c);// dopóki nie napotkasz 0 wysyłaj znak
}[/syntax]

Wg.mnie oba przypadki będą działały tak samo, a nawet ta bez obsługi przerwań SZYBCIEJ!
Powiecie.. ta bez obsługi przerwań, blokuje program główny.. no tak, ale ta z przerwaniami też, bo przecież od razu ustawia maskę przerwania i bierze się za obłsugę przerwania.

Chodzi mi o to, że bufor ODBIORCZY, to rzeczywiście ma SENS, ale nie potrafię sie doszukać sensu użycia bufora nadawczego.

Statystyki: Napisane przez xamrex — 12 lis 2014, o 21:20