AVR-EEPROM Struktury - poradnik do książek

Witam,

Tym razem postanowiłem nakręcić bardzo nietypowy jak dla mnie poradnik video. Jest on w zasadzie odpowiedzią na ankietę i jej wyniki przedstawioną na www.forum.atnel.pl. Zgodnie z tytułem artykułu będzie on dotyczył zagadnień związanych z prawidłowym podejściem do korzystania z pamięci EEPROM w mikrokontrolerach AVR, przy okazji omówię wykorzystanie w tym zakresie struktur ale także wskaźników oraz sposoby wykorzystania zdarzeń (EVENT's) oraz callbacków i timerów programowych, które prezentowałem na łamach książek wydawnictwa Atnel. Nietypowe w tym poradniku jest to, że jest bardzo długi 2 godziny i 10 minut. Uprzedzam o tym osoby, które narzekają na zbyt długie poradniki, lepiej tego nie oglądać ;). Ponieważ jednak jest sporo materiału do omówienia, którego nie poruszałem w książkach a uznałem, że prezentowany tu praktyczny przykład może się przydać wielu osobom, to postanowiłem najpierw przeprowadzić coś w rodzaju wykładu przy tablicy ;) .... a następnie pokazać przebieg tworzenia całego projektu od A do Z. Bez żadnych skrótów, po to aby każdy mógł zobaczyć co po kolei robię zabierając się za pisanie projektów, jak dzielić projekt na pliki, jak radzić sobie z różnymi błędami podczas kompilacji itp. Na koniec pokażę już na żywo działanie prototypowego urządzenia, które zbuduję w trakcie poradnika. Jak widać, w jednym choć długim poradniku zawartych będzie wiele korzyści, a szczególnie dla osób początkujących, które chciałyby poznać jak pisze i tworzy program, ktoś, kto już jest może troszkę dalej jeśli chodzi o znajomość języka C i programowania ....



Z uwagi na długi materiał filmowy został on podzielony na dwa fragmenty, czyli 1 godzinne odcinki. To pierwsze moje takie kompleksowe podejście do stworzenia większego poradnika. Proszę zatem wybaczyć mi wszelkie błędy i jeśli będą jakieś pytania to skupmy się na merytorycznym przekazie, a nie na uwagach odnośnie dykcji, wymowy angielskich wyrazów itp. Poniżej filmów, będzie można znaleźć link, z którego możesz pobrać pełny kod źródłowy tworzony przeze mnie w trakcie poradnika aby dokonywać na nim własnych modyfikacji i ćwiczeń. Myślę, że zaprezentowany tu sposób, sposoby odpowiedzą na wiele różnych pytań jakie czasem pojawiają się czy to na www.forum.atnel.pl, czy na blogu lub w mailach przesyłanych bezpośrednio do mnie.

Poniżej dwa filmy, które można obejrzeć w jakości HD (1280x720) na youtube.

część I

część II

Jeśli chcesz pobrać cały projekt w ECLIPSE omawiany w poradniku:


*** kliknij w ten LINK ***

A teraz UWAGA! ;)

Dzisiaj tj. 3 grudnia 2012r wpadł do mnie do firmy taki fajny człowiek, czytelnik i doniósł mi, że kod który można pobrać wyżej niezbyt dobrze działa tzn daje się skompilować, gdy próbujemy to robić za pomocą najnowszego toolchaina. Co ciekawe nie chodziło mu o najnowszy toolchain atmelowski bo on działa na linuxie ale też ma jakiś najnowszy toolchain ;) .... OK, sprawdziłem i okazało się, że pod windowsem na toolchainie atmelowskim też jest problem, tzn są problemy. Kilka z nich łatwo sobie naprawić na podstawie mojego poprzedniego artykułu na tym blogu:

Eclipse - kłopot z PSTR() ? - przeczytaj ;)

http://mirekk36.blogspot.com/2012/08/eclipse-kopot-z-pstr-przeczytaj.html

ale jeden a w zasadzie dwa babole pozostają, aż pozwolę sobie je tutaj pokazać i za chwilę rozprawić z nimi na amen ;)

O dziwo w przypadku gdy stworzymy własny typ strukturalny i chcemy utworzyć w oparciu o niego zmienną w pamięci EEPROM albo zmienną/stałą w pamięci PROGMEM to Eclipse wyświetla nam o zgrozo "Syntax Error", pomimo że cała kompilacja w konsoli przebiega bez najmniejszych problemów. Oczywiście tak jest w rzeczywistości - kompilacja jest i musi być prawidłowa i mamy prawidłowy wsad. Jednak - chyba rozumiesz - że ja zawsze tłumaczę, że nie cierpię mieć jakichś tam szlaczków, podkreśleń itp ... muszę to wyplenić do samego końca ;) .... Tutaj też się zacietrzewiłem po wyjściu kolegi czytelnika, który przyniósł mi ten orzech do zgryzienia i dawaj do rozwiązywania problemu ...

no i jest ;) ... okazuje się bowiem, że powodem tego jest tak jakby źle się w samym Eclipse rozprzestrzeniały że tak brzydko powiem, niektóre systemowe definicje preprocesora z plików nagłówkowych

eeprom.h
pgmspace.h

a przecież one tam są! ... kombinowałem jak koń pod górkę i postanowiłem po nitce do kłębka dojść, do miejsc definicji np PROGMEM czy też EEMEM. I proszę bardzo pierwsza z nich w pliku progmem.h , jak każdy z was może to sam podejrzeć, wygląda tak:

#define PROGMEM __ATTR_PROGMEM__

ok, no dobrze ale teraz co to jest __ATTR_PROGMEM__ ??? ;) ... na szczęście będąc w kochanym Eclipse wystarcza tylko przytrzymać klawisz CTRL i klikać lewym klawiszem mychy i jesteśmy od razu teleportowani do kolejnego właściwego miejsca czyli kolejnej definicji i tak na końcu docieramy co to jest to wyżej:

#define __ATTR_PROGMEM__ __attribute__((__progmem__))

ooo proszę bardzo - mamy tu po prostu ubrany pod płaszczykiem PROGMEM czysty żywy atrybut progmem. Więc pomyślałem - a jakby tak to nim się posłużyć a nie słówkiem PROGMEM ? no to próbujemy, i eureka! to działa ;)

To znaczy jest lepiej bo nie działa jeszcze zmienna z EEMEM, ale tu już pewnie się domyślasz, robię IDENTYCZNIE czyli:

Jak widać od tej pory wszyscy są szczęśliwi czyli, kompilator, Eclipse no i uśmiechnięty programista ;)

.

.