Witam kolegów. Pisałem ostatnio kilka małych programików do obsługi różnych rzeczy w atmega8. I doszedłem do EEPROM. Tyle że nie chciałem wykorzystywać bibliteki avr/eeprom.h. Chcę wiedzieć jak to dokładnie działa. tak więc odpaliłem DataSheet. Poczytałem, napisałem program, można nawet powiedzieć że zerżnąłem z dokumentacji. Ku mojemu zdziwieniu program nie działa.

Kluczowe okazały się dwie linie:
EECR |= (1<<EEMWE);
EECR |= (1<<EEWE);

Dokładnie w takiej kolejności jedna pod drugą. W dokumentacji wyraźnie napisane iż po ustawieniu bitu EEMWE nie może minąć więcej niż 4 cykle zegara. Ale okazuje się że między tymi komendami mija więcej czasu i trzeba korzystać ze wstawek asm. I teraz mam pytanie co się dzieje i ile cykli zegara mija po ustawieniu bitu EEMWE do ustawienia EEWE? Bo po wykorzystaniu wstawki sbi zapis do eeprom działa bez problemowo.

Nie powinno być problemu ze zmieszczeniem się w 4 cyklach nawet z poziomu C. Gdy ustawiany jest jeden bit to kompilator zwykle sam tłumaczy to na instrukcję SBI, co możesz sobie podejrzeć w pliku .lss. Pewnie jakieś przerwanie się wykonuje - zablokuj je na czas wykonania tych instrukcji.

_________________
+++++[>++++<-]>[>++++++<-]>.---------.+++.

A tak z czystej ciekawości - dlaczego nie chcesz korzystać z biblioteki i jej dobrodziejstw?

_________________
http://www.sylwekkuna.com

Bo ?

Robiąc własną obsługę można zaimplementować takie fajne rzeczy jak obsługa na przerwaniach czy rozdzielenie zapisu od kasowania (w nowszych µC).

_________________
+++++[>++++<-]>[>++++++<-]>.---------.+++.

Hehe, też lubię znać pewne rzeczy od środka, ale z ręcznej obsługi EEPROMU się wyleczyłem jak poznałem możliwości w połączeniu ze strukturą. Nawet nie będę się rozpisywał ile mi to czasu zaoszczędziło i jakie przy tym zyskałem korzyści. Gdybym to chciał zrobić ręcznie lub w bascom'ie to bym... siadł i zapłakał
Oczywiście warto znać mechanizmy jakie towarzyszą przy zapisie/odczycie/kasowaniu EEPROM, ale powiedzmy sobie szczerze - to pamięć, która raczej nie nadaje się do ciągłej wymiany danych podczas pracy programu, a jedynie do zapamiętywania konkretnych danych/ustawień/itp. Jestem pewien, że zawsze jest możliwość zrealizowania operacji tak, aby się to nie pogryzło z przerwaniami czy innymi peryferiami.

_________________
http://www.sylwekkuna.com

Przerwania są wyłączone, bo ten program miał tylko zapisywać co kolwiek pod określoną komórkę, w celu poznania zapisu do eeprom. Program zawierał funkcję int w której znajduje się tylko obsługa eeprom, a zaraz za tym pusta pętla nieskończona. :/

Może problem leży w tym że wszystko jest jako symulacja w programie PROTEUS, ale raczej nie powinno mieć to znaczenia bo wykorzystując makro SBI problemu nie ma. A wykorzystując bibliotekę eeprom.h także wszystko działa picuś glancuś.

Tak działa:


A tak nie działa:

Jak chcesz mieć pewność, że nic Ci nie rozdzieli komend (np. żadne przerwanie) to użyj polecenia ATOMIC_BLOCK.
Opis masz w http://www.atmel.com/webdoc/AVRLibcReferenceManual/group__util__atomic.html

--
Pozdrawiam,
Robert

elradziu -> topic7402.html

_________________
http://www.jaglarz.info

A więc po dłuższym czasie dorwałem się to mojego kiedyś własnoręcznie zrobionego pożal się boże zestawu avr:p I sprawdziłem zapis do eeprom na żywym organizmie bez symulacji. I okazuje się że obie metody działają. Tak więc coś nie tak jest z Proteusem. A szkoda bo naprawdę fajny programik, stosunkowo duże możliwości. Ale mimo wszystko posiada błędy. Symulacja rzecz fajna i polecam każdemu, ale należy pamiętać że to nie to samo że plątanina kabli pod rękami

Także temat zamykam