ATNEL tech-forum

Re: Obsluga EEPROM ATMEGA328 eeprom_read/write_block Problem

2014-03-23T11:14:35+01:00

Z checia zajrze w przyszlosci. Az tak utkwily mi w pamieci sprezynki z ADC i Joda Wprowadzenie elementu basniowego do zmudnych linii kodu.

Statystyki: Napisane przez JABLKO — 23 mar 2014, o 11:14

Re: Obsluga EEPROM ATMEGA328 eeprom_read/write_block Problem

2014-03-23T10:40:41+01:00

Quote:

gdzie jest blad w takim zapisie? bo nadal nie rozumiem

Nigdzie nie ma błędu w takim zapisie bo o to właśnie chodzi

ja odniosłem się do tego - co wynikało z opisu - że piszesz np większy projekt i wszystko w przerwania wsadzasz.

Jeśli to jest jakiś mały projekcik - gdzie poza czymś takim albo i nawet ciut większym - nawet obsługa jakiegoś pilota (jak przedstawiłem to w Bluebooku) to czemu nie ? ... wtedy rzeczywiście pętla główna służy tylko jako narkoza

Ale już nieco większe projekty - to właśnie wykorzystanie takich mechanizmów - prostych w sumie i warto się z tym zapoznać - jak w Bluebooku w rozdziale

"Wstęp do systemów czasu rzeczywistego"

Statystyki: Napisane przez mirekk36 — 23 mar 2014, o 10:40

Re: Obsluga EEPROM ATMEGA328 eeprom_read/write_block Problem

2014-03-23T10:36:19+01:00

To ze cli i sei jest z automatu to sprawa jawna. jednak wylaczanie poszczegolnych przerwan z rejestrow np. TIMSK w ISR juz nie. Ja z tego korzystam i jeszcze nie zauwazylem z tego powodu problemow. Wszystko wykonuje sie jak w zegarku, a robie to bo wkurza mnie tworzenie ciagle jakis zmiennych 8-bitowych na flage, z kolei zakladanie masek na poszczegolne bity to kolejne linijki tekstu (reka boli) . Inaczej sprawa by wygladala jak bym nadawal flagi w przerwaniach do whila tutaj juz nie masz pewnosci ze cos sie wykona dokladnie o czasie. Co do odswiezania LCD to sie zgodze ze to troche naciagane jest wsadzanie tego do ISR. Zdaje sobie sprawe, ze brakuje mi sporo wiedzy o przerwaniach i budowaniu zaleznosci czasowych, jednak do niektorych rzeczy mozna dojsc metoda prob i bledow. Wiele ludzi nawet do petli while(1) nie zaglada, ewentualnie usypia w niej proca. A przerwania sa po to aby z nich korzystac wedle zyczenia.
Przykladowo

ISR(PCINT0_vect) //pinchange interrupt
{
y=1;
PCMSK0 &= ~(1<}
zero problemow. raz sie interuptek zrobi i przez nastepne 60 sekund przykladowo spokoj
gdzie jest blad w takim zapisie? bo nadal nie rozumiem

Statystyki: Napisane przez JABLKO — 23 mar 2014, o 10:36

Re: Obsluga EEPROM ATMEGA328 eeprom_read/write_block Problem

2014-03-23T05:48:19+01:00

... ale tu nie chodzi o to co ktos madry powiedzial ... albo czy dawanie cli w przerwaniu ma sens czy nie. To nie jest kwestia jakiejs tam interpretacji ... czy przyjmowanie czegos na zasadzie wiary .... bierzemy pdf procka w reke a tam jak byk jest napisane ze po wejsciu w przerwanie procek SAM automatycznie blokuje przerwania natomiast przy wyjsciu je odblokowuje i to po rozkazie RETI. A to co kolega pisze w przerwaniu czyli cli o tyle nie jest szkodliwe ze nic nie zmienia a tylko tracimy niepotrzebnie takt zegara .... no to juz to sei na koncu jest hmmmm .... bardzo zlym pomysle gdyz wykonywane jest jeszcze przed prologiem przerwania ... przez co moze byc niezbyt bezpieczne w wielu sytuacjach.

No a to co kolega napisal .... ze w przerwaniach robi np wyswietlanie na lcd czy tez operacje delay ... i ze petla glowna while czasem sie nigdy nie wykona ....hmmmm no to juz jest straszne .... i naprawde warto sobie jeszcze mocno i sporo poczytac nie tylko o tym jak korzysta sie z przerwan bo taki sposob to hmmm troche wypaczenie ich istnienia w 99 % przypadkow .... to do tego warto jescze czytac o wielu innych technikach programowania w c.

bron boze nie pisze tego zlosliwie tylko przy okazji zwracam uwage na pewne aspekty i bledy w podejsciu do niektorych zagadnien .... no chyba ze cos zle zrozumialem ?

Statystyki: Napisane przez mirekk36 — 23 mar 2014, o 05:48

Re: Obsluga EEPROM ATMEGA328 eeprom_read/write_block Problem

2014-03-23T02:21:22+01:00

Ktos kiedys madry napisal, ze nie ma sensu ustawiania cli() oraz sei() w przerwaniu i z tym sie zgodze.
Ktos inny jeszcze, ze kazde przerwanie ktore sie rozpoczelo dopoki sie nie skonczy nie zacznie robic nic innego, no i tutaj sie nie zgodze, bo majac w ISR(TIMER0_ovf) refresh od LCD (co ok pol sekundy) , a jednoczesnie majac w ISR(timer2_ovf) komunikat, który uzywa _delay_ms(); jest przerywany mimo to. Z drugiej strony zabawa z flagami... ok, ale trace precyzje wykonywania programu. Majac dosyc obszerny program nalezy liczyc sie z tym ze czesc rzeczy z while(1) wogole sie nie wykona.

Statystyki: Napisane przez JABLKO — 23 mar 2014, o 02:21

Re: Obsluga EEPROM ATMEGA328 eeprom_read/write_block Problem

2014-03-23T01:39:21+01:00

dobrze ze znalazles błąd ale w tym swoim isr ... tak nawiasem mowiac kolejnego babolka robisz

Statystyki: Napisane przez mirekk36 — 23 mar 2014, o 01:39

Obsluga EEPROM ATMEGA328 eeprom_read/write_block Problem

2014-03-23T01:09:45+01:00

Hej, bardzo mi się podoba twórczość mirka36, jak do tej pory wiekszość jego porad działała bez zarzutu, do czasu gdy natknąłem się na eeprom.
Korzystam z atmel studio 6.1 (kwestia przyzwyczajenia). Problem dotyczy zapisu/odczytu bloku zmiennych. Mam wrażenie, że zmienne te albo zapisują się pod niewłaściwym adresem, albo coś przerywa zapis/odczyt, albo robie to błędnie, albo to przez dużą ilość zmiennych w strukturze typu float sprawia problem, albo sam nie wiem w czym rzecz i gdzie dalej szukać.
Założenia są takie, że podczas pierwszego uruchomienia programu ma przyjąć wartości domyślne. W trakcie działania programu te wartości będą zmieniane, później kopia RAM->EEPROM,
Przy starcie najlepiej jakby automatycznie wykrywał czy nastąpiła zmiana względem domyślnych wartości, jednak aby ułatwić debugging - póki co zrobilem sobie na buttonsach, probowalem również z Mirkowskim check_and_load_defaults, jednak za kazdym razem wczytywal ustawienia domyslne (funkcja otrzymuje same 0xFF??? to by wskazywało, że zapis szwankuje).

Z eepromem bawię się pierwszy raz, jednak znając działanie większości istotnych funkcji służącym przerzutu z jednej pamięci do drugiej nadal nie jestem w stanie sobie z tym poradzić.

oto fragmenty programu z którymi walczę od pół dnia, jeśli nie więcej (( wrzucam to co jest odpowiedzialne za zapisy, odczyty ponieważ nie chce zaśmiecać :

[syntax=c]#include
#include // niezbedne biblioteki dolaczylem

typedef struct {
float VERSION;
float G_0;
float G_100;
float P1_z;
float P1_w;
float P2_z;
float P2_w;
float IA_cal; // same floaty zwiększają mi czytelność programu, brak konieczności oddzielania czesci calkowitej i ulamkowej
float IF_cal;
float UA_cal;
float UW_cal;
float UF_cal;
uint32_t EW;
uint32_t EF;
float AHW;
float AHF;
float G_MIN;
float IMAX;
} CONFIG;

const CONFIG CONFIG_PGM PROGMEM = { //dane domyślne w pamięci FLASH
1.0,//VERSION
56.0, //G_0
58.0,//G_100 - oszczędzam palce, nie bede definiował oddzielnie
52.0,//P1_z
48.0,//P1_w
52.0,//P2_z
48.0,//P2_w
0.1000,//IA_cal
0.1000,//IF_cal
0.0600,//UA_cal
0.0600,//UW_cal
0.0600,//UF_cal
0.00, //EW
0.00, //EF
0,//AHW
0,//AHF
48.0, //G_MIN
100.0};//IMAX

CONFIG CONFIG_EEMEM EEMEM; // dane w pamięci EEPROM
CONFIG CONFIG_RAM; // dane w pamięci RAM

main()
{

while(PLUS_GND && MINUS_GND) // PLUS GND lub MINUS GND to nic innego jak przycisk nie-wcisniety
{
// nic nie rob czekaj na przycisk
}
if(PLUS_VCC) // wcisniesz "plus" dostajesz dane z poprzedniego zapisu do eemem
{
eeprom_read_block (&CONFIG_RAM, &CONFIG_EEMEM, sizeof(CONFIG_RAM) ); // KOPIA EEPROM -> RAM
}
if(MINUS_VCC) // wcisniesz "minus" dostajesz dane domyslne z flash (tutaj działa wszystko prawidłowo)
{
memcpy_P( &CONFIG_RAM, &CONFIG_PGM, sizeof(CONFIG_RAM) ); // KOPIA PGM -> RAM
}

//----------------------------------- TUTAJ FUNKCJA ODPOWIEDZIALNA ZA ZAPIS DO EEPROM -----------------------------------------------

void USTAWIENIA_INOUT() // wejdz/wyjdz - wychodząc z ustawień tworzy zapis do EEMEM
{
TIMSK0 &= ~(1<
UST=!UST; // wejscie lub wyjscie do/z ustawien
LCD_Clear();
if(UST==1) // jesli wchodzisz nic nie zapisuj tylko zakomunikuj ze wchodzisz.

{LCD_GoTo(6,0); LCD_WriteText("MENU");
LCD_GoTo(3,1); LCD_WriteText("USTAWIENIA");}

else // wychodze z menu ustawien (UST==0) wiec pozapisuj co trzeba
{
TIMSK1 &= ~(1<TIMSK2 &= ~(1<
eeprom_write_block (&CONFIG_EEMEM, &CONFIG_RAM, sizeof(CONFIG_EEMEM) ); // KOPIA RAM -> EEPROM

TIMSK1 |= (1<TIMSK2 |= (1<LCD_GoTo(4,0); LCD_WriteText("ZAPISANO");
LCD_GoTo(3,1); LCD_WriteText("USTAWIENIA");

}
_delay_ms(1000);
TIMSK0 |= (1<}[/syntax]

Rezultat jest taki, że gdy wybiore "z palca" wczytaj eeprom -> ram, jako wynik dtostrf(jakis parametr z CONFIG_RAM) dostaje "NAN" - prawdopodobnie "not a number" (reakcja na 0xFF???)
Stąd też albo zapis szwankuje albo odczyt, albo po prostu nie nadaje sie do tego i powinienem olać sprawe ;D.
Gdy wgram pliczek EEPROM wygenerowany przez kompilator i zrobie wczytywanie eeprom przy starcie otrzymuję wszędzie zera. (A to raczej prawidłowo bo deklaruję
CONFIG CONFIG_EEMEM EEMEM; bez żadnych wartości) .
samo void USTAWIENIA_INOUT() znajduje się w przerwaniu od timera. Do tej pory nie odnotowalem problemow z czyms takim:
ISR()
{
disable ISR;
rob cos.
enable ISR;
}
Jeszcze pomyslalem o czyms takim jak ATOMIC_BLOCK (podobno nie dopuszcza do przerwania jakiejs procedury, ale to moze tylko pogloski )
Prosze serdecznie o pomoc, dziekuje.

------------------------ [ Dodano po: 14 minutach ]

ALE ZE MNIE DUPKA WOLOWA pomylilem argumenty w:

eeprom_write_block (&CONFIG_EEMEM, &CONFIG_RAM, sizeof(CONFIG_EEMEM) );
powinno byc:
eeprom_write_block (&CONFIG_RAM, &CONFIG_EEMEM, sizeof(CONFIG_RAM) );

Temat do skasowania, albo mozecie zostawic i sie ze mnie smiac i obrzucac jablkami
Albo zostawic jako przestroga - dopiero po napisaniu postu i przeczytaniu jeszcze raz uswiadomilem sobie ta pomylke.

Statystyki: Napisane przez JABLKO — 23 mar 2014, o 01:09