attiny2313 – poprawne użycie eeprom_write_block i eeprom_read_block, błąd kompilacji

mirekk36 napisał:

Po pierwsze - popełniasz błąd bo definiujesz gdzieś w programie

#define F_CPU

a już jest ono w makefile wstawione pewnie przez środowisko więc niepotrzebnie to robisz albo sam zdefiniowałeś to kilka razy

20rafalo napisał:

Ale w AVRStudio trzeba.

drzasiek napisał:

20rafalo napisał:

Ale w AVRStudio trzeba.

Kto powiedział, że trzeba?
Można ,ale nie jest zalecane i na pewno nie trzeba.
Jakie AVR Studio używasz?

20rafalo napisał:

dondu coś o tym wiem ;P -kiedyś też tylko definiowałem, a tak naprawdę fusebity to ustawiają.
Jes to trochę mylące (ustawianie za pomocą #define), ...

LordBlick napisał:

pinieważ ani I ani i_ee nie są tablicami, tylko zmiennymi 16-bit, powinieneś użyć eeprom_read_word/eeprom_write_word

dondu napisał:

Z tej wypowiedzi wynika, że nie znasz różnicy, a to bardzo istotne tym bardziej, że używasz delay()

dondu napisał:

Wklejając kod wyskoczyło Ci czerwone ostrzeżenie - czemu do niego się nie zastosowałeś?

Później w trakcie wysyłania posta wyskoczył pop-up - także zignorowałeś.

20rafalo napisał:

dondu napisał:

Z tej wypowiedzi wynika, że nie znasz różnicy, a to bardzo istotne tym bardziej, że używasz delay()

Za ich pomocą można ustawiać bez problemu - zresztą niech inni Ci powiedzą...
I z tym jak na razie nie mam problemu. Kiedyś jak ustawiałem programowo to były..

20rafalo napisał:

dondu napisał:

Wklejając kod wyskoczyło Ci czerwone ostrzeżenie - czemu do niego się nie zastosowałeś?
Później w trakcie wysyłania posta wyskoczył pop-up - także zignorowałeś.

teraz to już cie nie rozumiem. Jak to zignorowałem?? ....

snnaap napisał:

czy osoby które wypowiadają się łamach tego wątku zawsze korzystając z biblioteki eeprom.h przy dostępie do pamięci eeprom uK / czy może kiedyś nie skorzystał z biblioteki i wykonały tę operację odwołując się bezpośrednio do EEDR, EECR i EEAR

dondu napisał:

Dodam, że nie chcę Ci wytykać czegokolwiek, tylko pomóc.

mirekk36 napisał:

pomyśl o tych funkcjach o których wspomniał LordBlick: eeprom_read_word/eeprom_write_word

error: too many arguments to function '__eerd_word_tn2313'

20rafalo napisał:

Niestety- zmieniając na "word" - wyświetla się błąd kompilacji.

LordBlick napisał:

"Too many arguments"

eeprom_write_block(&i, &i_ee, sizeof(i));

eeprom_read_block(&i, &i_ee,sizeof(i));

Cytat:

**** Build of configuration Release for project testowy ****

make all
Building file: ../main.c
Invoking: AVR Compiler
avr-gcc -Wall -Os -fpack-struct -fshort-enums -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=attiny2313 -DF_CPU=1000000UL -MMD -MP -MF"main.d" -MT"main.d" -c -o"main.o" "../main.c"
../main.c: In function 'main':
../main.c:32: warning: pointer targets in passing argument 1 of '__eerd_word_tn2313' differ in signedness
../main.c:32: error: too many arguments to function '__eerd_word_tn2313'
../main.c:32: warning: statement with no effect
../main.c:38: warning: pointer targets in passing argument 1 of '__eewr_word_tn2313' differ in signedness
../main.c:38: warning: passing argument 2 of '__eewr_word_tn2313' makes integer from pointer without a cast
make: *** [main.o] Error 1

snnaap napisał:

Dla programu przedstawionego przez autora tego wątku chyba jednak prościej, mniej kłopotliwie i bardziej energooszczędnie byłoby użycie najprostszych procedur proponowanych (o dziwno!!) przez producenta uK np:

Kod: C / C++

Zaloguj się, aby zobaczyć kod

itd

A jakie korzyści z nauki czytania not by z tego doszły.

Pozdrawiam

LordBlick napisał:

Dorzucę jeszcze jednego hinta - nazwa zmiennej jest sama w sobie wskaźnikiem.

mirekk36 napisał:

No ja bym się z tym mocno nie zgodził, dlatego, że funckje przygotowane w AVR GCC działają niezawodnie i zawsze - dzięki czemu nie ma miejsca na pomyłkę. Poza tym i tak nie warto zapisywać do EEPROM pojedynczych zmiennych a zebrać je po prostu w jakąś dużą strukturę i wtedy całą tę strukturę zapisywać / odczytywać jako blok.

snnaap napisał:

Akurat Ty powinieneś wiedzieć sporo na ten temat, bo jak zdążyłem zauważyć sam piszesz niektóre biblioteki i nie korzystasz z bibliotek innych a czemu? Bo wtedy najlepiej wiadomo jak dana biblioteka wygląda, co zawiera, jakie ma mocne strony a jakie ograniczenia, czy może się mylę?

mirekk36 napisał:

Troszkę więc nieuprawnione chyba jest stwierdzenie, że korzystanie z funkcji dostępnych w kompilatorze jest pójściem na łatwiznę - nieprawdaż ?