Witam na forum

Piszę w ramach wprawki prostą bibliotekę modbus (ATMEGA 8), i mam dwa pytanka :
- w celu ułatwienia dostępu do struktury w której trzymam ramkę odebraną/do nadania używam wielopoziomowej unii. Czy taka konstrukcja jakoś bardzo pogarsza wydajność programu?






- w przerwaniu generowanym po odbiorze danej przez UART, przy pierwszej danej odebranej ustawiam parametry dla TIMER0 tak aby generował przerwanie po około 3ms, jeśli nie wykonam kasowania (wpisanie 1) rejestru TIFR |= (1<<TOV0) to według objawów działania programu po pierwszym odebranym znaku generowane jest przerwanie TIMER0, następne znaki odbierane są już poprawnie, po wykonani kasowania flagi TOV0 (jak w poniższym kodzie) działa dobrze. Nie znalazłem w datasheeet do A8 żadnej informacji która naprowadziłaby mnie skąd bierze się ten problem, ale w niektórych rozwiązaniach w necie kasowanie TOV0 jest również stosowane, w programie nie wykorzystuje poza tym innych timerów.






i makra




pozdrawiam Jurek

Wręcz przeciwnie - to jest WZORCOWE PODEJŚCIE aż się miło patrzy. Tzn mówię o takim zastosowaniu unii i struktur - nie wnikam w stronę merytoryczną.


UWAGA! tak się nie kasuje flag przerwań - KONIECZNIE napisz to tak:

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dziękuje za pochwałę Mistrza (nie ironicznie )dotyczącą unii - prace trwają więc sprawa rozwojowa .

a co jest złe w zapisie ?


czy nie ustawi to flagi TOV0 na jeden, wiem że nie można zapisać do rejestru TIFR zera (przynajmniej w ATMEGA 8) i pewnie zapis TIFR = (1<<TOV0) nie ustawi pozostałych flag na zero.

pozdrawiam Jurek

Sam do niedawna często zapominałem o tym i pisałem bodajże nawet w książce kasowanie flag przerwań z tym OR ... ale to akurat w tym przypadku jest niestety błędne

tu: http://www.atmel.com/webdoc/AVRLibcRefe ... tbits.html masz dokładniejsze wyjaśnienie

------------------------ [ Dodano po: 26 minutach ]


w KAŻDYM AVR przy kasowaniu flag przerwań

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No tak jak pisałem, obie metody są OK, Twoja o jedną instrukcję wydajniejsza, bardziej interesuje mnie dlaczego jak nie wyzeruję tej flagi to po odebraniu pierwszego znaku odpala mi przerwanie od przepełnienia TIMER0 , długo nad tym siedziałem - efekt był taki ze slave odpowiadał dwiema ramkami raz po pierwszym znaku a drugi raz po reszcie odebranej ramki (ramki odbiorczej nie analizowałem tylko sprawdzałem czy cos zostało odebrane czyli czy przerwanie od TIMER0 zostało odpalone a flaga stanu ustawiona na MB_DONE_RX a ustawiała się ona tylko w procedurze obsługi TIMER0 po przepełnieniu czyli po upływie 3-4 ms od odbioru ostatniego znaku.

pozdrawiam Jurek

Widzę, że niedokładnie przeczytałeś link który ci podałem bo tu w ogóle nie chodzi o wydajność (oszczędność instrukcji)

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No tak ale poza tym OR (plus odczyt stanu poprzedniego) różnicy w efekcie i ewentualnych działaniach ubocznych nie ma - chyba że źle czytam.

pozr Jurek

Źle czytasz i kompletnie nie rozumiem po co się upierasz .... Tym bardziej, że sam producent procków tobie to pisze...

Robiąc operację OR możesz niechcący kasować inne flagi przerwań w tym samym rejestrze

a ten cytat z "so there is no risk" odnosi się właśnie do = a nie do |=

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

OK masz rację ...
pozdr Jurek

Problem polegał na tym że inicjalizowałem tzn. ustawiałem źródło i podział dla TIMER0 w programie głównym, i od tego momentu rozpoczynało się zliczanie przepełniając pewnie wiele razy TIMER0 co powodowało ustawienie flagi TOV0 w rejestrze TIFR. W obsłudze przerwania odbioru znaku tylko ustawiałem licznik na wartość początkową i włączałem przerwanie od przepełnienia TIMER0 i w tym momencie następował obsługa przerwania (bo wcześniej była ustawiona flaga TOV0). Dalsze znaki odbierane były jakby w "drugiej paczce" bo od tego momentu TIMER0 już był opanowany i liczył tak jak zakładałem. Wyjście to wyzerowanie flagi TOV0 w TIFR oczywiście TIFR = (1<<TOV0) - jak poprawił mnie mirek36, lub inicjalizacja TIMER0 każdorazowo w przerwaniu po odbiorze pierwszego znaku oraz wyłączenie przerwania od TIMER0 i stopowanie licznika - "odłączenie od źródła impulsów" i ustawienie na wartość początkową po wystąpieniu przerwania od TIMER0. Pierwszy sposób łatwiejszy i krótszy.
Inicjalizacja parametrów TIMERA w programie głównym w wielu innych przypadkach może nie wpływać na dziwne zachowanie się programu (jedna więcej pętla obsługi zdarzeń itp.) tu jednak był dość duży reżim jeśli chodzi o poprawną jego pracę.
pozdr Jurek
temat można zamknąć