AVR i odwieczny problem z EEPROM

Question

AVR i odwieczny problem z EEPROM

Greyangel 02 Apr 2009 20:59 2743 6

Reply | New topic

#1 02 Apr 2009 20:59

Greyangel Greyangel

Level 14
#1 02 Apr 2009 20:59

Ten temat pojawia się tu od czasu do czasu ale żadna z porad nie jest skuteczna w moim przypadku. Od paru godzin już męczę się z wpisaniem czegokolwiek pod EEPROM. I udało mi się to ale jedynie w asemblerze w którym mam już pewne do¶wiadczenie. Próbowałem zarówno EEMEM jak i inne funkcje z nagłówka eeprom.h ale nic z tego.

Najbardziej obiecuj±cy lecz także niedziałaj±cy listing w C:

Code:
#include <avr/io.h>
#include "config.h"
#include <avr/eeprom.h>

int main(void)
{
int bOFdat;
int bOFdat1;
unsigned char B1 = 0b00001111;
unsigned char B2 = 0b01010101;
unsigned int A1 = 0x03;
unsigned int A2 = 0x02;

EEPROM_write(A1,B1);
EEPROM_write(A2,B2);

bOFdat = EEPROM_read(A1);
bOFdat1 = EEPROM_read(A2);
}

Gdzie plik config.h

Code:
void EEPROM_write (unsigned int uiAddres, unsigned char ucData)
{
while(EECR &(1<<EEWE));
EEDR=ucData;
EEAR=uiAddres;
EECR=(1<<EEMWE);
EECR=((1<<EEMWE)|(1<<EEWE));
}

unsigned char EEPROM_read(unsigned int uiAddress)
{
while(EECR & (1<<EERE));
EEAR = uiAddress;
EECR = (1<<EERE);
return EEDR;
}

Po wywołaniu debugera daję na podgl±d rejestrów EEPROM no i widzę że ładnie się rejestry przestawiaj± ale jak dochodzi do linijki:

Code:
EECR=((1<<EEMWE)|(1<<EEWE));

To AVR Studiu za cholerę nie chce zmienić bitu EEWE. W asemblerze się wszystko udaje i bit zmienia swoj± warto¶ć ale w C nie chce. Dokładnie taka sama reakcja następuje kiedy program dochodzi do linijki:

Code:
EECR = (1<<EERE);

I flaga nie chce zmienić warto¶ci.

Problem dotyczy tylko tych dwóch flag i niczego więcej. Czy to jaki¶ bł±d AVR Studio ? No bo przecież wszystko robię dobrze.

Na koniec dodam że stosowane funkcje eeprom.h kompilowały się bez błędów ale również nie działały i to nie ważne jaki ustawiłem parametr optymalizacji, próbowałem wszystkich.

Pomóżcie bo możliwe że sam nie dam rady.

Proszę umieszczać listingi programów w znacznikach "Code". [c_p]
Zbieramy wymagania do protokołu komunikacji bezprzewodowej elektroda.pl

Reply | New topic

dawid512 · Answer 1 · 2009-04-02T22:19:34+02:00

Testujesz tylko w symulatorze? Mnie osobi¶cie funkcje z avr/eeprom.h działaj± dobrze.

kaktus_c++ · Answer 2 · 2009-04-02T22:41:18+02:00

skoro programujesz w C to dlaczego robisz to w taki sposób jak w assemblerze? Przecież s± gotowe funkcje które używasz nie martwi±c się jak to się dzieje wewn±trz.
w skrócie:

Code:

//zapis:

eeprom_busy_wait();

eeprom_write_byte();

eeprom_busy_wait();

//odczyt:

eeprom_busy_wait();

eeprom_read_byte()

eeprom_busy_wait();

Freddie Chopin · Answer 3 · 2009-04-02T22:58:12+02:00

kaktus_c++ wrote:
skoro programujesz w C to dlaczego robisz to w taki sposób jak w assemblerze? Przecież s± gotowe funkcje które używasz nie martwi±c się jak to się dzieje wewn±trz.

Gdyby wszyscy tak my¶leli, to po pierwsze nie miałby kto tych funkcji napisać, a po drugie ogólnie nic by nie powstawało, bo przecież nie do wszystkiego s± gotowce.

4\/3!!

arturt134 · Answer 4 · 2009-04-03T08:18:27+02:00

To nie tak. Jak chcesz używać AVR Studio to musisz używać ich funkcji do zapisu / odczytu EEPROM-u. Funkcje kompilatora s± napisane jako inline assembler i zapewniaj±, że opóĽnienie między wystawieniem bitu Write Enable i zapisem (lub odczytem) będzie mniejsze niż 4 cykle. Jeżeli sam robisz taki zapis w C, to kompilator generuje ci więcej kodu i warunek nie jest już spełniony.
Kiedy¶ też napotkałem ten problem, obszedłem go używaj±c biblioteki eeprom.h z AVR studio. Po jakim¶ czasie pomy¶lałem, że nie spróbowałem pokombinować z ustawieniami optymalizacji, żeby uruchomić moje funkcje - być może wygenerowany kod byłby do¶ć szybki żeby zadziałać. Jak masz ochotę, to możesz spróbować wł±czyć maksymaln± optymalizację i zobaczyć, czy twoje funkcje nie zaczn± działać. Ale po co wyważać otwarte drzwi... Bierzesz eeprom.h i wszystko OK. Aha, eeprom.h działa dobrze przy optymalizacji -0s. Przy innej nie sprawdzałem, nie wiem - ale może być różnie.

piti___ · Answer 5 · 2009-04-03T08:37:47+02:00

Na 100% działaj± na mojej ATmega169p, optymalizacja -Os

Code:


void eeprom_write(unsigned int uiAddress, unsigned char ucData)

{

   /* Wait for completion of previous write */

   while(EECR & (1<<EEWE));

   /* Set up address and Data Registers */

   EEAR = uiAddress;

   EEDR = ucData;

   /* Write logical one to EEMWE */

   EECR |= (1<<EEMWE);

   /* Start eeprom write by setting EEWE */

   EECR |= (1<<EEWE);

}





unsigned char eeprom_read(unsigned int uiAddress)

{

   /* Wait for completion of previous write */

   while(EECR & (1<<EEWE));

   /* Set up address register */

   EEAR = uiAddress;

   /* Start eeprom read by writing EERE */

   EECR |= (1<<EERE);

   /* Return data from Data Register */

   return EEDR;

}

Greyangel · Answer 6 · 2009-04-03T09:07:28+02:00

Przyszedłem wła¶nie do pracy i szykuję się na kolejne starcie z gcc-AVR i AVRStudio. Dzięki za niektóre posty bo podniosły mnie trochę na duchu. Wprawdzie próbowałem jak już napisałem, funkcji z eeprom.h ale wczoraj mogłem być już zmęczony i co¶ mi mogło umkn±ć.

Co do pana który mówił że programuję C w asm. Je¶li zna się więcej niż jeden język programowania to czasem trudno nie używać starych nawyków. Zwłaszcza ze z wszystkich ksi±żek które do tej pory czytałem, wynika że nawet jak się zna C to w przypadku AVRów programowanie asm jest bardzo użyteczne. Jak programuję w C++ na von Neumanna to w ogóle nie muszę używać asm (ale to tak na marginesie).

Dodano po 27 [minuty]:

Słuchajcie, musiałem zrobić jak±¶ wyj±tkowo lamowat± pomyłkę. Wszystko mi teraz działa bez mruknięcia. Predefiniowane funkcje i zdefiniowane funkcje. Przepraszam za zawracanie głowy, dla mnie temat jest zamknięty. Dziękuję za pomoc.