Znikająca zmienna globalna w programie na ATmega128 przy obsłudze przerwań

Wed Oct 14, 2009 11:30 am   

On 2009-10-14 12:23:26 +0200, "Darkac" <darkac2@wp.pl> said:


AFAIR było wałkowane kiedyś już na grupie. Przeszukaj archiwum.

--
DJ

PS. przy odpisywaniu na priv usun antyspamowy wpis z adresu

Wed Oct 14, 2009 12:16 pm   

http://www.nongnu.org/avr-libc/user-manual/pgmspace.html

Michał

Wed Oct 14, 2009 12:59 pm   

Użytkownik "Michał Lankosz" <mike2001@tlen.pl> napisał w wiadomości
news:hb4bmb$t3a$1@srv.cyf-kr.edu.pl...

Dzięki za linka. Prawdopodobnie to rozwiąże ten problem. Szkoda tylko że
trzeba odwoływać się do różnych chytrych sztuczek żeby uzyskać, tak wydaje
się, podstawowe i częste pożądane działania.
Czasem odnoszę wrażenie, że jednak czasem komputer nie jest dla człowieka, a
raczej człowiek dla komputera.
Ostatnio mam do czynienia z procesorem DSP i środowiskiem do jego
programowanie, gdzie nie jest przewidziany binarny sposób zapisu liczby.
Jedynie dec lub hex. Prawdziwy horror, kiedy wciąż trzeba manipulować na
pojedynczych bitach zmiennych czy rejestrów.
A za to jest bardzo fajna właściwość, bo można zadeklarować zmienne pełniące
rolę dwustanowych flag jako "bool". Podejrzewam, że nie zajmują wtedy całego
bajtu. Jeśli tak , to przydało by się coś takiego w programowaniu ATmegi.
Kupę RAM-u zajmują flagi. Duże marnotrawstwo. Bawienie się w maski, to znów
przystosowywanie się do kaprysów komputera.

Wed Oct 14, 2009 1:11 pm   

On 2009-10-14 13:59:08 +0200, "Darkac" <darkac2@wp.pl> said:


Oj, kłania się C...
http://en.wikipedia.org/wiki/Bit_field

--
DJ

PS. przy odpisywaniu na priv usun antyspamowy wpis z adresu

Wed Oct 14, 2009 1:36 pm   

Użytkownik "DJ" <johnny12-WYTNIJTO-@poczta.onet.pl> napisał w wiadomości
news:hb4f5g$v2f$1@news.dialog.net.pl...

Ale to przecież nic innego jak zabawa w maski. Stosowanie chytrych sztuczek
i obiegnięć do osiągnięcia, wydawałoby się, prostego celu. Kompilator robi
miliony różnych automatycznych operacji, mógłby robić również i to. Wszystko
powinno być podporządkowane wygodzie człowieka. Po co zaśmiecać głowę i
treść programu operacjami które może zrobić maszyna.
Szybkość, łatwość i wygoda, to powinny być priorytety w pracy programisty.

Wed Oct 14, 2009 1:38 pm   

Bo gcc nie byl projektowany do architektury harvardzkiej i nie ma
koncepcji roznych typow pamieci zajmujacych te same adresy. Co byc moze
sie zmieni, ale i tak niewiele z tego wyniknie. Natomiast jesli jest to
takim problemem to sa platne narzedzia.


Przejrzyj liste instrukcji AVR i nie bedziesz mial zludzen. Mozesz
zadeklarowac zmienna bool, mozesz wykorzystac pola bitowe, ale to ciagle
bedzie tlumaczone na operacje na bitach typu ustawianie, zerowanie itd.

--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.

Wed Oct 14, 2009 1:39 pm   

Postaraj sie zrozumiec na czym polega problem, bo to co piszesz jest
odpowiednikiem populizmu.

--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.

Wed Oct 14, 2009 2:15 pm   

On 2009-10-14 14:36:32 +0200, "Darkac" <darkac2@wp.pl> said:


struct?
i nawet nie przejrzałeś całej strony...


Może jeszcze żeby się program sam napisał, podczas kiedy programista na
wakacjach.

--
DJ

PS. przy odpisywaniu na priv usun antyspamowy wpis z adresu

Wed Oct 14, 2009 2:17 pm   

Witam!!

Proponuję Tobie zapoznanie się z architekturą AVRów!! To nie jest
prosta sprawa w tym procku... są instrukcje LPM i SPM, wymagają
adresowania rejestrem Z. To nie jest ARM, w którym wszystko leży w
jednej przestrzeni adresowej i możesz odwoływać się do pamięci Flash tak
jak do pamięci RAM. Uważam, że dobrze, że pamięć Flash w AVRze obsługuje
się nie jak zwykłe zmienne, bo wymusza to na programiście odpowiednie
podejście do tego typu zmiennych. Poza tym, język C powinien być
standardowy, niezależnie od architektury docelowej. Stała obsługiwana
jest jak zwykła zmienna. W komputerach klasy PC stałe (const) trzymane
są w pamięci RAM, bo nie ma innego wyjścia. W ARMach trafiają do pamięci
Flash z reguły, bo jest jedna przestrzeń adresowa. Czemu dla AVRów
miałby być wyjątek??


Jeśli chodzi tylko o zapis liczby, to ja tam wolę pisać 0x31fc zamiast
0011000111111100 ...


Hmmm... no to używaj DWUKROPKA ... albo zrób sobie proste makra...
fakt, samemu musisz pogrupować flagi w bajty, no ale przynajmniej możesz
w łatwy sposób wpisywać "komplet" wartości... ja to robię na przykład
tak - definiuję sobie każdą zmienną stanu oraz kolejne jej bity:

#define STAN_URZADZENIA ucDeviceStatus
#define URZADZENIE_WLACZONE 0
#define URZADZENIE_ZAJETE 1
....
#define URZADZENIE_ZEPSUTE 7


później tworzę (wspólne dla wszystkich zmiennych stanu) makra do obsługi:

#define SET_FLAG(x,y) (x) |= (1<<(y))
#define CLR_FLAG(x,y) (x) &= ~(1<<(y))
#defien CHECK_FLAG(x,y) ((x) & (1<<y))

deklaruję zmienną:

unsigned char ucDeviceStatus;

i używam:

SET_FLAG(STAN_URZADZENIA , URZADZENIE_WLACZONE);
if (CHECK_FLAG (STAN_URZADZENIA , URZADZENIE_ZAJETE) )
CLR_FLAG (STAN_URZADZENIA, URZADZENIE_ZEPSUTE);

to taki przykład, nie jest to super, ale jest za to czytelne... mniej
pisania jest oczywiście, jak się używa DWUKROPKÓW ...

Pozdrawiam
Konop

Wed Oct 14, 2009 2:21 pm   

Darkac pisze:

Bliźniacze procedury - tzn. ta sama procedura wywoływana z różnymi
parametrami, czy jednak dwie różne funkcje? Może nie są do końca
bliźniacze?? ...


ZAWSZE zeruje?? Nie używasz gdzieś tablic, wskaźników?? Wystarczy drobna
pomyłka, przekazanie jako wskaźnika nie adresu zmiennej tylko jej
wartości i już... zapis masz nie tam, gdzie trzeba... przy
niesprzyjających okolicznościach możesz zawsze zerować pewną pechową
zmienną...

Proponuję to, co już ktoś napisał - zostawić tą zmienną w starym
miejscu, dodać nową i używać nową ... jak problem zniknie, to łapać
moment zapisu do starej zmiennej ...

Pozdrawiam
Konop

Wed Oct 14, 2009 2:23 pm   

Użytkownik "T.M.F." <tmf@nospam.mp.pl> napisał w wiadomości
news:hb4gsl$bd$1@atlantis.news.neostrada.pl...

No tak, kopilator i edytor są bezpłatne. Darowanemu koniowi nie zagląda się
w zęby.
Nie powinienem narzekać.

Wed Oct 14, 2009 2:31 pm   

Użytkownik "Konop" <konoppo@gazeta.pl> napisał w wiadomości
news:hb4j1q$gq2$1@inews.gazeta.pl...

Nie wiem o co chodzi z tym dwukropkiem, możesz przybliżyć?

Wed Oct 14, 2009 2:41 pm   

Oj, jednak pola bitowe sa czytelniejsze. No i jesli zmienisz ich
kolejnosc to nie pociaga to potem zazwyczaj uperdliwej zmiany we
wszytkich plikach.

--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.

Wed Oct 14, 2009 2:52 pm   

Użytkownik "Konop" <konoppo@gazeta.pl> napisał w wiadomości
news:hb4j99$hoj$1@inews.gazeta.pl...

Na tyle są bliźniacze, że mają treść w zasadzie taką samą, ale wszelkie
dane, parametry, flagi stanów i tabele na których operują pamiętane są w
innym zestawie (A lub B). Jakby się uprzeć, to może dałoby się napisać jedną
procedurę, która co chwila musiałaby się pytać, który kanał jest w tym
momencie obrabiany albo jako parametry trzeba by przesłać kilkadziesiąt
zmiennych. A większość tych parametrów i tak jest globalnych i znów przy
wyjściu trzeba by je odzyskiwać z procedury.
Historycznie tak było łatwiej i szybciej i bezpieczniej. Najpierw był w
programie tylko jeden kanał i kiedy powstała potrzeba dwóch, łatwo było
powielić procedurę na dwie i dodać do każdej nie wspólnej w niej zmiennej,
końcówkę _a w jednej i _b w drugiej. Pamięci programu jest jeszcze bardzo
dużo.

Wed Oct 14, 2009 8:24 pm   

Nie odpowiedziałeś na pytanie, to ja spróbuję.
Twoja miłość do JTAG-a chyba nie jest odwzajemniona, nie widzę
możliwości aby samodzielnie łącze JTAG-a miało możliwości
debugowania w systemie uC. W ATMega jest dodatkowo
moduł OCD w MSP430 jest moduł EEM.
Sugeruję zapoznać się z dokumentem SLAA263B, mozliwości tego modułu
są niesamowite i znacznie przerastają założenie prostej pułapki.
K.