ATNEL tech-forum

Re: UART bufor cykliczny - problem

2014-06-06T09:41:26+01:00

Kiedyś napisałem na forum coś takiego topic2294.html

Statystyki: Napisane przez mg101 — 6 cze 2014, o 09:41

Re: UART bufor cykliczny - problem

2014-05-28T18:29:05+01:00

Tak (tzn. do mniej-więcej czegoś takiego rozwija się ATOMIC_BLOCK), jeżeli nie lubisz się powtarzać to opakuj to w makro

[syntax=c]#define ISR_PAUSE(...)\
{\
uint8_t sreg;\
sreg=SREG;\
cli();\
__VA_ARGS__;\
SREG=sreg;\
}[/syntax]

Statystyki: Napisane przez barney — 28 maja 2014, o 18:29

Re: UART bufor cykliczny - problem

2014-05-28T18:07:13+01:00

chodzi o coś takiego :
[syntax=c]uint8_t sreg;
sreg = SREG;
cli;
//.... przypisanie i reszta
SREG = sreg[/syntax]

Statystyki: Napisane przez rajmund96 — 28 maja 2014, o 18:07

Re: UART bufor cykliczny - problem

2014-05-28T17:56:43+01:00

Zbiór makr wyłączających przerwania na czas wykonania kodu, który jest wewnątrz nich

Statystyki: Napisane przez barney — 28 maja 2014, o 17:56

Re: UART bufor cykliczny - problem

2014-05-28T17:02:24+01:00

xor wiem że najlepszym wyjściem jest zmienna lokalna tak tylko chcviałem się upewnić czy mam racje z tym tokiem mojego myślenia , a tak przy okazji co to jest ATOMIC BLOCK bo nie słyszałem o czymś takim ?

Statystyki: Napisane przez rajmund96 — 28 maja 2014, o 17:02

Re: UART bufor cykliczny - problem

2014-05-28T07:35:01+01:00

Istnieje takie niebezpieczeństwo. Ale powinno wystarczyć przestawienie instrukcji: najpierw przypisanie potem inkrementacja głowy. Ale znów w przypisaniu trzeba by wyliczać nową wartość głowy - i tu się przydaje zmienna tymczasowa.
Z drugiej strony, podobnież kompilator w toku optymalizacji może sobie instrukcje poprzestawiać. Może trzeba by te dwie instrukcje zamknąć w ATOMIC BLOCK? Trochę mało elegancko ale za to ze 100% pewnością.

Statystyki: Napisane przez xor — 28 maja 2014, o 07:35

Re: UART bufor cykliczny - problem

2014-05-27T21:05:37+01:00

O i wszystko zrozumiałe Krauser dzięki za wytłumaczenie .

------------------------ [ Dodano po: 18 minutach ]

Krauser, ale przecież może się wydarzyć skrajny przypadek kiedy to powiedzmy zostanie przekazany pierwszy znak, następnie zostanie włączone przerwani, ale przerwanie zanim się wykona (uruchomi się jego obsługa) to jeszcze wcześniej funkcja wysyłająca kolejny znak dotrze o do tego momentu[syntax=c]Tx_Head = ( Tx_Head + 1 ) & TX_BUF_MASK;[/syntax]czyli nie zostanie przypisana żadna dana buforowi, a mimo to indeks głowy się zwiększy. Następnie zostaje uruchomione przerwanie i klops bo przecież indeks jest zwiększony o 2 po funkcja wykonała się raz w całości a raz do momętu do którego napisałem że się może wykonać i wtedy przerwanie nie z zeruje flagi przerwania po wysłaniu pierwszego znaku, a zrobi to dopiero po wysłaniu kolejnego, a nasz kolejny znak nie jest przypisany czyli jest to 0 dobrze rozumuje ?

Statystyki: Napisane przez rajmund96 — 27 maja 2014, o 21:05

Re: UART bufor cykliczny - problem

2014-05-27T20:13:39+01:00

rajmund96 napisał(a):

Po pierwsze jak na moje oko to nic to nie zmienia bo przerwanie i tak może wstąpić między zwiększeniem zmiennej Tx_Head a przypisaniem danych do bufora mam racje ?

Jest tam taka pętla wstrzymująca program gdy bufor jest pełny:
[syntax=c]while( ( Tx_Head + 1 ) & TX_BUF_MASK == Tx_Tail);[/syntax]
właśnie w tym czasie bufor zostaje opróżniony przez funkcję obsługi przerwania nadawczego i funkcja może iść dalej.

rajmund96 napisał(a):

Po drugie co mnie jeszcze bardziej zdziwiło to przecież zmienna Tx_Head zostaje w funkcji zwiększona aż o 2 ?? po co ??

Wcale nie zostaje zwiększona o 2. W pierwszym przypadku tylko porównywana jest wartość o 1 większa (Tx_Head zostaje takie jakie było). Dopiero w drugim przypadku gdzie jest znak "=" zmienna ta zostaje zmieniona.

W analizie swojego kodu musisz patrzeć i na funkcję send_data i na ISR( USART_UDRE_vect ). Jak w twojej funkcji send_data program zatrzymał się na:
[syntax=c]while( Tx_Head == Tx_Tail);[/syntax]
to w jaki sposób przerwanie może wykonać kod w warunku:
[syntax=c]if( Tx_Head != Tx_Tail )[/syntax]
i pobrać znak z bufora do rejestru UDR i zwiększyć Tx_Tail, aby warunek w pętli while stał się fałszywy ?

Statystyki: Napisane przez Krauser — 27 maja 2014, o 20:13

Re: UART bufor cykliczny - problem

2014-05-26T21:48:36+01:00

No nie wierze . Ja się czuje jakbyśmy rozmawiali zupełnie innymi językami

mirekk36 napisał(a):

a ty wyjmujesz zmienną lokalną, która właśnie zabezpiecza przed takimi przypadkami .... robisz sobie globalną i to volatile (z tego co zrozumiałem to nawet jej w przerwaniu nie używasz) więc po co volatile ???? .....

Oczywiści że jej UŻYWAM w przerwani Mirku musiałeś mnię zle zrozumieć

mirekk36 napisał(a):

skoro ci nie działa wg twojej metody - no to znaczy że gdzieś popełniasz poważny błąd. Ja rozumiem że ty rozumiesz sens działania bufora cyklicznego - no ale z implementacją masz kłopot - to jedno ...

NO właśnie wcale nie mam problemu z implementacją po prostu chciałem skrócić kod, ale NIE ZAUWAŻYŁEM, że jesli zrobię to w ten sposób który przedstawiłem w pierwszym poście to właśnie mogą się dziać dziwne rzeczy co opisałem z kolei w innym poście.

Czy wam nigdy nie zdarzają się pomyłki ? Ja jestem tylko początkującym więc mam chyba prawo się pomylić... ale to nie znaczy że nie rozumiem jak działa bufor cykliczny

mirekk36 napisał(a):

a jest sens żebyś i to zrozumiał zamiast dawać to sobie "ot tak na wszelki wypadek w programie" .... bo taką drogą to będziesz jeszcze DŁUUUUGO chodził zanim zrozumiesz i zaimplementujesz bufor cykliczny

No i znowu się nie zrozumieliśmy, ja wcale tej dodatkowej zmiennej lokalnej nie dodaje na wszelki wypadek i uważam że na przykład w przerwaniu odbiorczym mogłoby się obejść bez niej....

O a kolega Krauser to mnie troszkę zdziwił tym kodem i to podwójnie

Po pierwsze jak na moje oko to nic to nie zmienia bo przerwanie i tak może wstąpić między zwiększeniem zmiennej Tx_Head a przypisaniem danych do bufora mam racje ?

Po drugie co mnie jeszcze bardziej zdziwiło to przecież zmienna Tx_Head zostaje w funkcji zwiększona aż o 2 ?? po co ??

Statystyki: Napisane przez rajmund96 — 26 maja 2014, o 21:48

Re: UART bufor cykliczny - problem

2014-05-26T20:16:11+01:00

Koledze rajmund96 nie działa, ale wie już, że to dlatego, że w linii: while( Tx_Head == Tx_Tail); ma zwiększoną już zmienną Tx_Head i funkcja obsługi przerwania ISR( USART0_UDRE_vect) działa inaczej. Można to tak napisać:
[syntax=c]void send_data(char data) // funkcja wysyłająca 1 bajt
{
while( ( Tx_Head + 1 ) & TX_BUF_MASK == Tx_Tail);
Tx_Head = ( Tx_Head + 1 ) & TX_BUF_MASK;
Tx_Buf[Tx_Head] = data;
UCSRB |= (1<}[/syntax]

Statystyki: Napisane przez Krauser — 26 maja 2014, o 20:16

Re: UART bufor cykliczny - problem

2014-05-26T18:59:43+01:00

rajmund96 napisał(a):

uwierz mi że naprawdę wiem jak on działa i rozumiem sens jego działania więc dlaczego ciągle mi zarzucasz

rajmund proszę nie złość się ... nikt ci nie zarzuca, a to że kolega mokrowski uważa, że nadal nie do końca rozumiesz działanie bufora cyklicznego - no to hmmm moim zdaniem ma rację .... i to nie jest żaden zarzut dla ciebie ...

skoro ci nie działa wg twojej metody - no to znaczy że gdzieś popełniasz poważny błąd. Ja rozumiem że ty rozumiesz sens działania bufora cyklicznego - no ale z implementacją masz kłopot - to jedno ...

a drugie ... po prostu totalnie (i to od początku) nieprecyzyjnie opisujesz swój problem .... No ja np nie mogę się połapać i co chwilę ci o tym piszę ...

nawet wcześniej zadałem ci pytanie

"czy działa ci to?"

odpowiedziałeś , że działa! .....

żeby po chwili dodać że działa ale dla krótkich stringów a dla długich nie ....

no to jeśli dla ciebie to oznacza że "działa" ..... matko no to tak - uwierz mi ciężko będzie z kimkolwiek ci się dogadać ....

Poza tym masz:

1. opis w książce
2. przykład kodu w książce który można śledzić z opisem krok po kroku

a ty wyjmujesz zmienną lokalną, która właśnie zabezpiecza przed takimi przypadkami .... robisz sobie globalną i to volatile (z tego co zrozumiałem to nawet jej w przerwaniu nie używasz) więc po co volatile ???? .....

i na końcu dodajesz - że no już tylko gubi ci znaczki

tymczasem kolega mokrowski już wcześniej jak jasnowidz przewidział - że niedługo zapytasz

"to co to jest to volatile?"

a jest sens żebyś i to zrozumiał zamiast dawać to sobie "ot tak na wszelki wypadek w programie" .... bo taką drogą to będziesz jeszcze DŁUUUUGO chodził zanim zrozumiesz i zaimplementujesz bufor cykliczny

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

rajmund96 napisał(a):

W przeciwnym wypadku nie doszedł bym do tego dlaczego się tak dzieje czyż nie ?

no i sam widzisz jesteś normalnie niepoprawny - toż - po przeczytaniu kilku postów z tego wątku można dostać chyźla .... ja jeszcze raz powtórzę - nie wiem nadal działa ci to czy nie działa ...

ale chyba też już dam spokój .... bo widzę że ciężko jakoś się domówić ....

Statystyki: Napisane przez mirekk36 — 26 maja 2014, o 18:59

Re: UART bufor cykliczny - problem

2014-05-26T18:48:42+01:00

mokrowski Napisałem obsugę bufora cykliczny i uwierz mi że naprawdę wiem jak on działa i rozumiem sens jego działania więc dlaczego ciągle mi zarzucasz, chyba od samego początku że nie rozumiem jak działa bufor cykilczny Moim problemem nie było zrozumienie jak działa bufor cykliczny, ale to że przy tym buforze wykorzystywałem przerwania i stąd wszystkie problemy, jest to raczej moje niedopatrzenie niż to że nie rozumiem działania zmiennych czy bufora cyklicznego . W przeciwnym wypadku nie doszedł bym do tego dlaczego się tak dzieje czyż nie ?

Statystyki: Napisane przez rajmund96 — 26 maja 2014, o 18:48

Re: UART bufor cykliczny - problem

2014-05-26T17:02:05+01:00

Dobra chyba sobie dam spokój z myśleniem dlaczego wyświetlają się tylko dwie pierwsze literki. Chyba że któryś z kolegów wie dlaczego się tak dzieje to bardzo chętnie posłucham ?

A tak w ogóle to dziękuję wszystkim którzy pomagali mi wyjaśnić mój problem

Statystyki: Napisane przez rajmund96 — 26 maja 2014, o 17:02

Re: UART bufor cykliczny - problem

2014-05-26T04:32:04+01:00

DOkładnie tak przez własną niewiedze się zaplątałem

Statystyki: Napisane przez rajmund96 — 26 maja 2014, o 04:32

Re: UART bufor cykliczny - problem

2014-05-25T22:58:43+01:00

rajmund96 napisał(a):

Muszę jeszcze dokładnie wyczaić dlaczego to dzieje się tylko dla długich stringów tzn. dłuższych niż długość buforu i dlaczego wtedy zostają wyświetlone tylko dwie pierwsze literki. Wydaje mi się że ma to związek z zapętlaniem bufora

To pomyśl sobie co się dzieje w twojej funkcji, gdy ona sobie trwa i trwa a w międzyczasie odbywają się przerwania i zmieniają wskaźnik głowy węża .... A tobie po drodze zachciało się bawić zmiennymi globalnymi, które w międzyczasie mogą stracić ważność ...

więc może jednak warto sięgnąć po zmienną lokalną czasem ?

Statystyki: Napisane przez mirekk36 — 25 maja 2014, o 22:58

Re: UART bufor cykliczny - problem

2014-05-25T19:39:58+01:00

Statystyki: Napisane przez rajmund96 — 25 maja 2014, o 19:39

Re: UART bufor cykliczny - problem

2014-05-25T18:38:25+01:00

Działa, ale tylko dla krótkich stringów przy dłuższych tzn. troche dłuższych niż długość bufora nadawczego przestaje działaś tzn.na terminalu pokazują się tylko pierwsze dwie literki danego stringa

------------------------ [ Dodano po: 55 minutach ]

Huraaaaa wiem dlaczego to nie działa tak jak powinno. Nawet nie chodzi o to że zmienna ze specyfikatorem volatile działa wolniej.

Testowałem teraz ten program na różne sposoby z dodatkową zmienną lokalna czyli tak jak jest w Pana orginalnej bibliotece i odkryłem że gdy wystąpi zbyt WCZESNE zwiększenie wartości zmiennej Tx_Head co występuje właśnie gdy nie używamy dodatkowej zmiennej lokalnej, bo przecież bezpośrednio zwiększamy Tx_Head ( a jest to zmienna typu volatile czyli jej wartość zostaje zapisana w pamięci ram i każde odwołanie odnosi się do pamięci ram ) to przecież jeśli wysyłamy string to zmienna jest zapisywana wcześniej niż dane zostają przypisane do bufora. To z kolei oznacza że Jeśli w przerwaniu sprawdzamy warunek po pierwszym wysłanym znaku [syntax=c]if( Tx_Head != Tx_Tail )[/syntax]
to jeśli wartość Tx_Head zostanie zwiększona przy wysyłaniu kolejnego znaku , a flaga przerwania przecież sama się nie zeruje po wysłaniu znaku to przez to zwiększenie zmiennej warunek zostanie spełniony pomimo tego że bufor nie został załadowany ( ponieważ zmienna Tx_Head została zwiększona zanim został zapisany bajt do bufora) czyli zostanie wysłany pusty bajt czyli 0 co poskutkuje nie wyświetleniem się niczego

Statystyki: Napisane przez rajmund96 — 25 maja 2014, o 18:38

Re: UART bufor cykliczny - problem

2014-05-25T18:35:01+01:00

no i działa ci to ?

Statystyki: Napisane przez mirekk36 — 25 maja 2014, o 18:35

Re: UART bufor cykliczny - problem

2014-05-25T17:32:59+01:00

O czy mogę zrobić tak w funkcji wysyłającej znak :
[syntax=c]void send_data(char data) // funkcja wysyłająca 1 bajt
{

Tx_Head = ( Tx_Head + 1 ) & TX_BUF_MASK; // ustawianie kolejnych pozycji w buforze cyklicznym

while( Tx_Head == Tx_Tail); // oczekiwanie aż w buforze nadawczym zwolni się miejsce na kolejne znaki
Tx_Buf[Tx_Head] = data; // wpisanie danych do buforu

UCSRB |= (1<
}[/syntax]

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

O moje zmienne typu volatile umieczczone na początku pliku w którym znajdują sie funkcje obsługujące UART [syntax=c]volatile char Tx_Buf[TX_BUF_SIZE]; // bufor nadawczy
volatile uint8_t Tx_Head; // indeks początku bufora
volatile uint8_t Tx_Tail; // indeks końca bufora

volatile char Rx_Buf[RX_BUF_SIZE]; // bufor odbiorczy
volatile uint8_t Rx_Head; // indeks początku bufora
volatile uint8_t Rx_Tail; // indeks końca bufor[/syntax][

Statystyki: Napisane przez rajmund96 — 25 maja 2014, o 17:32

Re: UART bufor cykliczny - problem

2014-05-25T17:26:08+01:00

rajmund96 napisał(a):

o tak, a potem mogę jej użyć w warunku if oraz jako indeksu bufora prawda ?

ale ja nie widzę co to za zmienna twoja Tx_Head ?

Statystyki: Napisane przez mirekk36 — 25 maja 2014, o 17:26

Re: UART bufor cykliczny - problem

2014-05-25T17:04:20+01:00

Tak to rozumiem, ale napisał Pan wcześniej że jak NIE będę używał zmiennej lokalnej to będę musiał dwa razy "coś" wyliczać rozumiem że chodziło o UART_RxHead ...
Ale przecież ją będę też tylko raz obliczał
[syntax=c]Tx_Head = ( Tx_Head + 1 ) & TX_BUF_MASK;[/syntax]
o tak, a potem mogę jej użyć w warunku if oraz jako indeksu bufora prawda ?

Statystyki: Napisane przez rajmund96 — 25 maja 2014, o 17:04

Re: UART bufor cykliczny - problem

2014-05-25T16:29:41+01:00

jeszcze raz:

1. obliczam wartość tmp_head

2. używam jej pierwszy raz

3. używam jej dwukrotnie drugi raz

widzisz to ?

Statystyki: Napisane przez mirekk36 — 25 maja 2014, o 16:29

Re: UART bufor cykliczny - problem

2014-05-25T13:33:25+01:00

Mirku to może tak zadam pytanie, tak mi się nasunęło na podstawie twojego postu wyjaśniającego właśnie po co jest zmienna tmp_Head

mirekk36 napisał(a):

przecież z kodu widać że chcę ją RAZ mieć w zmiennej a później już nie obliczać tylko posługiwać się tą obliczoną wartością w kilku miejscach. Nie chcesz zmiennej lokalnej ? to nie rób - ale dwa razy w przerwaniu w takim akurat wypadku będziesz musiał ją wyliczać.... w sumie to nie problem.

O i tu jest chyba mój problem dlaczego będę musiał ją dwa razy wyliczać ?
A nie wystarczy zrobić tak [syntax=c]Tx_Head = ( Tx_Head + 1 ) & TX_BUF_MASK;[/syntax]
i przecież też obliczam ją tylko raz ...

Statystyki: Napisane przez rajmund96 — 25 maja 2014, o 13:33

Re: UART bufor cykliczny - problem

2014-05-25T11:42:01+01:00

rajmund96 napisał(a):

To było moje podstawowe pytanie i nie wiem dlaczego nie możecie mnie zrozumie

Widzisz - gdyby to było takie proste - że gdy coś piszemy to inni od razu nas w lot rozumieją ..... to popatrz - nie byłoby np problemu ze zrozumieniem książki. Tymczasem autor napisał a ty nie możesz tego zrozumieć. To nie wstyd .... ale teraz postaw się w roli autora - to ty PISZESZ pytanie .... no coś piszesz.... i dziwisz się, albo może za chwilę zarzucisz wszystkim że nie chcą ci specjalnie pomóc kisząc dla siebie jakąś wiedzę.

Tymczasem powód jest prozaiczny - no nie możemy zrozumieć tego o co pytasz .... może jeszcze ktoś inny wpadnie, i akurat zaskoczy. To tak samo jak z czytelnikami - jedni zaskoczą od razu inni nie ....

więc ew postaraj się jeszcze doprecyzować swoje pytanie .... może to pomoże

bo ja wyżej mówiłem ci już dlaczego użyłem zmiennej tmp_head .... ale ty z kolei W OGÓLE się do tego nie odniosłeś ... i dziwisz się że np ja nie wiem tym bardziej o co ci chodzi ? .... tymczasem chyba nie można tu nikogo posądzić o brak chęci do pomocy ... bo jak widać po całym wątku kilka kwestii chyba już udało ci się wyjaśnić.

Statystyki: Napisane przez mirekk36 — 25 maja 2014, o 11:42

Re: UART bufor cykliczny - problem

2014-05-25T10:03:22+01:00

No właśnie rozumiem jak działa bufor cykliczny oraz zmienne lokalne wiem że istnieją tylko w funkcji w której są powołane oraz że gdy funkcja skończy swoje działanie to one tez znikają chyba że właśnie opatrzymy je specyfikatorem static wtedy wartosć tych zmienny nie zostanie skasowana po zakończeni danej funkcji lecz będze zapamiętana, a volatile używamy po to aby procek nie operował dla tej zmiennej na rejestrach tzn. odwoływał się zawsze dla tej zmiennej do odpowiedniej komórki w pamięci RAM ponieważ może się zdarzyć, że gdy nastąpi przerwanie w której zostanie wywołana owa zmienna,
i zostaną wykonane operacje na innym rejestrze następnie wartość tej zmiennej zostanie zapisana w komórce pamięci RAM, a program główny który tylko za pierwszym razem wczytuje wartość tej zmiennej z pamięci RAM nie będzie wiedział że zmienna została zmodyfikowana i wiadomo co dalej.

mokrowski napisał(a):

rajmund96 myślę że większość pytań które stawiasz wynika z:
1. Braku zrozumienia działania bufora kołowego
2. Zrozumienia ,,lokalności" zmiennych i czasu ich życia.

Mi się wydaje że jednak to rozumiem, ale to nie zmienia faktu dlaczego usunięcie zmienne lokalnej w funkcji nadawczej wpływa na działanie programu. Dlaczego w takim razie w funkcji odbiorczej oraz w przerwaniu nadawczym NIE występuje dodatkowa zmienna lokalna np o nazwie analogicznie tmp_Tail .To było moje podstawowe pytanie i nie wiem dlaczego nie możecie mnie zrozumie.Może dla was jest to oczywistą oczywistością ale ja tego niestety nie rozumiem.

Statystyki: Napisane przez rajmund96 — 25 maja 2014, o 10:03